NTT Com Open TechLunch #7「エンジニアリングマネージャー と 目標設定」の登壇資料です。20分くらいの短いセッションなので網羅的ではありません 2. 吉羽龍太郎 / Yoshiba Ryutaro アジャイル開発、DevOps、クラウドコンピューティング、インフラ構築自 動化、、組織改革を中心にオンサイトでのコンサルティングとトレーニン グを提供。Scrum Alliance認定スクラムトレーナー(Regional, CST-R) チームコーチ(CTC) / 認定スクラムプロフェショナル(CSP) / 認定スク ラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO) 2
「日本企業は、計画しすぎなんです。」——最近、ある外資系戦略コンサルタントから、こんなセリフを聞いた。いわゆるDXに関する話題の時だ。「計画して、それも細かく緻密な計画を立てて、石橋をたたくようにリスクを全て洗い出してから、はじめようとします。そして動き出したら、すぐ進捗率を問題にする。でも、そんなやり方では、イノベーションは動きません。」 たしかにまあ、日本企業、とくに製造業は、まず計画ありきで動いていると言ってもいい。年度計画（いわゆる「予算」）、月度計画、小日程計画・・。建設業も、似たところがある。全体工程表、月間工程表、週間工程表、等々。現場に行くと、計画表は、必ず目立つ位置にはり出してある。 だが、新しいビジネスモデルを創出するような、イノベーティブな試みは、目指すべき目的地が最初から決まっている訳ではない。登るべき山の頂が明確なら、アプローチの経路を地図の上に引き、どこまで登っ
数年前にQiitaに書いた記事の大幅アップデート版です。 このシリーズは情シス何もわかんないけど、1人目の情シスを採用し、一緒に情シスを作り上げていく、そんなマニュアルです。1人目の情シスが採用できたあとは、一緒にこれを読んで実行に移してみてください。 全部で4つの記事に別れています。 - 採用、マネジメント → この記事はコレ - 戦略づくり（ルール、業務基盤） - 戦略づくり（セキュリティ） - 戦略づくり（BPR / 業務改善）→ ※内容薄すぎた場合作成しないです そして、本記事をレビューしてくれた某分家コミュニティの人たち、そしてより良いものにしようとコメントくださった、おかしんさん、ゆりねえの二人に感謝を。 想定読者 * 情シスがいない企業で情シス立ち上げを行おうとする人（CTOなど） * 1人目の情シスとして入社して、これから立ち上げを行っていく人 ※世の中のすべての情シスを知
2019年12月5日、LINE Fukuoka株式会社にて「【業務・サービス改善meetup】LINEサービスの運営改善の裏側みせます！」が開催されました。LINEのサービス運営の舞台裏や、サービス運営における課題をいかにして解決したのか、事例や知見を現場のエンジニアたちが紹介します。「LINEのサービス運営業務を支える社内システム開発事例」に登場したのは、LINE Growth Technology株式会社 福岡開発室でプロジェクトマネージャーとして活躍する金原まり子氏と、サーバサイドエンジニアの平井伴哉氏。LINEのサービスを支える社内システムの改善・開発においてどのようなアプローチを行ったのか、プロジェクトにおける工夫を語ります。 LINE Creators Market審査ツール改善の舞台裏 金原まり子氏（以下、金原）：みなさん、こんばんは。金原まり子と申します。 LINE Gro
マネージャーは非常に重要な役割であり、従業員の業績に大きな影響を与えます。優れたマネージャーの条件を共有し、能力開発の機会を提供し、優れたマネージャーを称賛するなどの方法で、従業員をサポートしましょう。 Google はこれまで、マネジメント業務の大切さを必ずしも正当に評価してきたわけではありません。2002 年、すべてのマネージャーを廃止して管理職のいない組織にするという「実験」を行いました。しかし、この実験は失敗に終わりました。2008 年には、調査チームが、マネージャーは重要な存在ではないという一部の意見を証明しようと試みますが、すぐにまったくの正反対であることがわかりました。つまり、マネージャーはきわめて重要な存在だったのです。 そこで、Google における優れたマネージャーの条件とは何かを正確に突き止めるため、「Project Oxygen」という調査プロジェクトが実施されまし
EOF2019にて 2018年10月からの1年間のDMMにおける改革の話です。
調査レポート Ｊリーグ マネジメントカップ2023 Ｊリーグ所属クラブチームをビジネスマネジメントの側面でランキング 2023年シーズンのＪリーグは、野々村芳和氏が初めて1年を通してリーグ経営に関与したシーズンであり、リーグとクラブの一体経営という特色が見え始めると同時に、Ｊリーグ30周年という節目の年でもありました。また、ここ数年、特に興行面で大きな影響を及ぼしていた入場や声出しの制約が完全に解除され、コロナ禍の苦境を乗り越え、新たなステージに向けての一歩を踏み出すシーズンとなりました。 競技面では、ルヴァンカップで福岡が、Ｊ１リーグで神戸が、それぞれ初めてのタイトルを獲得し、新しい時代の幕開けを予感させるシーズンとなりました。 ビジネス面では、Ｊリーグが30年間取り組んできた地域密着の活動をさらに推進する次のステージとして、環境省も巻き込んだサステナビリティへの取り組みが本格的にスター
エンジニアにとって、正解が分かりづらいマネジメント業務ってとっつきづらいんですが、その良き羅針盤となってくれるテキスト「re:Work」の紹介です。 「エンジニア天国な会社にしたい。したくない？」 「したい。けど、どうやって？わっしょい的な雰囲気で？」 今年の6月あたり、クラスメソッドAWS事業本部コンサル部で合宿を予定しているんですが、その合宿でやるネタを考えているときに知ったのが、この「Google re:Work」。 正解が見えづらい組織運営において、「良いチームとはなにか？」「採用で気をつけるべき点」「ビジョンがもたらす効果」など、マネジメントの頻出課題をギュッと凝縮して詰め込んだこのコンテンツがむっちゃ有用だったので、紹介します。 Webコンテンツとして完全無料なので、今マネジメントで悩んでいる人も、これからマネージャー目指そうとしている人にも参考になる点多いと思うので、一度気軽
昔、ある会社の営業MTGで、忘れられないやりとりがあった。 少々詳しく描写すると、出席者は以下の通り。 ・役員（部長） ・リーダー ・メンバー 7名のメンバーの能力は各々、高、高、中、中、中、中、低。 二人ぐらい優秀な人物がいて、一人「できない人」が混ざっているイメージだ。 また、役員とリーダーは切れ者で、部下の報告の論理矛盾やダメな点にはすぐに気づく。 さて、こんな状況で来期の「営業計画」について、MTGが開催された。このMTGの議長はリーダーだ。 リーダーはテキパキと議事を進める。 来期の営業部の方針に始まり、具体的な目標設定、個人の役割など、メンバーへの指示も簡潔でわかりやすい。 ここまではなんの問題もなかった。 だが、今年一年を振り返っての営業報告が始まると、雰囲気が変わった。 無理もない。メンバーの一人ひとりが、自分の過去の実績と、これからの具体的行動を発表しているのだから、緊張
自分は今、コード書かずにマネジメントしかしてなくて、そんなポジションの人にそれほど価値ないでしょ、とか思ってしまうけれど、こういうポジションの人がいないチームの話とか聞くと、やっぱりいたほうがいいんじゃないか、と思うし、ほとぼりが冷めるとまた自分は無価値のように思えてしまう。 こんな心境の吐露を「エンジニアリングマネージャのキャリアについての悩み」で拝見して、私も何か発信しなければと思ったのがこの記事のきっかけである。筆者のdaiksyさんは、 エンジニアマネージャってなんか実績を示しづらいので、世の中の数多のマネージャ職に埋もれて、自分にスポットが当たりづらい、結果、キャリアに不安が拭えない、みたいなとこないです？ とも述べていて、これら2つのメッセージに込められた心の葛藤は、全てのエンジニアリングマネージャー(以下EM)が感じていることではないかと私は思う。少なくともEMの一人として私
Chief Technology Officer（CTO）という言葉を聞いたとき、あなたの脳裏にはどんな像が浮かんだだろうか？ バリバリにコードを書きながらプロダクト開発を引っ張る人物だろうか。テクノロジーの方向性やビジョンを社内外に発信し、業界からも一目置かれるような存在だろうか。あるいは現場のエンジニアの思いをうまく汲み取ってビジネスに落とし込む、調整能力に優れた人物だろうか。 おそらく答えは、企業の形態や文化、個々人のキャリアプランの描き方によって千差万別だろう。時にはChief Information Officer（CIO）、あるいはテックリードやVP of Engineering（VPoE）と重複した役割を果たすこともある。むしろ「CTOはこうであらねばならぬ」と1つの公式に当てはめようとする方がナンセンスかもしれない。 このようにさまざまな側面を持つ「CTO」だが、そもそもC
今日，社内勉強会で話す機会があり，過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした．今回は参加者がエンジニアだけじゃなく，ビジネスチームのメンバーもいたため，できる限り，技術的な用語を使わないようにした．質疑応答とディスカッションもあり，1時間非常にワクワクした時間だった． 関連する領域 僕がプロジェクトをリードするときに意識しているのは，スクラムなど特定のプラクティスに依存しすぎないことで，チームの特性によって，関連する様々な領域からプラクティスを集めている．ザッと挙げるだけでも，こんなにたくさんある． チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ！プレイングマネージャーとして頑張っ
１度だけ、自分のクラスが崩壊した経験がある。ただ、若い時で、記録もちゃんと取っていないし、その時は必死になっていたので、いったい何が原因で起こったのか不明である。諸先輩方には連日いろいろアドバイスをいただいたが、結局、収束には至らなかったような記憶がある。 その後の長い教師生活の中で、学級崩壊を間近に見た経験がある。それをここで書きたい。 最初はある、教育に非常に熱意のある、若い女の先生のクラスで起こった。 転勤してきたばかりで、学校や子どもの様子をよく知らない。それなのに、５年生を担任した。 教育に対して非常に熱意のある先生だ。クラスはこうでなければならない、子どもと子どもの関係はこうでなければならない、ということで指導されていた。友だちとは仲良くするものでしょ、力を合わせあうものでしょ、ということを真っ直ぐに子どもに言っていた。 勉強についても熱心に取り組まれていた。力の弱い子どもには
安保法制デモなんかで「徴兵制が!」「戦争に行かされる!」みたいなのがあってバカじゃねーの徴兵なんて今時やるわけねえだろと思ってたのだが、やあもしかしてサイバー戦争うんたらで俺らITエンジニアを徴兵するとかはあり得るかもよ? みたいなヨタ話をしてたことがある。 サイバー戦争黎明期の今こそむしろ徴兵制の好機 | 独り言v6 もちろんヨタ話なので「可能性があるかないかで言えばある」というだけにすぎなくて、まさか本当にやるなんて思っちゃいなかった。ところがガチでそんなことを言い出す人物が現れたのである。 前提として考えてもらいたいのは、これからのサイバー攻撃は、まさに戦争を仕掛けられているのと同じだという点だ。 (中略) 国の重要インフラを破壊されるのは、戦争と言わずに何というのか。これは最悪のシナリオであることには違いないが、日本の政府や業界、企業は、それに対する危機意識が低すぎる。 そして、こ
この連載では、「ダメに見せない説明術」を扱っている。前回までは、五つ目のダメ説明である「独りよがり、自分視点、自己中心」をテーマに取り上げた。10のダメ説明は以下の通りである。 「10のダメ説明」 長い、細かい、テンポ悪すぎ 論点不明、主旨不明、結論なし 抽象的、具体的でない、表面的 理由がない、何故？が満載、説明が不足 独りよがり、自分視点、自己中心 遅い、ぎりぎり、時間なし 理解が浅い、内容が陳腐、質問されると沈黙 先を読まない、場当たり的、その場しのぎ 思想がない、考えがない、自分がない 反論する、否定する、対立する 今回から、六つ目の「遅い、ぎりぎり、時間なし」をテーマとする。 「遅い、ぎりぎり、時間なし」の説明は上司を怒らせる 筆者が体系化している説明術において、説明が「遅い、ぎりぎり、時間なし」とは、「相手に、何らかの行動を要求することを目的とした説明において、既に相手に判断時
上長から「来週からコンサルタントとして○○社に入ってくれ」なんて言われたときに、あわてないための5冊。以下の条件全部にあてはまる人のための選書なので、関係ない方はスルーしてくだされ。シリーズ化しつつあるエントリ（ [その1]、[その2] ）だが、ここらでまとめ。 システム開発チームのメンバーまたはリーダー 顧客の御用聞きを「コンサルティング」だと思っている ←これ誤り McKinsey や accenture といった「ファーム」と一緒に、顧客の中に入って仕事しなければならなくなった これまで、即効性と実用性で4冊レビューしてきたが、このたび5冊目として扱いたいガイドを見つけた（4冊目）のでまとめてご紹介。 ■最初に結論 コンサル会社がやっている「コンサルティング」は、決まりきった手順や方法を粛々と実行しているに過ぎない。目標に対して泥臭いぐらい愚直に反応する。そうしたメソッドと沢山持って
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プロジェクトが計画通りに進まなくなる原因は数多くある。例えば、タスクの見積もりが甘かったり、プロジェクトから要員が抜けたり、リソースの割り当てがまずかったりということがある。本記事では、遅れの生じたプロジェクトを立て直すための実践的なテクニックを紹介する。 プロジェクトチームで働いた経験のある人であれば、様々な要因によってプロジェクトの納期がずれ込んでしまうということを知っているはずだ。一部の作業が当初の想定よりも手間取るものであったり、メンバーの入れ替わりが激しく、新担当者の業務知識に対する習得時間が無視できないものとなったりするのは珍しいことではない。また、単に作業見積もりが甘かっただけということもあるだろう。しかし原因がどのような
プロジェクト管理ってよく聞くけれど…… ソフトウェアの開発は、よく家を建てることにたとえられます。家を建てる場合、顧客の要望を聞いて設計などが終わった段階から、施工のスケジュールを立て、さまざまな関係者が予定に沿って作業を進めていきます。作業が予定どおりに進んでいるかを施工業者がチェックしたり、作業の途中で建築士が品質をチェックしたりしながら、家の完成まで工事全体を管理します。その管理をせずに家がちゃんと建つ保証はありません。 ソフトウェアを開発する場合も、顧客の要望を聞いて設計をした後に開発やテストの作業があり、その作業をさまざまな関係者が予定に沿って進めます。途中で作業が予定どおりに進んでいるかをチェックしたり、品質をチェックしたりしながら、完成までプロジェクト全体を管理する必要があります。 家を建てることは、何千年も前から行われてきているため、どうしたらうまくいくのか、何を管理してお
開米瑞浩著 『ネーミングの掟と極意』（翔泳社刊） 人間が何かを考えるときは、アタマの中だけでなく、考えたことを声に出して図を書いてみることで、より理解が深まり、新たな発想も生まれてきます。 それをわかっていた椎名先輩は、安藤君に「プレゼン」をやらせました。プレゼンテーションというのは、まさしく「考えたことを図に書き、ゼスチャー混じりで大きな声に出して説明する」活動なので、この目的には最適なのです。（p.24） Biz.IDでも連載を持つ開米瑞浩氏の著作。他に類を見ない「名前のつけ方」の解説書である。 名前とは何か？ 著者は「すべてのコミュニケーションのベースになる重要な要素であり、建築物でいうなら土台に当たる部分」としている。そのうえで、名前を付けることの重要性を次の3つの理由を挙げながら力説する。 名前の良し悪しの影響は永久に残る 名前のチェックは誰でもすぐに始められる 名前には設計思想
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
