はじめにクレディセゾンに来てちょうど５年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない！」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません！ 2019年：ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか？」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答

はじめに自分たちのチームがどういう状態なのか推定するための指標として、開発生産性フレームワークSPACEの活用を試みているところです。いまのところは概要記事を読んで、元の論文をざっくり読んで、それをもとに「自分たちで追いかけるならこういう指標かな？」って考えて、チームに共有して、みんなでどうするといいだろうねって考える段階。だからnoteとかにまとめるのは、もうすこしカッチリ言語化できたり、その指標を追うことで何か変化が起こったタイミングにしようと思っていました。 先日参加した「EMゆるミートアップ vol.6〜LT会〜」で、HACOBUのけんにぃさんが「チーム実績をSPACEで表現してみるチャレンジ」という発表をされていました。なぜSPACEで表現してみようと思ったのか、何に気をつけているのかなどがコンパクトにまとまった良いLT資料なのでぜひ目を通していただいたのですが、この発表を聞いて

プロダクトマネージャーカンファレンス 2023 Track A 15:35~ LIVE 50min プロダクトと事業を無限にスケールするための最強のロードマップの作り方 https://2023.pmconf.jp/session/zBfEEEcp 近年、多くのプロダクトマネジメントに関する書籍が執筆され、日本でもプロダクトマネジメントが定着しつつある。特に課題発見からMVPローンチ、PMFまでのプロセスは、アジャイル開発関連の書籍の拡充あって、充実してきていると言える。一方で、一度PMFを迎えたプロダクトを更に進化させるためのロードマップの作り方については、未だ確立した方法論があるとは言えず、世界中で議論が続いている。本セッションでは、従来のロードマップの課題と近年議論されている対策を振り返り、その上で、プロダクトと事業を無限にスケールするための新しい考え方を導入し、状況に合わせて変更可

NTT Comの技術顧問が「目標設定の基本」について講演する「エンジニアリングマネージャーと目標設定」。ここで株式会社アトラクタ Founder兼CTO / アジャイルコーチ兼NTT Comの技術顧問の吉羽氏が登壇。目標設定のやり方とその運用方法について話します。 「定量的に判断できる目標が良い目標」なのかはまぁまぁ怪しい話 吉羽龍太郎氏：さて、本題に入っていきたいと思います。今日はどういう方が（このセッションを）聞いているかはわからないんですが、目標設定の時に、特に上司の方からよく言われる話ってこういう話なのかなと思います。 「目標を設定する時は、達成できたかどうかを定量的に判断できるようにしましょう」。「定量的に判断できる目標が良い目標なんだ」と。（言われたことがある方は）リアクションとかで教えてくれるとうれしいです。 僕もいろいろな会社に勤めましたが、若い頃とかによく言われた記憶があ

イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

8月に出る新刊のお知らせです！ 企業でよくある人事制度では、技術職の上位職としてテクニカルスペシャリスト職とマネジメント職が用意されている、というのをよく見ます。 わたしも前職でまさにそういう人事制度のもと、管理職として本を読んだり研修を受けたり相談したり、いろいろやってた記憶があります。 いざ管理職になるといっても、用意されている研修プログラムは薄らボンヤリした一般的な内容で（そりゃそうですよね、マネジメントって人が相手なのにその実装を抜いた話はボンヤリするに決まってる）、結局マネジメントのしかたなんて誰も教えてくれないし、上司やデキる人の真似をするぐらい。個人が体得していく専門性なんて怪しいもので、センスのある人はいいマネージャーになるけど、センスがない人は全然ダメ。センスのないマネジメントの部下になんてなったら最悪。そもそもセンスってなんだ！ いいマネージャーかどうかって何をもって評

