社内向けのWEBｱﾌﾟﾘｹｰｼｮﾝを構築します｡JAVAで1年程度のﾌﾟﾛｼﾞｪｸﾄです｡現在の人数は10人程度です｡
現在外部設計書を作成しておりますが､上手く進んでいません｡
ﾃﾞｽﾏｰﾁになりそうな予感がします｡
そこで､ﾃﾞｽﾏｰﾁを経験された方に質問させてください｡
ﾃﾞｽﾏｰﾁの始まり､前兆みたいなものってありますでしょうか？
また､あの時に注意しておけばﾃﾞｽﾏｰﾁにならなかったのに｡というようなお話が聞ければ幸いです｡

ちなみに私の現状では､外部設計書に各画面の機能(画面に何を出すか､検索画面で何を検索の母数にするのかなど)を
全く文章にしない事がﾁｰﾑ内で決定されましたので､｢ﾃﾞｽﾏｰﾁ｣の始まりでは？？ と恐れております｡
(機能概要､画面ﾓｯｸｱｯﾌﾟ､画面遷移図は存在します｡文章で書いているのは､機能概要だけなのが非常に心配です｡)

色々なものが絡み合って火をふくと思うのですが､強いてあげれば､

･顧客の仕様(文章も絵もあった)を正確に理解できず､こういう場合はどうするか､などといった確認を怠った｡

ｰ＞仕様を各ﾒﾝﾊﾞがなんとなくしかわかってない(全くわからないわけではない)｡

･ｺｰﾃﾞｨﾝｸﾞ規約が破られる｡他に､iTempなんてﾈｰﾐﾝｸﾞを付けてくれる人が出始める｡

10人のﾌﾟﾛｼﾞｪｸﾄの場合だと確かに危険ですね＞全く文章にしない項目がある｡

これが許されるのはXPがちゃんとﾜｰｸする､かなりできるﾌﾟﾛｸﾞﾗﾏが4名程度のﾁｰﾑでかつ対象がWebｱﾌﾟﾘのように開発ｻｲｸﾙが速いものに限られるでしょう｡つまり｢拳と拳で語り合う(ｿｰｽ読んでお互いに理解している)｣状況だけです｡

それに付随して､危険な予兆は例えば

• 忙しいんだからということでﾐｰﾃｨﾝｸﾞ(会議体)が行われなくなる､または行われても｢特に問題はありません｣であっさり終わるか､逆にまとまりのない報告の連続だけで終わってしまう｡

これでお互いの意思の疎通ができなくなり､各人が思い込みで作業を進めることになるでしょう｡

• 作業の記録が残らない

自分の､ではないんですが､ｿｰｽ管理･用件管理･進捗管理が全くまともに行われていないﾌﾟﾛｼﾞｪｸﾄを見たことがあります｡どれが最新の正しいｿｰｽかもわからない状態でもう悲惨の一語でしたね｡たとえ管理ﾂｰﾙを使っていてもﾓｼﾞｭｰﾙなどを更新するときのﾙｰﾙを決めておかないといとも簡単にこういう状況に近いところまで落ちます｡

なんか､当たり前のことなんですが､始める前にこういう決め事をちゃんとしておくかしておかないか､というのが大事かと思います｡

経験年数が浅いので大きな事は言えませんが､自分の思うところを｡

当然､工程にもよると思いますが､上流工程でいえば顧客との打合せにおいて､

下流工程では設計SEとﾌﾟﾛｸﾞﾗﾏにおいて､

業務や仕様の理解がお互いに進まないと､ﾃﾞｽﾏｰﾁになる恐れがあると思います｡

この点において最も大事なところは､仕様や業務への理解を曖昧にしないことですね！

という意味では､ﾌﾟﾛｼﾞｪｸﾄ内のｺﾐｭﾆｹｰｼｮﾝはとても重要です｡

そこでつまづくと､ﾃﾞｽﾏｰﾁの可能性がかなり高まってしまうと思います……｡

また､単純に｢納期｣までの時間も重要な要素だと思います｡

あまりに短納期での開発のせいで､私はﾃﾞｽﾏｰﾁに突入した経験があります｡

適正なｽｹｼﾞｭｰﾙ引き､定期的なﾚﾋﾞｭｰからﾘｽｹｼﾞｭｰﾙを繰り返すことで､

うまくﾌﾟﾛｼﾞｪｸﾄﾏﾈｼﾞﾒﾝﾄを行う必要があると思います｡

大変だと思いますが……応援しています！

ﾃﾞｽﾏｰﾁが起きる理由 - 3つの指標

ﾃﾞｽﾏｰﾁとは

予定の開発期間を過ぎても､まだまだ終わらないﾌﾟﾛｼﾞｪｸﾄのこと｡ｴﾄﾞﾜｰﾄﾞ･ﾖｰﾄﾞﾝは､著書の中でﾃﾞｽﾏｰﾁの定義として4つの項目を挙げています｡

* 1．与えられた期間が､常識的な期間の半分以下である｡

* 2．ｴﾝｼﾞﾆｱが通常必要な半分以下である｡

* 3．予算やその他のﾘｿｰｽが必要分に対して半分である｡

* 4．機能や性能などの要求が倍以上である｡

前兆ではありませんが､間違いなくﾃﾞｽﾏｰﾁなのは

｢納期遅れの挽回対策｣として｢ｿﾌﾄ開発者が増員される｣場合です｡

ﾌﾟﾛｼﾞｪｸﾄ途中で人を増やすと､新しく来た人に説明の手がとられて逆に効率が下がります｡上の人の顧客に対する言い訳に過ぎないのです｡

ﾃﾞｽﾏｰﾁの予感としては､担当者の能力(経験)不足な場合がありますね｡開発案件ではなく社内ｼｽﾃﾑの開発でしたがﾃﾞｰﾀﾍﾞｰｽの設計一つ見ても背筋がｿﾞﾜｿﾞﾜしました｡正規化以前の話で案の定ﾃﾞｽﾏってます｡

ﾃﾞｽﾏｰﾁが発生するのは｢納期は固定なのに仕様が決まらず｣ずるずると開始が送れた場合に良く発生します｡

心配ですね｡

ｿﾌﾄｳｪｱは目に見えないので､さまざまなｽﾃｰｸﾎﾙﾀﾞｰに無理なｽｹｼﾞｭｰﾙ､予算を押し付けられても反論することが難しく､現場ではいやな雰囲気がただよい不安はつきないと思います｡

ﾃﾞｽﾏｰﾁの始まりを語れるほど経験はありませんが...

･打ち合わせや会議が増える

･結局なにも決まらなかった打ち合わせや会議が増える

･ｽｹｼﾞｭｰﾙがない(不明確､あっても形だけ)

･ｽｹｼﾞｭｰﾙがあっても明確なﾏｲﾙｽﾄﾝがない

私の貧弱な経験より下記を参照するのが良いと思います｡

(C)株式会社はてな