チーム開発
なぜ組織構造が重要なのか SDDが機能するチームの基本構造 よくある失敗パターン ― 仕様責任者が存在しない 役割分担の具体例 仕様責任者(Specification Owner) 実装責任者(Implementation Owner) 検証責任者(Validation Owner) SDDがうまく回るコミュ…
SDD(仕様駆動開発)は人間関係を改善する手法ではないが、結果として衝突は減る なぜPMとエンジニアは衝突するのか 従来開発における仕様の位置 よくある摩擦 SDDにおける仕様の定義 衝突が減るメカニズム 責任の所在が明確になる 見積もりが現実的になる 注…
AIを導入しても生産性が上がらない理由 特徴1:レビューが「正解探し」になっている 特徴2:タスクが大きすぎる 特徴3:仕様が会話の中にある 特徴4:失敗を記録しない 特徴5:責任範囲が曖昧 注意点:教育コストは一時的に上がる ではどうすれば生産性は上…
問題はコードではなく「共有されていない前提」 最初に起きる小さな違和感 composer.lockを軽視した場合 なぜ問題が拡大するのか よくある誤対応 本番でのみ発生する理由 依存関係が管理されている状態 なぜ炎上につながるのか 注意点:ツール導入だけでは解…
composer.lockとは何をしているファイルか composer.jsonだけでは再現性が保証されない composer.lockを消すと何が起きるのか 動いていたコードが突然動かなくなる 本番と開発環境で結果がズレる 「update」と「install」の違いを誤解しているケース compose…