↓ ↑ページトップへ
表示調整
閉じる
挿絵表示切替ボタン
▼配色
▼行間
▼文字サイズ
▼メニューバー
×閉じる

ブックマークに追加しました

設定
0/400
設定を保存しました
エラーが発生しました
※文字以内
ブックマークを解除しました。

エラーが発生しました。

エラーの原因がわからない場合はヘルプセンターをご確認ください。

ブックマーク機能を使うにはログインしてください。
PMP取るという個人的な話  作者: 藤一


この作品ページにはなろうチアーズプログラム参加に伴う広告が設置されています。詳細はこちら

PR
13/28

自走するエンジン〜プロジェクトチームとプロダクトオーナー〜

アジャイル開発の手法を取り入れたものの、現場では「次は何をすればいいですか?」と新の指示を待つ姿勢が抜けていなかった。

新はアジャイルにおける**「プロダクトオーナー(PO)」と「開発チーム」**の役割の分担を整理した。

【PMP試験の重要知識:プロダクトオーナー(PO)と開発チーム(Development Team)】

アジャイル(スクラムなど)における主要な役割の明確な分離。

プロダクトオーナー(PO):

**「何を作るか(What)」と「なぜ作るか(Why)」**に責任を持つ。

プロダクトバックログ(優先順位つきの要望リスト)の管理と所有権を持つ。

顧客やビジネス側の代弁者。

開発チーム(Development Team):

**「どう作るか(How)」と「どれくらい作れるか(How much)」**に責任を持つ。

自律的かつ自己組織化されたチーム。タスクの割り当てはPMやPOから命令されるのではなく、チーム自らが引き受ける(Pull方式)。

試験での出題ポイント: POが技術的な実装方法(How)に口出ししたり、チームがバックログの優先順位(What)を勝手に変えたりするのはNG。PM(またはスクラムマスター)はこの境界線を守らせる。

新はスプリントの計画会議で、チームに語りかけた。

「POの田中さんが決定した『機能の優先順位』はこれです。ここから先の『どうやって作るか』と『今回の期間でどこまでやるか』は、僕が指示するのではなく、皆さんで話し合って決めてください」

最初は戸惑っていたエンジニアたちが、自らタスクカードを手に取り、「この設計なら3日でできる」「じゃあ俺がテストを担当する」と動き始めた。

指示されて動く作業員から、自らエンジンを回すチームへ。役割の境界線を明確にしたことで、チームに命が宿った。

評価をするにはログインしてください。
ブックマークに追加
ブックマーク機能を使うにはログインしてください。
― 新着の感想 ―
このエピソードに感想はまだ書かれていません。
感想一覧
+注意+

特に記載なき場合、掲載されている作品はすべてフィクションであり実在の人物・団体等とは一切関係ありません。
特に記載なき場合、掲載されている作品の著作権は作者にあります(一部作品除く)。
作者以外の方による作品の引用を超える無断転載は禁止しており、行った場合、著作権法の違反となります。