サービスインに間に合わなかった原因は何だったのか？

プロセスを改善するということ 開発プロジェクトの現場では、大なり小なり必ず問題が存在する。それらの問題は最終的に低品質、予算超過、納期遅延などプロジェクトの失敗につながることもある。この状況を打開しようとさまざまな手を打っている企業は多いが、その打ち手は必ずしも大きな成果を挙げているとはいえない。 よくある要因の1つに、問題が顕在化した際に安易に個人や組織・ツールを原因と特定し、対策を講じようとすることが挙げられる。個人を原因として対策を施した場合、問題は解決したとしても組織には何も蓄積されない。そればかりか、人格否定など別の問題を発生させることもある。また、ツールおよび組織についていえば、そもそもなすべきことを効率的に実行するために組織は編成され、ツールは選定されるべきだ。なすべきことをきちんと分析せずに、組織やツールに対症療法を施しても、成果が出ない場合が多い。 そこで、なすべきこと、

[imai78]

でも、途中で要件変わったらどうするんだろ。

[itengineer]

でも、途中で要件変わったらどうするんだろ。

[hiroponz]

振り返りミーティングを行い、プロジェクトの問題点を分析し、対策を立てる。

[k-takahashi]

『いきなり改善策に飛び付かずに、現状把握から改善できそうな個所で効果がありそうなプロセスを特定し、改善ポイントを絞って取り組みを開始した』　ビジネスプロセス改善の例

[swallow_life]

そもそも上流と下流にわけるから発生する問題では？なぜわけるのか？分けるメリット、デメリットは？分けないとしたらどんな方法があるか？その方法でうまくゆくのか？

[Euvicc]

自分の耳が痛くなる話(泣