技術・品質・チーム · 中級

ベンダーと開発請負業者と作業する

一行でいうと: 成果物、所有権、アクセスを事前に書面で定義する——最後の大きな引き渡しではなく継続的な配信を要求する。

合意に含まれるべきもの

コードとデータの完全な所有権;最初の日からあなたのアカウントのリポジトリ;環境へのアクセス;実行中のコードだけでなくドキュメントと知識移転を含む成果物リスト。

そして:最後に何が起きるか——どれくらいの引き継ぎサポート、誰がキーを保持するか。

マイクロマネジメントなしに追跡する方法

プレゼンテーションではなく実際の環境での二週間ごとのデモ。ビルドパイプラインと指標へのアクセス。そして各マイルストーンの書かれた受け入れ基準——「完了した」は状態ではなく合意だ。

骨格を早く確認する:デプロイメント、認証、監視。最後に崩壊するプロジェクトはほとんど常にそこで崩壊する。

警告サイン

リポジトリへのアクセスなし;テストなし;セキュリティとインフラのトピックに対する「最後にそれをやる」;一人への依存。それぞれは一ヶ月後ではなくすぐに会話の価値がある。

さらに深く

最後ではなくプロジェクト中盤に短い外部コードレビューを求める。比較的安く、まだ修正する時間があるうちに構造的なギャップを明らかにする——引き渡し後は、すべての発見が商業的な紛争になる。