技術負債が溜まっている勘所について。現場のエンジニアは実際のシステムを触っているので変更や追加をする過程で当事者になるのでおおよそ異変に気づく。 一方、実際にそのシステムに対となるプロダクトに関わっているのはエンジニアだけではない。PdMやEM、事業責任者がいる中でこのメンバーにどう常に変化し続けるシステムアーキテクチャの異変に気づいてもらうのか、自ら気づかせるのかは至難の業である。 とはいえ、つばり一番わかり易いのは工数の予測精度の幅がある。 以下の3つのフェーズがあったときにそれぞれのズレが大きい場合は負債が溜まっていることが多い。（特に、1.と3.） 一般的な視点と現場システムへの理解度のズレ詳細から開発手前での予測のズレ予測工数と実績工数のズレここでいう工数予測がズレるのはエンジニアリングスキルの問題ではなく、システムに関する理解度の認知問題によってズレるケースが該当する 1.一般

NTT Com Open TechLunch #7「エンジニアリングマネージャー と 目標設定」の登壇資料です。20分くらいの短いセッションなので網羅的ではありません 2. 吉羽龍太郎 / Yoshiba Ryutaro アジャイル開発、DevOps、クラウドコンピューティング、インフラ構築自 動化、、組織改革を中心にオンサイトでのコンサルティングとトレーニン グを提供。Scrum Alliance認定スクラムトレーナー(Regional, CST-R) チームコーチ(CTC) / 認定スクラムプロフェショナル(CSP) / 認定スク ラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO) 2

Agile Journeyをご覧のみなさん、はじめまして。株式会社ソニックガーデンの代表をしている倉貫義人と申します。 私はもともと大手システム会社でプログラマとして働いていました。そのとき出会ったアジャイル開発に魅了され、これこそ自分にとって理想の姿であると確信し、それ以来アジャイル開発を広めるための様々な活動を社内外で行ってきました。 最終的に、本当に自分の理想とするソフトウェア開発と、それを実現する組織をつくるためには、自ら会社を経営する立場になるしかないと考え、起業することになりました。そうしてできたのが株式会社ソニックガーデンです。 ソニックガーデンでは「納品のない受託開発」というサービスを提供しています。従来的な受託開発から、そもそものビジネスモデルを見直したことで、今では「アジャイル開発」を意識せずとも、自然とそれに取り組める組織として機能しています。 思い返すと、私のアジャ

リーダーシップとマネジメントの違い 井上和幸氏（以下、井上）：前半で話があった自律型4.0は、今日聞いておられるみなさんはたぶん好まれる方が多いと思うのですが、一方で、自律型では自分で決めていくことが求められたり、方向づけを自分でしないといけないとか、概ねすべてについて自責になります。 それは人によってはしんどいことで、どちらかというとまず「こうしていきなさい」と言ってもらったほうがやりやすい人はいると思います。 小杉俊哉氏（以下、小杉）：そうですね。 井上：小杉さんもあると思うんですけど、僕らも次世代役員研修の時に一番根幹テーマになるのが、これまではあえて言えば1.0もしくは1.Xだったけど、「いや、それじゃ駄目だ」と。それを転換する役員陣になってほしいみたいな話は多いですね。 先ほど名前が挙がった会社もそれを継いでくれる1.0のリーダーが出てくればいいけど、たぶんほぼ無理です。 小杉：

複数事業に携わるPM組織のスキル成長と評価について、コングロマリットな経済圏を持つDMMのPMから聞く「複数事業を跨ぐPM！なんでもやるDMMに聞く、PM組織の成長と評価の話【開発PM勉強会vol.21】」。ここで合同会社DMM.comの金築氏が登壇。PjM能力の可視化について話します。 金築氏の自己紹介 金築英雄氏：では私から始めます。今回私からは「可視化から始まるPjM育成」といった話をします。まず自己紹介させてください。名前は金築英雄と申します。経歴としてはアプリエンジニア、チームリーダー、諸々の経験を経て、現在プロジェクトマネージャー（PjM）として仕事をしています。 2023年にPMP（Project Management Professional）を取得して、さらにプロジェクト推進とかPjM採用、PjM育成に熱を上げています。今回は可視化がテーマなので、私のステータスなんかも書

プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう？」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー（PM）の仕事のひとつに納期の管理というものがあり

前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか？どうすればいいんですか？」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。

