Open5
スクラムの役割について
スクラムの役割についてはわかるが、何を具体的にするのかというところをまとめたい
スクラムの役割
- Product Owner(PO)
- 何を作るのか(What, Wht)
- Scrum Master(SM)
- 仕組み(Process)を考える。スクラムにチームを従わせる
- Developers(Dev)
- スプリントゴールを達成する。方法を考える(How)
振り分けたい項目
以下の項目は誰が行うか(誰が責任を持っているか)
-
予算
- 予算管理
- 予算獲得
- 費用管理
- 収益管理
-
顧客
- 顧客との交渉
- 顧客説明
-
計画
- 目標設定
- 戦略
- 全体計画の策定
- 要件変更管理
- 企画
- 見積もり
- タスク優先度の決定
-
ステークホルダー
- 他部署との調整
- ベンダとの調整
- 上位層への報告
-
リスクとリリース
- 市場リスク管理
- リリースの進捗管理
- 意思決定
- リスク管理
- リスク管理(メンタルリスク)
-
仕様
- ユーザーとの仕様調整
- 受け入れのレビュー
- タスクの作成
-
進捗
- 進捗管理(バックログアイテム)
- 進捗のみえる化
-
品質
- 納品条件の決定(機能, QCD)
- レビュー
- 品質管理
- 不具合管理
-
チーム
- メンバーのアサイン
- 要員手配
- メンバーの健康状態のチェック
- 体制構築
- チームメンバーの役割決定
- リソースの調達
- 工数管理
- 勤怠管理
- メンタルマネジメント
- 仕事の評価
- 仕事のアサイン
- メンバー育成
障害
-
課題管理
-
ドキュメント
- プロジェクト方針策定
- プロジェクト提議書作成
- 受注決済書の作成
- 提案書、見積書作成
- 契約
- WBS作成
エッセンシャルスクラムよりマネージャー
機能エリアのマネージャーやプロジェクトマネージャーの話が対象
スクラムの組織のファンクショナルマネージャーの役割
-
チームを形作る
- チームの境界を定める(自己組織化されたチームにどこまでを許すのかを決める)
- 明確なゴールを定める
- チームの体制、要員配置を決める(最終決定)
-
チームを育てる
- フィードバック
-
環境を合わせて馴染ませる
- アジャイルの価値を広める
- 組織内のインペディメントを取り除く
- 社内調整
- 対外調整
-
価値を想像する流れを作る
- 財政の管理
- 自分たちの財源をどのように使うか
- 評価や報告を本当に役立つものに絞る
- 財政の管理
態度の悪いメンバーがいる場合
- チームでの解決 -> SMでの解決(人を雇ったりクビにしたりする権限はない) -> managerの解決
参考:権限以上7段階
「権限の7つのレベル」の訳語 | nDiki
サイクルタイムとは、工程の開始から完了に対して実際にかかる時間
プロジェクトマネージャーについて
PMの大半はコマンド
で管理するという考えを捨てれば、優れたスクラムマスターになる。
統一 | 様々なプロセスやプロジェクト管理のアクティビティを特定して定義し、組み合わせて統合、強調 | PO, L |
スコープ | プロジェクトに何が含まれるか。必要な作業の策定 | PO(マクロ), Dev(スプリントレベル) |
時間 | 期日までのプロジェクトを完了するために、何をいつ行うか、リソース調達 | PO(マクロ), Dev(スプリントレベル), SM(スクラムチームが時間を効率的に使えるようにする) |
コスト | 予算の範囲内で見積もりをしてコスト削減 | PO, Dev(タスク見積もり) |
品質 | 品質の要件を定める | PO, SM, Dev, L |
チーム | チームを取りまとめて率いる | Dev, L(チーム作り) |
コミュニケーション | 情報を作ったり取りまとめる | PO,SM, Dev, L |
リスク | リスクを見積もって特定し、制御 | PO,SM, Dev, L |
調達 | 必要なプロダクトやサービスを外部から獲得 | Po, L |