提供ソフトウェアのユーザーが欲しいです

1. 顧客は言語のヘッドが直面する問題を、理解して詳細に彼らに説明することができ、一緒に意思決定を行い、それらが決定を下すようにすることができます。
2. 設計ガイドラインをしてみましょうではなく、開発を操作し、あなたは正しい方向に向かっ設計ガイドライン、合理的に実用的な技術、最初に何が必要かを決定し、その後、これらの具体的な質問への技術の使用を評価し、使用したい任意の技術のいくつかを尋ねます正直に答えるために重要な問題と。新技術は、あなたが良い仕事を助けることができる新しいツールのようにする必要があり、彼女はあなたの仕事ではありません。
3. 解放されずに残って、あなたのシステムが常にコンパイルできることを確認し、実行し、テストし、すぐに展開。
4. 初期の統合、頻繁に統合、コードの統合は、リスクの主な情報源です。このリスクを回避するために、唯一の初期の、継続的かつ定期的な統合を統合。
5. 初期の試験問題は、異なるマシンに依存している別のプロファイルを使用して、アプリケーションをインストールする展開システムを使用して展開を自動化。品質保証担当者は、テスト展開と同じテストを適用します。
6. 目に見えるアプリケーションを維持するために（だけでなく、顧客の心を理解するために）、開発中に頻繁にフィードバックを得るためにデモを使用してください。毎週または2には、すべての顧客を招待し、彼らに最新の機能の完全なプレゼンテーションを、彼らは正のフィードバックを得ます。
7. 短いイテレーション、増分リリースを使用しますが、利用できる機能ブロックの最小値との積をリリース。約1〜4週間の反復サイクルを使用して各インクリメンタル開発。
8. 定価は、チームを作成し、クライアントと、実際に現在のプロジェクトで作業するために、具体的な実践的な評価を行うための裏切りコミットメントを意味します。彼らが望む顧客の機能や予算によって制御されます。