ローカル環境で動作するコードを超えて、何が必要かを合意する。
- 製品基準
- レビューとテスト
- 運用と文書化
変更に近い制御
レビュー、テスト、リスクに見合った基準を通じて、PHPの品質を明確に示す。
完了の定義は、動作、コード、データ、セキュリティ、運用を結びつけることで、品質が後回しにされる段階にならないようにします。
レビュー統合前に異議申し立てが行われた決定。
テスト衝撃と頻度に応じた保護性能。
配達リリース前に実行される制御。
デザイン、読みやすさ、リスク、行動に課題を投げかける。
- 小さな変化
- 視覚的なコンテキスト
- 実践的なフィードバック
検出する必要のある障害を中心に、複数のレベルを組み合わせる。
- ユニットと統合
- 契約とデータ
- 重大な回帰
有益な実践とは、儀式ではなく、意思決定と証拠を生み出すものである。
プロジェクトのリスクに応じて、調査の深さとペースを調整します。結果を保護する管理体制を維持しつつ、意思決定に影響を与えない文書、会議、ツールは避けます。
確認チェックリスト
ローカル環境で動作するコードを超えて、何が必要かを合意する。 製品、技術、運用に関する基準。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
テスト計画
デザイン、読みやすさ、リスク、行動に課題を投げかける。 リスク、レベル、データ、および所有権。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
管理レポート
検出する必要のある障害を中心に、複数のレベルを組み合わせる。 CI、分析、および脆弱性に関する結果。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
受諾の証拠
ローカル環境で動作するコードを超えて、何が必要かを合意する。 検証済みの動作と既知の境界。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
何が目に見える形で、そして使用可能なまま残るのか
製品、技術、運用に関する基準。
リスク、レベル、データ、および所有権。
CI、分析、および脆弱性に関する結果。
検証済みの動作と既知の境界。
完走と学習に焦点を当てたサイクル
定義する
建設前にリスクと基準を定める。
埋め込む
コードとテストを同じ変更に含める。
レビュー
技術面および製品面に関するフィードバック。
確認する
最終確認と観察。
文脈を考慮した基準
- 保険加入はリスク選択に代わるものではありません。
- レビューでは、スタイルを押し付けるのではなく、その理由を説明すべきである。
- 動作が遅い、あるいは不安定な制御は、最終的には無視されるようになる。
チームのスピードを落とさずに明確な責任体制を確立する
すべての活動は、チームが理解し、意思決定し、成果を上げ、あるいは学びを得るのに役立つものでなければならない。もし有用な成果が得られないのであれば、それは簡素化されるか、削除される。
情報の準備者、決定者、検証者、そして情報を知る必要のある者を明確に区別することで、待ち時間を短縮し、議論が終わったかどうかが分からず同じ会話を繰り返すことを防ぎます。重要な決定事項はそれぞれの文脈の中で保持され、状況の変化に応じて見直すことができます。
トラッキングでは、製品の成果と技術的な健全性（納品された結果、残存リスク、依存関係、品質、運用能力）を総合的に評価します。ベロシティ、時間、タスク数を価値の代替指標として用いることはありません。適切な開発サイクルは問題を早期に発見し、解決のための十分な時間を確保します。
- 所有者と状況を考慮した上での意思決定。
- 遅延が発生する前に、リスクと阻害要因を可視化する。
- 証拠はリポジトリまたは共有ツールでアクセス可能です。
- 価値を生み出さなくなった時点で、その慣行を見直す。
この慣行に関する質問
それはすべてのプロジェクトに等しく適用されるのでしょうか？
いいえ。重要な管理体制は維持しつつ、実際のリスクに合わせて管理の深さ、頻度、文書化の頻度を調整します。
自分たちの道具を使ってもいいですか？
はい。リポジトリ、追跡、通信、配信は、可能な限りクライアント環境と統合されます。
この決定に関連するコンテンツ
診断、処置、または関連する経験を継続してください。
最初の会話
PHPアプリケーションに必要なものについて話し合いましょう
状況、主な阻害要因、そして求める結果についてお聞かせください。初期評価に必要な質問を返信いたします。
- 商業的な義務は一切ありません
- チームとの直接連絡
- お客様の個人情報は第三者に販売されることはありません。