重複の可能性:
単一の開発者向けの設計および開発方法論
私は自分のプロジェクトに関しては、主にLAMPスタックを使用するWeb開発者です。ほとんどの場合、プロジェクトのコーディングを開始し、バグを修正し、機能を追加していきます。多くの場合、WordpressまたはDrupalなどの既存のソリューションを使用しようとします。
ビジネスをターゲットグループとして自分のWebアプリケーションを作成することを考えているので、適切な分析と設計の必要性があると感じています。 1人のプロジェクトに軽量でありながら、要件、ユーザーインターフェイス、セキュリティなどを処理するのに十分な堅牢性を備えています。方法論と文献を推奨することができれば私は感謝されます。
単一の開発者にとって、私は通常2つのことをお勧めします:
まず、パーソナルソフトウェアプロセスを確認します。これは文書化と統計が重いですが、個人向けに正式に調査、調査、適用された数少ないプロセスの1つです。ほとんどの作業は、少なくとも5〜7人のチーム向けに行われ、その上、大規模な組織のコンテキストで頻繁に行われています。 PSPは、1人の開発者が自分のプロセスと方法論を調べて、それらが最も効果的であり、プロセスのどこに問題が存在する可能性があるかを判断できるように設計されています。ただし、PSPは何をするかについては述べていません。手順を実行する方法についての提案はなく、実行する必要のある手順と、各手順の実行に使用した方法を確認する方法についてのみ説明しています。
次に、一般に受け入れられている「ベストプラクティス」を確認し、開発中の製品にどのように適合するか、および作業方法を確認します。ソロで作業しているので、他の開発者に対応する必要はありません。これは、物事を成し遂げる方法から、それらの方法をサポートするために使用するツールまで、すべてを選択できることを意味します。単体テストや受け入れテスト、「必要ない」などのプラクティスを使用または定義できるかどうか、またどのように定義できるか、リリーススケジュールとマイルストーン、コーディング標準、要件の取得と設計上の決定(単に大きなもののいくつか-もっとあります)。
私は以前に単一開発者プロジェクトでXP(ペアプログラミングなし)を実行しました。XP計画は特にうまく機能します。
急速に非常に変化する要件がある場合は、かんばんが計画部分に適している可能性があります。 XPの技術的な慣習のほとんどは、まだ有効です。
書籍:
かんばん/リーンの本について個人的な推奨事項はありません。 アンダーソン 1つは良いはずです。
Leveraging Drupal by Victor Kane:
http://www.Amazon.com/Leveraging-Drupal-Getting-Right-Programmer/dp/0470410876
それは少し古いですが、ほとんどの議論はDrupal 6を中心に展開し、Drupal 7が登場することを指しますが、全体的に彼の開発への彼のアジャイルなアプローチを説明していますDrupalを詳細に使用します。すでにDrupalの経験があるので、これはあなたにとって良い出発点です。
彼は、ユーザーストーリーを使ったより正式なアプローチを強調しています。あなたが探しているものだと思います。