tl;dr 私が監修した本が出る。 私が顧問をしているクライス＆カンパニーという人材紹介会社のキャリアコンサルタントが書いた本である。 クライス＆カンパニーはここ数年、プロダクトマネージャーの転職支援に注力しており、日本で一番プロダクトマネージャーに詳しいコンサルタントだ。 彼らの書いた本（私も一部協力した）なので、プロダクトマネージャーを目指す人にはお勧め。 ＊ はっきり言って宣伝です m(_ _)m プロダクトマネージャーになりたい人のための本 エンジニアからプロジェクトマネージャー・事業企画・経営コンサルタント・デザイナー・現役PMまで 作者:松永 拓也,山本 航,武田 直人 翔泳社 Amazon プロダクトマネジメントが浸透した日本の状況 プロダクトマネジメントやプロダクトマネージャーも日本にだいぶ定着してきたと思う。しかし、まだいくつもの課題がある。なんちゃってプロダクトマネジメ

ロシアとウクライナの戦争で明らかなように、ドローンは既に戦争の道具として利用されています。 そして最近のニュースは、「兵器としてのドローン」が今後さらに拡大することを示唆しています。 2022年11月28日、アメリカ国防高等研究計画局（DARPA）が、ドローン兵器のプロジェクト「AMASS」を公開し、そのための技術開発を業界に求めたのです。 このプロジェクトでは、敵地で活動する数千の無人機を連携させるシステムを開発する予定であり、総額7800万ドル（約100億円）が投入されます。 Autonomous Multi-domain Adaptive Swarms-of-Swarms (AMASS) https://sam.gov/opp/cb00e5745696482882aef160ae206f74/view DARPA Posts Presolicitation Notice for Au

