内容は、コードとその記述するプロセスにできるだけ近い場所に記述してください。
- READMEとローカル実行
- アーキテクチャ上の決定
- 契約と統合
継続する能力
忘れられたファイルを生み出すことなく、依存関係を減らすための文書化と知識移転
私たちは、意思決定、業務、そして再現が困難な知識を文書化し、それを日々の業務と結びつけることで、有用性と検証可能性を維持します。
建築境界、依存関係、そして意思決定。
業務配信、信号、そして復旧。
移行セッション、練習、共有アクセス。
観察、解放、回復の方法を説明してください。
- ランブック
- アラートと所有者
- バックアップと復元
共有することはプレゼンテーションとは異なります。相手側が実行できる能力を備えている必要があります。
- ペアリングとレビュー
- 録音可能なセッション
- 監督下での執行
有益な実践とは、儀式ではなく、意思決定と証拠を生み出すものである。
プロジェクトのリスクに応じて、調査の深さとペースを調整します。結果を保護する管理体制を維持しつつ、意思決定に影響を与えない文書、会議、ツールは避けます。
建築地図
内容は、コードとその記述するプロセスにできるだけ近い場所に記述してください。 構成要素、境界、データ、および統合。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
ADR
観察、解放、回復の方法を説明してください。 状況、選択肢、そして技術的な決定。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
ランブック
共有することはプレゼンテーションとは異なります。相手側が実行できる能力を備えている必要があります。 運用、インシデント対応、配送、復旧。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
転送プラン
内容は、コードとその記述するプロセスにできるだけ近い場所に記述してください。 トピック、所有者、セッション、および証拠。 その結果には、所有者、レビュー日、および製品決定との関連性があります。
何が目に見える形で、そして使用可能なまま残るのか
構成要素、境界、データ、および統合。
状況、選択肢、そして技術的な決定。
運用、インシデント対応、配送、復旧。
トピック、所有者、セッション、および証拠。
完走と学習に焦点を当てたサイクル
識別する
重要な知識と聴衆。
書類
実際の作業に近い形式。
共有
説明、ペアリング、質問。
確認する
相手側が実行および更新を行う。
文脈を考慮した基準
- 推測しにくい決定事項や業務内容を文書化する。
- クライアントに最初からアクセス権を与える。
- 実践を通して、その効果を検証する。
チームのスピードを落とさずに明確な責任体制を確立する
すべての活動は、チームが理解し、意思決定し、成果を上げ、あるいは学びを得るのに役立つものでなければならない。もし有用な成果が得られないのであれば、それは簡素化されるか、削除される。
情報の準備者、決定者、検証者、そして情報を知る必要のある者を明確に区別することで、待ち時間を短縮し、議論が終わったかどうかが分からず同じ会話を繰り返すことを防ぎます。重要な決定事項はそれぞれの文脈の中で保持され、状況の変化に応じて見直すことができます。
トラッキングでは、製品の成果と技術的な健全性（納品された結果、残存リスク、依存関係、品質、運用能力）を総合的に評価します。ベロシティ、時間、タスク数を価値の代替指標として用いることはありません。適切な開発サイクルは問題を早期に発見し、解決のための十分な時間を確保します。
- 所有者と状況を考慮した上での意思決定。
- 遅延が発生する前に、リスクと阻害要因を可視化する。
- 証拠はリポジトリまたは共有ツールでアクセス可能です。
- 価値を生み出さなくなった時点で、その慣行を見直す。
この慣行に関する質問
それはすべてのプロジェクトに等しく適用されるのでしょうか？
いいえ。重要な管理体制は維持しつつ、実際のリスクに合わせて管理の深さ、頻度、文書化の頻度を調整します。
自分たちの道具を使ってもいいですか？
はい。リポジトリ、追跡、通信、配信は、可能な限りクライアント環境と統合されます。
この決定に関連するコンテンツ
診断、処置、または関連する経験を継続してください。
最初の会話
PHPアプリケーションに必要なものについて話し合いましょう
状況、主な阻害要因、そして求める結果についてお聞かせください。初期評価に必要な質問を返信いたします。
- 商業的な義務は一切ありません
- チームとの直接連絡
- お客様の個人情報は第三者に販売されることはありません。