プロジェクトの定義は不十分です。CS111コンピュータプログラミングIの学生向けに、機能に焦点を当てた教育用ソフトウェアを作成する予定です。Flexで働いているさまざまなバックグラウンドを持つ6人の学生開発者がいます。プロジェクトの期間は約7週間です。面接時間は非常に限られており（週30分）、作業時間は非常に限られています（開発者1人あたり週8時間未満）。お客様（コースの教授、CS 111の教授、CS 111の学生）へのアクセスは制限されています。
当社のツールセットには、Flex Builder、Subversion、およびTRACが含まれています。
このプロジェクトに最適な方法とその理由は何ですか？あるいは、この状況により適したものにするために、さまざまな方法論からどのような機能を収集する必要がありますか？
コミュニケーションが少なく、時間よりも要件が多く、顧客へのアクセスがないなど、このような状況で方法論が成功すると思われる理由は何ですか。
そうは言っても、インクリメンタル配信（各イテレーションにはいくつかの機能が必要）、単体テスト（すべてのテストはチェックイン前に合格）、インクリメンタルリリースのタグ付け（動作中のリリースに戻る機能）、およびペアリングに焦点を当てます。チームの全体的な生産性を高めるために、強いチームメンバーと弱いチームメンバーの組み合わせ。チームの1人の強力なメンバーを統合テストに専念させることを検討してください。
増分配信が最も重要です。要求されたものよりも少ない動作するデモを表示することは、動作しないプロトタイプを表示するよりも常に優れています。
ここでアジャイル手法を使用できますが、ニーズに合わせて採用する必要があることは明らかです。
たとえば、実際の顧客に十分にアクセスできない場合、目標を最もよく理解している人が顧客の代理人として行動する必要があります。また、顧客へのアクセスを増やすことをお勧めします。ほとんどの人は、実際よりも忙しく見せようとしますが、通常、その障害を解決する方法があります。
チームが同時に持っている限られた作業時間を確認してください。連携できなければ、アジャイルなアプローチはあり得ません。
ストーリーベースの見積もり、反復的な開発プロセスなどを間違いなく使用できます.
本当に重要なことは、アジャイル プロセスがどのように機能するか、およびプロジェクトにおける各人の役割について、すべてのチーム メンバーが明確かつ明確に理解できるようにすることです。SCRUM を使用すると言うのは非常に簡単ですが、残念ながら、実際の理解と経験がなければ、あまり意味がありません。
いくつかのアドバイス：