「プロジェクトマネジメントの基本が全部わかる本」を買ったら、注文ミスして2冊頼んでしまったんだけど、結果的にはむしろ2冊買ってよかった、という話を書きます。 「プロジェクトマネジメントの基本が全部わかる本」 （ @paradisemaker 著）が届いたー。 なんか注文ミスって2冊届いたけど、1冊は誰かに読ませるとき用にしようw pic.twitter.com/evnrXtssm8 — フジイユウジ (@fujii_yuji) 2022年11月10日 制作/開発をするメンバーはいるけどプロジェクトマネジメントは得意ではなくて雑になってしまっているという制作/開発会社も多いと思うのですが、僕もそういう会社からどうしたらいいのか相談されたり、PMの育成の話をすることがあります。 (肩書としてPMだったことはないんだけど、僕も20年くらいPdM的な仕事をやってるんで相談されることがそれなりにある

ゆるい職場時代。若手が成長し活躍する職場とは 前回、「職場環境が厳しくて離職したい」若手と「職場環境が“ゆるくて”離職したい」若手が存在していることが明らかになった。それでは、近年の労働法令改正によってもたらされた新しい環境のなかで、若手と職場の良い関係とはどういったものだろうか。 今回は、若手が成長し活躍できる新しい時代の職場に必要な要素を検討する。その結果として明らかになったのは、「心理的安全性が高いだけの職場では若手は活躍できていない」という実態と、心理的安全性とマイナスの相関を持つが若手の活躍とつながる、あるファクターの存在であった。 「キャリア安全性」 今回実施した調査（※1）からは、大手企業（1000人以上）の新入社員（入職1～3年目の大卒以上正規社員）のワーク・エンゲージメントと関係する要素として、2つの要素が存在していることが明らかになった（図表1）。 図表1　ワーク・エン

こんにちは ohayoukenchan です！ 4月と言えば新生活。コネヒト株式会社も4月から、経営体制を一新し新たなスタートを切りました。 今期も心機一転して頑張っていきたいと思います。 この記事では先月末に開催した下期(6ヶ月）のチームふりかえりで行ってとても良かったなと思ったことについてお伝えできればと思います。 中長期（数ヶ月間隔）のふりかえり会の意義 スプリントでのふりかえりは、スプリントごとにレトロスペクティブの時間を設けています。 KPT法に似たような方法ですが、例えば下図のような感じでチームで起こったできごとに「ありがとう」や「happy-bad」と書かれた領域に付箋を貼って、特に関心の高いものに対して次のスプリントへのtryを決めていきます。 スプリントごとのふりかえり また、弊社の別のチームでも、Win Sessionで元気に目標を達成するチームづくりの記事にあるように

SWETグループの平田（@tarappo）です。 早いもので2021年度もとうとう終わりをむかえようとしています。 ふりかえりということで、ここ1年ほどの間に私も関わって進めていた次の2つの施策についてかんたんに紹介したいと思います。 プロジェクトの健康状態の可視化と予防（dev-vital） 自動テストの適用範囲の拡大 今回紹介するこれらの施策は、SWETメンバーの今までの経験などを元に議論した中で出てきた課題から決めています。 プロジェクトの健康状態の可視化と予防（dev-vital） 私がSWETに所属してある程度の期間がたちますが、いろいろなプロジェクトに関わってきました。 その中で感じたのは、あるプロジェクトで出会った課題は他のプロジェクトでも起きていたりするということです。 今までのSWETの取り組みはプロジェクトですでに起きた課題に対してアプローチをとることが一般的でした。

人間性は、終わりが見えてきた企業プロジェクトに劇的な影響を与えるようだ。たいていの場合、メンバー達は最後の追い込みに向けて気合いを入れ、家族や友人との交流も控え、プロジェクトを成功させるために全力を尽くす。そして汗とストレスと長い夜の日々がようやく終わると、プロジェクトチームは解散して散り散りになり、次の活動に向けて走り始める。劇的な成功や鮮烈な失敗はこの効果を増大させるもので、前者の場合、メンバーはその成果を活用して次の実のある仕事をもらおうと走り出し、後者の場合はその失敗からできるだけ距離を取ろうとする。 プロジェクトが終わった後に、「次の大仕事」に向けて大急ぎで動き出すのは良くない考え方だ。よほど成功したプロジェクトでなければ、時間の制約のために棚上げになっていたよいアイデアなど、やり残した仕事があるはずだ。それに加え、世に出てから数週間から数カ月経った後、そのプロジェクトの成果を利

プロジェクトが終了した時点で，プロジェクト・マネージャ（PM）は，得られたノウハウや教訓などを次のプロジェクトに役立てるため整理して記録をしておく必要がある。そのためには，プロジェクト完了報告会できちんと議論することが欠かせない。これは，プロジェクトの発足時に「キックオフ・ミーティング」を実施するのと同じぐらい重要である。 トラブル・プロジェクトの場合は，反省会として実施されることが多い。だが，プロジェクトがトラブルに陥らなかった場合は省略されがちである。それではいけない。筆者の会社では，反省会ではなく「プロジェクト完了報告会」として定義している。 そもそも計画段階で「完了（終結）プロセス」としてプロジェクト完了報告会が計画されていないプロジェクトが多いのが実態だろう。完了報告会は，プロジェクトを正式に完了させ，メンバーを解放する目的もあるが，それ以上にPMをはじめ，メンバーが得たノウハウ

＊文字かすれ修正しました Developers summit 2022 発表資料です。 元ネタはこちらのnoteです。 https://note.com/miz_kushida/n/n103a7da460c5 Twitter https://twitter.com/miz_kushida

2019/09/26 Edit by HARUMA YONEKAWA Photo by KENICHI AIKAWA etc. 私たちは、「関係人口」という言葉、考え方に、大きな可能性を感じています。なぜなら、コクリ！プロジェクトは、これまでの9年間、ずっと「コ・クリエーション型関係人口」を考え続けてきたようなものだからです。その自負から、今回、私たちは「コ・クリエーション型関係人口」を提唱します。ぜひ皆さんに、その方法を使っていただけたらと思います。 また同時に、「関係人口の落とし穴」についてもポイントをまとめました。なぜかというと、関係人口のなかには、結果として地域に良い影響をもたらさない関係人口もあるようだからです。私たちは、そうした関係人口をなくしたいのです。 なお、この考察は、関係人口の専門家であるさっしーさん（指出一正さん・『ソトコト』編集長）と小田切さん（小田切徳美さん・明治

リリースノートとは、ソフトウェアのリリース時に機能や目的などを知らせるための資料であり、ソフトウェアがアップデートされる場合も機能強化や不具合修正に関する情報をリリースノートとして公開します。リリースノートの中には優れたものもあれば悪いものもあるとのことで、「よいリリースノートを書くための10のポイント」について、ソフトウェア開発者のサイモン・ウィルソン氏がまとめています。 Writing better release notes https://simonwillison.net/2022/Jan/31/release-notes/ ウィルソン氏は、「リリースノートはオープンソースプロセスの重要な部分です」と述べ、GitHubなどでオープンソースのプロジェクトをリリースする場合、リリースノートを適切に書くことが大切だと主張しています。最近、「よいリリースノートの書き方」について考えていた

旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから（Miso soupとよばれる）、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる（eat）という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。