ポストモーテム 間違った反省会からの脱却/「銀の弾丸」になってしまう仕組み
List ●ポストモーテム 間違った反省会からの脱却（2006/1/1） 「銀の弾丸」になってしまう仕組み（2006/1/1） 間違った反省会からの脱却 TSP（Team Software Process）を原書で取り寄せて中を覗いてみて目に付いたのは「Chapter 10 The Post Mortem」というタイトルでした。３０数年、この世界にいて初めて目にするものでした。辞書で調べてみると「検死解剖」という意味だと分かって妙に納得したことを、いまでも鮮明に覚えています。同時に「どうしてこんなタイトルが考えつくのだろう」とも思ったものでした。（“やっかみ”が含まれていますね） プロジェクトは、多くの場合、満足な結果で終わっていません。途中で仕様変更の頻発に見舞われて混乱し、さらにテストの段階では品質問題で大幅な手戻り工数が発生し、最終的に納期を数ヶ月オーバーして終了するのです。もち
InfoQ: コンテキストマッピングによる戦略的ドメイン駆動設計
図１．ユビキタス言語はモデルを表現するのに用いられる唯一の言語でなければならない。チーム内のメンバは誰もが、個別の各用語についてあいまいさの残らない形で合意せねばならず、翻訳する必要がないようにしなければならない。 コードはモデルを表現する主要な形態です。要件なり設計の一部分をとらえる過程においては、それ以外の成果物も必要になるかもしれません。しかし、アプリケーションのふるまいと恒常的に同期しているのはコードそれ自体なのです。このようなモデリングの理想郷は、いくぶん脆弱なエコシステムです。前述したような条件が与えられれば実現は可能ですが、むやみに拡大することはできません。概念的統一性を妥協することなく、モデルを拡大することができる最大の範囲が、コンテキスト（"context"）と呼ばれています。 境界つきコンテキストに踏み込む ドメイン駆動設計において、コンテキストは次のように定義されてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[TiDD] 制約とチケット駆動開発 - ソフトウェアさかば
アジャイル組織は何を重視すべきか?
