これは経験の声です。
二つ以上のプロジェクトに参加し、効率と品質を確保するために集中することを回避しながら、1、開発者は、シングルスレッドの仕事にしてみてください。
2、時間制限、外部顧客へのコミットメントは、規制要件への作業のメンテナンス期間、プロジェクトの概要を応答するために、二つのプロジェクト間のバッファとして、チームに少し余分な時間を終了します。
3、技術文書の一部は、それほどではない形式ではないが、引き継ぐために、将来の世代を容易にする必要があります。インターフェイスのドキュメント、データベースの設計仕様は、（直接テーブルとフィールドの間でノートに反映させることができ、あなたは文書を持っていない）必要があり、他の人が状況を参照してください。
4、ニーズの完全な理解を確保した後、要件文書、インタラクティブなプロトタイプを勉強した後、起動するプログラマを強制。
プロトタイプが確認されていない前に5は、前端と後端を開始するために禁止されています。
6は、誰かが定期的に見直さなければなりません（少なくとも毎週）コードは残業リワークを仕事に失敗した、怠惰であることを許可されていません。
図7に示すように、変更のための要求の全てにかかわらず、スケジュールとコストへの影響は、記録されなければならないかどうか、文書化されなければなりません。