「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。KEYNOTEで登壇したのは、楽天グループ株式会社の椎葉氏。「誰も嫌な思いをしない変化」をタイトルに、自身が開発グループのサポートをしたときの取り組みについて話しました。全3回。2回目は、誰も嫌な思いをしない変化のために実践したことについて。前回はこちらから。 誰も嫌な思いをしない変化のために「相手に期待しない」 椎葉光行氏：その頃の自分と、今の自分でいろいろと変わったとは思うんですけど、大きくこの2つかなと思います。 「相手に期待をしなくなった」それから「相手の気持ちを考えなくなった」です。 言葉にすると、人としてどうなのという感じがしますけど（笑）、でもこの2つが自分の中でけっこう大きな軸になっています。 何年か前に、娘が「2桁のかけ算教えて」っ

今日，社内勉強会で話す機会があり，過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした．今回は参加者がエンジニアだけじゃなく，ビジネスチームのメンバーもいたため，できる限り，技術的な用語を使わないようにした．質疑応答とディスカッションもあり，1時間非常にワクワクした時間だった． 関連する領域 僕がプロジェクトをリードするときに意識しているのは，スクラムなど特定のプラクティスに依存しすぎないことで，チームの特性によって，関連する様々な領域からプラクティスを集めている．ザッと挙げるだけでも，こんなにたくさんある． チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ！プレイングマネージャーとして頑張っ

オープンセミナー2017@岡山での発表スライドです

2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

ｷｬｰ @naoya_ito ｻｰﾝ!! （今から講演会— sylph01 (@s01) 2015年5月20日 Access でなんか講演してくれという話で小一時間エモい話したけど、質疑応答が #rebuildfm リスナーからの SHIROBAKO とかゼノブレイドクロスとかの質問で草— Naoya Ito (@naoya_ito) 2015年5月20日 「rebuild.fmの人」やTwitterの@記法の名前もそうなんですがヘビーはてなユーザーの私としてはやっぱりid記法で呼びたい id:naoya さん（伊藤直也さん）の新卒向け講演が社内で行われたのでまずは講演記録パートです。本名と所属は以前から「がんばればわかる」ようになってますし*1、出して困るような厄介な人は幸い身近にいないので身バレとか知らない。 以下長いので続きを読む記法で。感想パートは1日以内に別記事で更新します。 「

Naoya Ito さんをゲストに迎えて、デザインパターン、Python, Pandas, データサイエンス、マネージメントなどについて話しました。 Show Notes 増田 (はてな匿名ダイアリー) Rebuild: 169: Your Blog Can Be Generated By Neural Networks (omo) リーダブルコード Java言語で学ぶデザインパターン入門 マルチスレッド編 gensim Pandas Data Frame | R Tutorial Project Jupyter Is the Data Science market getting flooded? Network Programming with Perl Anaconda Perltidy Python for Data Analysis - O'Reilly Media Python

2016 - 12 - 28 経営の”踊り場”問題 プロダクト-プロダクトマネージャー 本記事は「経営の踊り場問題」と勝手に呼んでいる問題とその対策について、わざわざクリスマスの夜に行った4つのツイートをまとめ・補記したもの。主にスタートアップや新規事業など「急速な成長」を前提とした組織体を想定している。 停滞期に起きること 踊り場を抜けるにはユーザーやプロダクトと向き合い切る以外に解はないと思ってるんだけど、「これまで順調に伸びて来た売り上げがストップ」みたいな状況は社内の雰囲気を悪くする。 結果、マネジメントが組織や人間関係の問題にフォーカスしがちに。これを「経営の踊り場問題」と呼んでる。→続 — Yamotty (@yamotty3) December 25, 2016 踊り場が目線を内に向ける リリースした直後は底にいるので、サービスは伸びるしかない。難しいのは伸ばし続けること。ふ

デリゲーションポーカーの出典はこのあたりです。 仕事は、あらゆる場面で、様々な決定をしながら進める必要があります。 ですが、何を誰が決めるかでモメることはありませんか？ チームメンバーは「私はどこまで決めていいのか」と思うときがあるでしょう。 また、偉い人も「私はどれほど決定していいのか、又は委ねていいのか」と思う時があるでしょう。 そんな時に便利なのが「デリゲーションポーカー」です。 権限委譲は「する/しない」といった2値の問題ではなく、7段階のステップに分かれています。 7段階のステップは以下です ※私=偉い人、彼ら＝チームメンバー 命令する(私が彼らに決定を伝える) 説得する(私が彼らに売り込む) 相談する(彼らに相談し私が決める) 同意する(私と彼らが合意して決める) 助言する(私は助言するが彼らが決める) 尋ねる(彼らが決めた後で私が尋ねる) 委任する(私は彼らに完全に委ねる)

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

2016年8月30日、これまで2社のCTOと5社の技術顧問を経験してきた一休の伊藤直也氏による「1人CTO Night」が開催されました。主催は転職サイト「DODA」を運営する、株式会社インテリジェンス。開発知識に加え、マネジメントスキルも求められるプロダクトマネージャーが最速・最高のアウトプットを生み出すにはどうすればいいのでしょうか。本パートでは、伊藤氏が過去の実例から「学習結果が蓄積されるマネジメント」について語りました。 「CTO」と「VP of Engineering」 伊藤直也氏（以下、伊藤）：「1人CTO Night」というちょっとキャッチーな名前のイベントですが（笑）、さっそく始めさせていただきます。一休の伊藤です。 今日は「一休の伊藤」というかたちで出ていますが、あまり自社の宣伝をしてもしょうがないので、過去に技術顧問をやってきた時の経験などを含めて「いろいろな会社でこう

