技術的負債と向き合うオープンセミナー2017@岡山での発表スライドです
CodeIQについてのお知らせ
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
CodeIQについてのお知らせ
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
全員が“勉強マン”でなくていい--伊藤直也が説く「多様性ある組織の強さ」
「プロジェクト管理のための管理」は意味がない 質問者9：自社サービス開発に携わっています。チームの成長を開発速度で見られたらいいなと思っています。開発の速度を定量化できたらいいなと思いますが、何かいい指標はありますか？ もしくは同じことを考えたことありますか？ ベロシティはプロジェクト、チーム構成で定まらないので難しいなと。 玉川憲氏（以下、玉川）：チームの成長を開発……。 伊藤直也氏（以下、伊藤）：僕、こういうのあまり得意じゃないんですけど、スクラム的なベロシティみたいなのをやっています？ 玉川：ベロシティ、やっていますね。最近、ベロシティ的にデータを取り始めているんですけど。どちらかというとチームの人数も多くなってきたので、こういうことも。 でもこれ、あくまで気をつけないといけないのが、決して相対的でしか見られないんですよね。絶対値ではないので、「ベロシティ100が偉い」「200が偉い
「雰囲気がいい＝いいチーム」ではない！ “仲良しグループ化”が優秀人材を逃す罠
工数管理とメンバーの責任感問題 質問者6：（1）ビジネスサイドとの調整に関する問題についてです。 ビジネスサイドのスタッフが、なにを開発するにしても工数を最小化しようとしてきます。現状、エンジニアが工数の根拠や、その施策の効果見込みを可能な限り数値化して説明していますが、説明にエネルギーがかかっており、エンジニアが疲弊してしまっています。 この背景には、チームがビジネス側とエンジニア側に分かれており、ビジネス側の政治力が強いという状況です。すべての施策はROI（利益見込/工数見積）で優先順位がつけられています。そのため、「工数を極小化するインセンティブが働きやすい→技術的負債がたまりやすい」「売上が立つわけではない施策の優先順位が低くなりやすい→負債返却、開発環境改善、セキュリティ対策といった施策の工数が取りづらい」という状況が生まれています。 現状は、エンジニアが施策効果を可能な限り数値
「リーダー＝時間に追われる」を覆せ--伊藤直也と玉川憲が指摘する、マネジメント職の線引き
モチベート維持は「組織」にフォーカス 玉川憲氏（以下、玉川） ：次にいきますね。 伊藤直也氏（以下、伊藤）：はい。 質問者3：（1）経営陣は「人件費を払っているんだから、エンジニアは売上があがる機能開発をしろ！」と要求しますがCGM型サービスという性質上、機能開発やUI/UXの改善で売上を改善することが難しく現場のエンジニアは疲弊しています。そういった組織でエンジニアをモチベートしていくにはどうしたらいいでしょうか？ （2）最近、採用を強化した結果、エンジニアが増えてセクショナリズムが発生してきており、 社内の雰囲気が悪くなっています。 例えば、アプリエンジニアのやりたい施策がサーバサイドエンジニアの工数が確保できず、ボトルネックになってフラストレーションが溜まるなど。こういった状態で、エンジニア全体で同じ方向を見てパフォーマンスを出していくにはどうすればいいのでしょうか？ 玉川：CGM型
「指示待ち人間はマネジメント側の責任」メンバーが常に挑戦できる環境づくりのヒント
別の登壇を頼まれたタイミングで依頼 伊藤直也氏（以下、伊藤）：今日、なぜ玉川さんにこの話お願いしようと思ったかというと。この対談の相手を探していたとき、ちょうど玉川さんに「今度、北海道の講演に出てください」と直前に頼まれたんです。「今だったら、こちらも登壇を頼んでも絶対断られないだろうな」とわかっていたんです（笑）。 （会場笑） 玉川憲氏（以下、玉川）：さすがですね（笑）。 伊藤：まあ、それは冗談で。さっき話していたように、玉川さんは開発者をやっていて、その後エンジニアのマネージャーとしてAWSに行き、今、社長として、CTOの人と一緒にやっています。いろんな経験があって、対談相手にふさわしいなと思ったということにしておきます。 玉川：ありがとうございます。 伊藤：はい（笑）。 玉川：おもしろかったですね、伊藤さんの話。きっと僕、明日から圧倒的に1on1が増えると思います。 （会場笑） 会場
「ビジネスvsエンジニア」の構造に持ち込むな チーム内外の信頼を勝ち取るマネージャーの処世術
「周囲の信頼を勝ち取っておく」大切さ 伊藤直也氏（以下、伊藤）：このへんは、トップマネジメント向けです。CTOやステークホルダーに近いマネジメントをやっている人に対して、すごく重要なことです。 マネージャーをやるとき、自分のチームをきちんとマネージしていくことも大事なんですけど、もう1つは、自分たちのチームが外からの信頼を得ておくこともすごく重要です。 これをやっておかないと、エンジニア都合の「工数取りたい」といったときに、いちいちロジックを組み上げなきゃいかないんですよね。 でも、「あの人が言うんだったらそうなんだろう」と思わせておくと、だいたいどんなことも、懇切丁寧に説明しなくても「まあ、任せるよ」とスッと通るようになるので、ここをきちんとやりましょう。 エンジニアの良くないクセですが、すぐ「エンジニアとビジネス」の対立構造に持ち込んで、「営業がうらちのことわからないからダメなんだ」み
ぬるま湯 or 過重負荷のチームを脱却せよ–伊藤直也が「1人CTOナイト」で話したヒント - ログミーTech
2016年8月30日、これまで2社のCTOと5社の技術顧問を経験してきた一休の伊藤直也氏による「1人CTO Night」が開催されました。主催は転職サイト「DODA」を運営する、株式会社インテリジェンス。開発知識に加え、マネジメントスキルも求められるプロダクトマネージャーが最速・最高のアウトプットを生み出すにはどうすればいいのでしょうか。本パートでは、伊藤氏がチームが抱える課題をいち早く見つけるためのフレーミングと1on1について話しました。 チームが最もベストな状態は「責任と心理的安全性が高い」 伊藤直也氏（以下、伊藤）：次は、「組織課題の発見とアプローチ」について。 僕が最近すごく気に入っている考え方がありまして、それが「心理的安全性と責任」という話なんですよね。『チームが機能するとはどういうことか――「学習力」と「実行力」を高める実践アプローチ』に書いていたもので、ここでもやはり「2
「人間より組織構造にフォーカスを」伊藤直也が解く、チームなのに“1人”になってしまう謎
チームなのに「1人」になってしまう構造 伊藤直也氏（以下、伊藤）：ちゃんと作っていくものやミッションと組織の構造をきちんと合わせていきましょうというのが、マネジメントの基本としてものすごく大事です。しかし、形を合わせただけでは、その通りに機能してくれないことがあります。 これはKaizen Platformにいたときにあったことですが。Kaizen Platformは内製組織らしく、さっきみたいにプロダクトマネジャーが真ん中にいて、エンジニアがいて……という構造になっていて、各ユニットごとにきちっと切ってありました。 しかし、よく見ると、各ユニットのなかではエンジニアが3人くらいずついますが、エンジニア同士があまり一緒に仕事をしていないんですよね。 そこで、エンジニアと1:1の面談をして「最近どう？」と聞くと、「う～ん、なんか最近1人で仕事している感じですね」とみんな言っていて、「あれ、な
君のチームに「構造」はあるか？ 伊藤直也が語る、学びが蓄積されるマネジメント
2016年8月30日、これまで2社のCTOと5社の技術顧問を経験してきた一休の伊藤直也氏による「1人CTO Night」が開催されました。主催は転職サイト「DODA」を運営する、株式会社インテリジェンス。開発知識に加え、マネジメントスキルも求められるプロダクトマネージャーが最速・最高のアウトプットを生み出すにはどうすればいいのでしょうか。本パートでは、伊藤氏が過去の実例から「学習結果が蓄積されるマネジメント」について語りました。 「CTO」と「VP of Engineering」 伊藤直也氏（以下、伊藤）：「1人CTO Night」というちょっとキャッチーな名前のイベントですが（笑）、さっそく始めさせていただきます。一休の伊藤です。 今日は「一休の伊藤」というかたちで出ていますが、あまり自社の宣伝をしてもしょうがないので、過去に技術顧問をやってきた時の経験などを含めて「いろいろな会社でこう
コミュニティサービスの本質ってどこにある？――はてな・元CTO伊藤直也氏がゲストの「ゲーマーはもっと経営者を目指すべき！」第8回
コミュニティサービスの本質ってどこにある？――はてな・元CTO伊藤直也氏がゲストの「ゲーマーはもっと経営者を目指すべき！」第8回 副編集長：TAITAI カメラマン：田井中純平 1234→ 連載第8回めとなる，ドワンゴ・川上量生氏との対談企画「ゲーマーはもっと経営者を目指すべき！」。今回は，はてな・元CTO（最高技術責任者）の伊藤直也氏がゲストとして登場。最近，氏が廃人と呼べるほどハマっているという「ドラゴンクエストX 目覚めし五つの種族 オンライン」についてや，成功するWebサービスの話などを，いつも通りの座談会形式でお送りします。 伊藤直也氏と言えば，niftyの「ココログ」やはてなの「はてなブックマーク」など，国内有数のCGMサービスを手かげてきた人物。今年の3月にグリーを退職し，現在はフリーとなっている伊藤氏ですが，氏の視点から見る日本のIT業界，氏の考える「コミュニティサービスの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
