2025/10/04
スクラムでは、スクラムチーム全体が「毎スプリントごとに価値ある有用なインクリメントを作る」責任を共有し、開発者は「スプリントゴールの達成を確約する」とされています。 にもかかわらず、実際の現場では「自分の担当作業だけを見る」「他の人の作業に関心を持たない」という状況がよく起こります。 その背景には、主に次の3つの構造的 …
2025/10/03
機能横断的なチームを育てるには、メンバーが専門分野に閉じこもらず、幅広いスキルに触れることが欠かせません。 そのために役立つもののうち、代表的なのがペアワークやモブワークです。誰かと一緒にコードを書いたり設計を考えたりすることで、知識やスキルが自然とチーム内に広がっていきます。 ただし、手段はそれだけではありません。 …
2025/09/16
スクラムでは、スクラムマスターがパフォーマンスを管理するわけではありません。 スクラムチームは自己管理であり、誰が何をいつどうやってやるかはスクラムチーム自身が決めます。これが基本原則です。 また、責任の観点では、プロダクト自体の進捗（プロダクトゴールに向けた状況）であればプロダクトオーナーが説明責任を担い、スプリント …
2024/06/09
スクラムガイド2020には以下の記述があります。 スクラムでは「開発者」という言葉を使っているが、開発者以外を排除しているのではなく、単純化のために使用しているだけである。 スクラムから価値を得ているのであれば、そこにあなたも含まれていると考えてもらいたい。 つまり開発者というのはエンジニア、デザイナー、テスター、アー …
2023/07/27
開発者を社外から集めるというのは大きく分けると2つです。 開発をまるごと別の会社にやってもらう（別の会社に発注する） さまざまな会社から派遣やSESで来てもらったりフリーランスの方にチームに入ってもらったりする どちらの形態なのかによって多少の違いはありますが、以下のような問題が起こりやすいです。 開発のノウハウや暗黙 …
2022/11/10
組織によっては、スクラムチームの開発者が複数チームを兼務することがあります。たとえばAのプロダクトに半分、Bのプロダクトに半分といった具合です。 スクラムではこのような兼務を明示的には禁止していません。 ただしスクラムガイドは「やってはいけないこと」をすべて定めるようなものではなく、最低限の原則と守るべきことを述べたも …
2022/03/27
これは、メンバーの育成の話と同じようなアプローチになるかと思います。 ペアプロやペア作業をしてみる 助走期間をとって、先にそのスクラムチームで最低限必要なスキルを理解してもらう 既存のメンバーは、スクラムチーム全体の能力の底上げのために必要な支援をする そのせいで一時的にスクラムチームのパフォーマンスは落ちる可能性はあ …
2022/03/25
良くないです。 スクラムガイドの記述にも「スクラムチーム内 には、サブチームや階層は存在しない。」とあります。 スクラムチームのなかで、各人それぞれのロールとして必要な責任を果たして果たしていかなければいけません。 リーダーを置いてはいけない理由は、メンバーがリーダーに依存してしまう（なんでもリーダーに聞く、リーダーが …
2021/10/01
誤解のないようにいっておくと、個人としてインフラやアプリを始めとするさまざまな領域の設計や実装を全部できないといけないわけではありません。 開発チーム全体を見た時に必要なスキルを網羅していることがだいじです。 外部のチームへの受渡しや依存が増えれば増えるほどリードタイムは長くなり、計画作りも難しくなります。 また、いま …
2021/10/01
スキルが著しく低い人を受け入れるからにはスクラムチーム全体でカバーしましょう。 ただし、なんでこんな人を入れたんだよと現場が抗議したいこともあるでしょうし、受託であればこれで1人月取るの？と発注者が思うこともあるでしょう。 とはいえ新人だったらそんなものかもしれません。 つまり、突き詰めると、アジャイルだったらこうとい …
2021/10/01
はい。 全員がプロダクトバックログアイテムの実現イメージを持てていることが重要です。実現イメージが持てていない状態でスプリントプランニングを終えたとしても、チーム内で分業が発生して、結果としてインクリメントが完成するのが遅れ続けるだけになります。 スプリントプランニングだけで全員が実現イメージを共有するのは困難です。つ …