ロードマップやプロダクト指標（NSM）を設計するとどの単位でこれらを検討すればよいのか？という悩みを持つことがあります。今日は私の考えるプロダクトの分割についてです。 ※ 「プロダクト」の分割について記載しており、「チーム」の分割については触れません 機能でプロダクトを分割しないプロダクトが大きくなるにつれて検討事項が増えるので人を増やしてプロダクトを分割することを検討します。このときのアンチパターンは「機能」でプロダクトを分割してしまうことです。 機能でプロダクトを分割した末路: 蛇足のダソくんこの絵は極端な例となりますが、とても優秀な「ヒレ」機能の担当者がいると、「ヒレ」機能だけが華美になり結果としてプロダクトの全体価値を損ないます。 価値でプロダクトを分割するプロダクトを価値で分解するプロダクトは提案する「価値」で分割しましょう。ただ、分割するときに、それが大きな価値なのか、その大き

世界中で、熱心なファンが急増しているNotion。2021年10月には2億7500万ドル（約307億円）の資金調達を発表し、評価額は100億ドル（約1兆1200億円）へと上昇。急成長を遂げているNotionのプロダクト開発と組織作りについて、エンジニアリング責任者 Michael manapat（マイケル・マナパット）さんが語ってくれた。 目次 ・Notionの組織構成 ・Notionの製品決定プロセス ・Notionのプロダクトデザインの考え方 ・Notionのプロダクトとビジネスニーズのバランス ・Notionで働くエンジニアの役割 ・Notionのエンジニア採用 ・Notion流PLGにおいて大事なこと ※2021年12月9～10日に開催された【PRODUCT LEADERS SALON 2021】より、Notionにてエンジニアリングの責任者を務めるMichael Manapatさ

はじめに ※この記事はEngineering Manager Advent Calendar の22日目の記事になります。前日はmtx2sさんの技術的負債に対するマネジメントの記事でした。個人的には「負債上限」「負債ベースライン」の考え方良かったです。 こんにちは。モノタロウでエンジニア組織のマネージャーをしております普川(@taipuka0)です。 自分は前職から通算10年以上してエンジニアリングマネージャーを続けた後、現在モノタロウでは8人のEMのみなさんと日々ソフトウェア・エンジニアリングの現場でマネージャーとして課題解決に向き合っています。これまで色々な壁にあたり、試行錯誤を繰り返して来ました。EMの難しさを痛感したことも多々ありました。 なぜEMが難しいのか？その一つとして、エンジニアからEMにジョブチェンジした際のギャップというのがあると思います。同じチーム、現場にいたとしても

アマゾンのジェフ・ベゾス会長。 Amazon; Clodagh Kilcoyne/Reuters; Samantha Lee/Business Insider アマゾンがイギリスにあるドローン配送チームの100人以上の従業員を一時解雇した、とワイアードが報じた。 アマゾンのプライム・エア・チームは、2016年からドローンによる配送に取り組んできた。 プライム・エアの元従業員は、この部門は2019年から崩壊し始めたとワイアードに語っている。 ワイアード（Wired）によると、アマゾン（Amazon）はイギリスにあるプライム・エアのドローン配送チームで100人以上の従業員を一時解雇し、その規模を大幅に縮小したという。 同部門が目指していたのは、ドローンによる配送を実現させることだった。アマゾンでは2016年からイギリスでプライム・エア・ドローンのテストを行っている。 ワイアードが話を聞いたプラ

ソフトウェアエンジニアとしての働き方を探求してきた経験と、駐在員として文化の狭間でうろちょろしてきた経験、OSSエンジニアとして多数の多様な人材と交流してきた経験をもとに、果敢にも内製化に挑戦する知人へのアドバイスを気持ちまとめます。 前提 主な利用技術にはJava（Spring Framework）やTypeScriptを想定 FaaSを始めとしたManaged Serviceは（いまのところ）積極採用しない構え Digital Transformationを推し進める一環としての内製化に、エンジニアリングの観点から挑む方を読み手として想定 内製化のターゲットは決まっているか心当たりがある状態 既存の開発チームはほぼ無い想定 1. チームビルディング 1.1. スーツとギークの対立を避ける 我々が若かった頃は"スーツ"と"ギーク"の対立を煽る風潮にありました。Rockstar Engin

オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに

社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて

システム思考とプロダクトマネジメント ※プロダクトオーナー祭り2021 Spring - PO祭り2021Springでの登壇資料です https://postudy.connpass.com/event/202404/

こんにちは。id:shiba_yu36です。MackerelチームでWebアプリケーションエンジニアをしています。最近の開発合宿で、id:syou6162やid:polamjagと一緒に、社内の全チームの開発パフォーマンスを表す指標をGitHubのPull Requestから可視化し、開発チームの改善に活かせるようにしました。今回はその紹介をします。 説明するサンプルコードは、次のレポジトリで公開しているので参考にしてください。ここではGitHubのhatenaオーガニゼーションで集計していますが、forkして少し手直しすれば、別のオーガニゼーションの集計も可能になっています。 hatena/pull-request-analysis-sample 開発チームの改善におけるいくつかの課題感 開発チームのパフォーマンス指標に何を使うか 4つの指標のうち何からまず集計するか 変更のリードタイム

「心理的安全性」。現在、ビジネスの世界でさかんに使われている専門用語だ。 この言葉が広まったのには、優良チームに共通するものを探り出すためにグーグルが行った大規模な調査が果たした役割が大きいことは、関連記事「2021年のビジネスバズワード「心理的安全性」　今リーダーが知っておくべきこと」でも述べた。グーグルのリサーチチームが、「心理的安全性を高めるとチームのパフォーマンスと創造性が向上する」ことを発見したのだ。 ビジネス界がリモートに移行しているいま、「心理的安全性」が従前にも増して必要になっていることはいうまでもない。 リスクをとっていいのはグループのためになるときだけ もしも私が弾丸をこめた銃を持ち歩き、会議テーブルの上に何げなく置くことで安心感を得られるとしたら──私の行動は身体的な危険だけでなく、精神的な危険も生み出すことになる。 要するに、危険な行動はグループの心理的安全性を脅か

2020年11月5日から7日に開催されたスクラムフェス札幌2020で、招待講演を勤めました。 スクラムフェス札幌2020 運営の根本さんから最初に招待講演の打診があったのは、2020年の1月のことでした。うれしくはあったものの、正直最初は乗り気ではありませんでした。スクラムの集まりで招待講演をする資格があるとは自分に思えなかったし、なによりアジャイル札幌として今も活動している人たちの前で、ぼくが何を話せるだろうと考えたからです。 ぼく自身は2017年でアジャイル札幌の運営からは身を引かせてもらっていたし、フォーカスすべきものを絞った結果、アジャイル札幌の集まりに積極的に関わるということもなくなってしまっていました。彼らは活動を続け、積極的に外に出ていき、新しい人たちを迎え、アジャイル札幌として活動しているというのに。そんなぼくが、どの面を下げてみんなに何を話すのか、みんなの方がよっぽどその

自分の市場価値を上げるにはどうすればいいのか。立教大学ビジネススクールの田中道昭教授は1000社・10万人以上の「人事ビッグデータ」を分析した結果、「あしたの履歴書」というメソッドを提唱しています。その重要項目のひとつが「社員幸福度」。米国最大の調査会社であるギャラップ社は「12の質問」で社員幸福度を測定しています。その内容とは――。 2017年2月17日米国シカゴのギャラップ社オフィスにて。5日間の上級ストレングスコーチ講座修了式後の受講生集合写真。中央右が筆者。（筆者提供） 日本は139カ国中132位と最下位レベル 組織のエンゲージメントを測るツールとして、米国のギャラップ社が実施している「エンゲージメント・サーベイ」があります。ギャラップ社は米国最大の調査会社ですが、その膨大な調査データの集計・分析をもとに組織開発のコンサルティングも行っています。 （筆者注）エンゲージメントとは婚約