ニーズをユーザー、プロセス、そして目に見える成果に結びつける。
- 目標と限界
- ユーザーと重要な旅
- 制約と依存関係
証拠から始めよう
PHPプロジェクトの発見：何を作り、何を学ぶべきかを最初に決める
想定事項を確定的なスケジュールに落とし込む前に、目標、ユーザー、システム、データ、制約、リスクを整合させます。
ゴールビジネス成果と影響を受けるユーザー。
システムコード、データ、統合、運用。
決断範囲、仮説、そして次のステップ。
現状、リスク、そして変化に対応できる実際の能力を特定する。
- アーキテクチャとコード
- データと統合
- 環境、配送、チーム
学習内容を優先事項と検証可能な基準に落とし込む。
- 初期範囲
- 前提条件と除外事項
- 受入基準
有益な実践とは、儀式ではなく、意思決定と証拠を生み出すものである。
プロジェクトのリスクに応じて、調査の深さとペースを調整します。結果を保護する管理体制を維持しつつ、意思決定に影響を与えない文書、会議、ツールは避けます。
コンテキストマップ
ニーズをユーザー、プロセス、そして目に見える成果に結びつける。 関連する人物、システム、データ、および関係性。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
仮定登録簿
現状、リスク、そして変化に対応できる実際の能力を特定する。 私たちが知っていること、推測すること、そして検証する必要があること。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
リスクマップ
学習内容を優先事項と検証可能な基準に落とし込む。 確率、影響、そして制御。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
優先順位の高いブリーフ
ニーズをユーザー、プロセス、そして目に見える成果に結びつける。 目標、成果物、そして次の決定事項。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
何が目に見える形で、そして使用可能なまま残るのか
関連する人物、システム、データ、および関係性。
私たちが知っていること、推測すること、そして検証する必要があること。
確率、影響、そして制御。
目標、成果物、そして次の決定事項。
完走と学習に焦点を当てたサイクル
準備する
目標、参加者、アクセス方法。
探検する
インタビュー、製品開発、コード開発、運用。
チャレンジ
調査結果、選択肢、そしてリスク。
同意する
範囲、基準、および当面の計画。
文脈を考慮した基準
- 不確実性を架空の推定値に変えてはならない。
- 事実、仮定、決定事項を区別する。
- 実行可能なアクションで発見を完了する。
チームのスピードを落とさずに明確な責任体制を確立する
すべての活動は、チームが理解し、意思決定し、成果を上げ、あるいは学びを得るのに役立つものでなければならない。もし有用な成果が得られないのであれば、それは簡素化されるか、削除される。
情報の準備者、決定者、検証者、そして情報を知る必要のある者を明確に区別することで、待ち時間を短縮し、議論が終わったかどうかが分からず同じ会話を繰り返すことを防ぎます。重要な決定事項はそれぞれの文脈の中で保持され、状況の変化に応じて見直すことができます。
トラッキングでは、製品の成果と技術的な健全性（納品された結果、残存リスク、依存関係、品質、運用能力）を総合的に評価します。ベロシティ、時間、タスク数を価値の代替指標として用いることはありません。適切な開発サイクルは問題を早期に発見し、解決のための十分な時間を確保します。
- 所有者と状況を考慮した上での意思決定。
- 遅延が発生する前に、リスクと阻害要因を可視化する。
- 証拠はリポジトリまたは共有ツールでアクセス可能です。
- 価値を生み出さなくなった時点で、その慣行を見直す。
この慣行に関する質問
それはすべてのプロジェクトに等しく適用されるのでしょうか？
いいえ。重要な管理体制は維持しつつ、実際のリスクに合わせて管理の深さ、頻度、文書化の頻度を調整します。
自分たちの道具を使ってもいいですか？
はい。リポジトリ、追跡、通信、配信は、可能な限りクライアント環境と統合されます。
この決定に関連するコンテンツ
診断、処置、または関連する経験を継続してください。
最初の会話
PHPアプリケーションに必要なものについて話し合いましょう
状況、主な阻害要因、そして求める結果についてお聞かせください。初期評価に必要な質問を返信いたします。
- 商業的な義務は一切ありません
- チームとの直接連絡
- お客様の個人情報は第三者に販売されることはありません。