実証的プロセス制御と定義されたプロセス制御
実証的プロセス制御は予期せぬ事態を想定するのに対し、定義されたプロセス制御は、すべてのタスクが事前に完全に理解可能であると仮定する。

プロセス制御
定義されたプロセス制御とは何か?
定義されたプロセス制御とは、明確に定義されたステップを持つプロセスである。安定したかつ予測可能な環境で作業を行う場合、同じ入力に対して、再現性と予測可能性に基づいて、定義されたプロセスは常に同じ出力を生成すべきである。定義されたプロセスには以下の特徴がある:
- 共通で制御された
- 起こると予想される事態を計画する
- 状況の変化に関係なく、計画を実行する
- 変更はコストが高いため、変更制御を使用する
実証的プロセス制御とは何か?
実証的プロセス制御では、予期せぬ事態を想定する。定義されたプロセス制御では、すべてのタスクが事前に完全に理解される。スクラムでは、スクラム、実証的なプロセスが実装され、進捗は詳細な事前計画や事前に定義されたプロセスではなく、観察と実験に基づく。実証的プロセス制御は、事実、経験、証拠に基づき、検査と適応を通じて実現される。
実証的プロセス制御には以下の特徴がある:
- 進捗から学ぶ
- 変化を予期し、受け入れる
- 検査と適応のために短い開発サイクルを使用する
- 見積もりは参考用であり、正確でない可能性がある

スクラムにおける実証的プロセス制御
スクラムにおける実証的プロセス制御
スクラムでは、実証的プロセス制御は、透明性、検査、適応という3つの核心原則を通じて実装される。
透明性は、結果を管理する責任を持つ者にとって、結果に影響を与えるプロセスのすべての側面が可視であることを保証する。これらの側面は、単に透明であるだけでなく、観察する者によって理解されている必要がある。言い換えれば、誰かがタスクを完了とみなすとき、それは彼らが定義した「完了の定義.
プロセスの側面は、不適切なばらつきを検出するために頻繁に検査されるべきである。検査の頻度は、検査行為自体がプロセスに影響を与える可能性を考慮しなければならない。必要な検査頻度がプロセスの許容範囲を超えると、複雑な問題が生じる。幸いなことに、ソフトウェア開発はこの点に対してそれほど敏感ではないように見える。もう一つの要因は、作業を検査する者のスキルと勤勉さである。
検査者がプロセスの1つ以上の側面が許容範囲外であり、その結果として得られる製品が受け入れがたいと判断した場合、プロセスまたは処理中の素材を調整しなければならない。さらに大きなずれを防ぐために、調整はできる限り早く行うべきである。
スクラムイベントにおける三本の柱
では、スクラムがさまざまなイベントを通じて三本の柱をベストプラクティスとしてフレームワークに組み込んでいる方法を検討しましょう。
たとえば:
- そのデイリースクラムは、スプリント目標への進捗を検査し、次の日の作業に調整を加えて価値を最大化するために使用されます。
- さらに、スプリントレビューおよびスプリント計画は、リリース目標への進捗を検査し、次のスプリントでの価値を最適化するために調整を行うために使用されます。
- 最後に、スプリントリトロスペクティブは、過去のスプリントを振り返り、次のスプリントをより効率的で効果的かつ快適なものにするための改善点を特定するために使用されます。
このリストは、スクラムイベントと三本の柱との関係を以下のように要約しています:
- アーティファクト
- プロジェクトビジョンステートメント
- 優先順位プロダクトバックログ
- リリース計画
- ミーティング
- スプリントレビュー会議
- デイリースタンドアップ
- インフォメーションレーダー
- バーンダウンチャート
- スクラムタスクボード
検査スクラムにおける検査は以下の通り説明されます:
- 一般的なスクラムタスクボードやその他のインフォメーションレーダーを使用すること
- エピック開発中に顧客やステークホルダーからのフィードバックを収集し、優先順位を付けたプロダクトバックログを作成し、リリース行動を計画すること
- プロダクトオーナーと顧客がスプリントのデモンストレーションおよび検証の際に成果物を検査し承認する
適応はスクラムの核であり、チームとステークホルダーが透明性と検査から学び、それに応じて作業を適応させる。スクラムにおける適応性は次のように説明される:
- デイリースタンドアップミーティング
- 継続的なリスク特定
- 変更依頼
- スクラムガイドライン
- リトロスペクティブスプリントミーティング