出勤の不安定さとその対策 働くママと一緒に仕事をする際に、まず頭に入れて置くべき点がある。 それは、出勤が不安定ということだ。 子供は常に体調を崩すと覚悟した 私自身には子供がいない。 なので、子供があんなにも熱を出すとは知らなかった。 子供が体調を崩す理由は山ほどある。 インフルエンザに食中毒。季節の変わり目。 溶連菌という言葉はこの時初めて聞いた。 メンバー2人ともが突然休み、一人でぽつんと呆然と始業時間を迎えたこともある。 対策は、スマホで この問題には対応方法があった。 メンバーが私たち3人のLINEのグループを作ってくれたのだ。 子供の具合が悪くなると、休日でも夜でもその段階で「長男、発熱中」などとLINEに書き込んでくれた。 朝になって突然子供の具合が悪くなったときは、朝の5時や6時の早い時点でそのことを知らせてくれた。 出社の状況が早い段階で分かると、仕事の調整が余裕を持って

人を変えることはできない 10年以上前からの講演などで触れるようにしていることがあります。それは、人を変えることはできないという事実です。 よく質問で、「たくさんの人がいると必ずしも前向きな人ばかりではない、彼らをどう変えていけるのか」とか、「マネージャの意識を変えてもらわないと推進できないが」などいただきます。そういうときにお話しをさせていただく内容を書きたいなと思います。 ここで書いていることは私の実体験にもとづくものがベースですが、心理学者の講演会や、TV番組で得た知見も含まれます。 なぜ人を変えることはできないのか 人には防衛本能があります。自分を守る本能ですね。なので、自分が培ってきた経歴、経験、スキル、嗜好に抵触する変化を好まないわけです。 そもそも人には「根拠のある自信」と「根拠のない自信」が必要です。この二つの「自信」がないと生きてゆけません。 「根拠のある自信」は、自らの

彼がが仕事をきちんとしてくれないのですが…… とか 部長がイマイチで…… といった愚痴とも、指摘ともつかない話をよく聞く。 そして、セットで語られる悩みが「あの人をどうやったら変えられるでしょうか？」だ。 行動を起こす人も多い。「やっぱりじっくり話をすることが必要」とか、「危機感を持ってもらわなきゃダメですかね？」といった抽象的ななものから、「先週、ビシっと言ってやりましたよ」といった具体的なものまで、数々ある。 もちろん、彼らは真面目に考えており、当人たちに本気で「変わってほしい」と願っている。 「変わらなければ生き残れない、彼らのためでもある」 と純粋に信じている。 だが、残念ながら、というか当然、というか、上司や同僚、そして部下を変えようとする努力は、大抵徒労に終わる。 人は、人の心を変えることに関しては、ほとんど無力である。 例えば、かつてこんなやり取りがあった。 彼は有能な技術者

2016-9-15 【前編】メルカリ×一休CTO対談｜お互い1年前と何が変わりました？ #sotarok_naoya_sushi 昨年エンジニア界隈で好評を博した伊藤直也氏（現一休CTO @naoya_ito）がホスト役を務める #naoya_sushi にメルカリCTOの柄沢聡太郎（@sotarok）が登場してから約1年。 tenshoku.mynavi.jp tenshoku.mynavi.jp 今回はホスト役をsotarokが務める形で #naoya_sushi のオマージュ企画がメルカンで実現。対談から1年経った今、前編ではお互いCTOの立場となった近況を語り合いました。 お互いCTOになって1年ぶりのsushi対談が実現！ sotarok 1年ぶりですね。今回は前回と立場を変えて僕がホスト役です。 まず乾杯しましょうか。 naoya うまい！ （よろしくお願いします） sotar

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未

巷で話題？のnaoya さんの一人CTO Nightに行ってきましたので、超雑ですがメモを公開しておきます。 イベント詳細： https://doda.jp/event/seminar/20160830.html オレオレメモなので多少ニュアンス違うところあるかもです。特に二部のパネルディスカッションの部分はかなり文脈を端折っているので雰囲気知るくらいに読んでもらえれば。 もし大きく間違っていることあったらご指摘くださいm(__)m ちなみにアニメの話はあんまりなかったよ。 では、早速。 第一部【プレゼンテーション】最速で最高のアウトプットを生み出すチーム作りとは？ 【プレゼンテーション内容】 CTO・技術顧問を複数社経験した伊藤直也氏が、過去の実際の事例をもとに、最高のアウトプットを生み出すチーム作りを解説します。 前提として、、、 50〜300人くらいの規模の組織が対象 CTOのマネジ

最近は、大体月一ぐらいのペースでメンバーと1on1ミーティングをするようにしている。 一人あたり30分から60分ぐらいで、前回のミーティングからの振り返りとその他相談を話す感じ。相談は仕事のことが主だけれど、プライベートな内容もある。 1on1ミーティングにあたって今年から事前アンケートを用意するようにしたのだけれど、そこそこいい感じに回っているのでまとめてみる。 事前アンケートを用意するメリット 話すことが事前に想定できる アンケート自体がアジェンダになるので、ミーティングがコントロール可能になる。 どんな話をするか分かっていると安心感もあるし、話が横道に逸れることもない（雑談は雑談で良いものだけど）。 その場で回答が思いつかなくて適当な返しになることがなくなる（お互いに） 自分の体験談なんだけど、何か質問をされたときにその場では「うーん、今は特に思いつかないです」と答えたのに終わってか

一人 CTO Night での発表資料です