小さな2人のプロジェクトに適した方法は何ですか？
こんにちは
小規模な2人のプロジェクトに適した方法は何ですか？ 20〜40時間の範囲です。
それは主に小さなウェブサイトです。開発者としてアプローチしたいのですが、アジャイルやその他の方法論は、自分が求めているものには規模が大きすぎるようです。
ありがとう
それ自体がすべてのチームに適合する完璧な方法論はありません。その価値のある優れた方法は、すべてのチームとプロジェクトの特定の状況とニーズに合わせて調整する必要があることを認めます。
これだけ
- アジャイル（または何でも）の方法論からあなたに役立つと思われるものを選び、
- 使い始める
- それがどのように機能するかを見てください
- あなたが行くようにそれを改善します。
そのような小規模なプロジェクトの場合、実際に多くの計画を立てる必要はありません。しかし、私はあなたがまだ（他の人の間で）する必要があると思います
- 要件を管理し、
- タスクの見積もり、
- 進捗状況を追跡し、
- 要件が満たされていることを確認します。
これらは、IMHOが最も単純な開発プロセスでさえもある程度処理できるはずの事項の少なくとも一部です。もちろん、両方のドメインで経験があり、自分のしていることをよく理解していて、経営陣やスポンサーなどと緊密に連絡する必要がない場合は、最小限のプロセスで満足できる場合があります。 "早くやれよ"。それ以外の場合は、これらの条件の真の数が少ないほど、おそらくより多くのプロセスが必要になります。
@PéterTörökが同意して、1つ選んでマッサージします。
ただし、マッサージを提案する場合は、アグリーの世界から何かを選択します。これは、一定の開発期間を長くする必要があるウォーターフォールタイプの方法論とは対照的に、週20〜40時間の作業に適している可能性がある小さな作業の塊であるためです。正式な進歩を達成するため。
[〜＃〜] tdd [〜＃〜] は、特に20-40時間が実際に1日に2-4時間の複数のセットであり、週末にプッシュがある場合、優れた実装の補足になる可能性があります。 。それは本当に進歩を促進するのに役立ちます（そしてあなたが取り組んでいたものを思い出させます...現在壊れているテスト）
私は大学での一人の女性の最終年度プロジェクトにリーン手法を使用しています。具体的には、リーンソフトウェア開発でトムとメアリーポッペンディックによって特定された7つのリーン原則：ソフトウェア開発マネージャーのためのアジャイルツールキット（2003）
- 無駄をなくす
- 品質を高める
- 知識を生み出す
- コミットメントを延期する
- 早く届ける
- 人を尊重する
- 全体を最適化
テーマに関する私のリーディングから、プロジェクト管理とソフトウェアエンジニアリングへのリーンアプローチはアジャイルアプローチと混同されることがありますが、アジャイル方法論は主に変化に迅速に適応するワークフローを目的としているため、リーンは付加価値のない手順を排除することでこれをさらに進めますプロセス内で、さらに合理化された反復プロセスに焦点を当てます（ここで、リーンとアジャイルの方法論についての私の理解に同意しないでください）
参考文献の提案：Hibbs、Curt、Steve Jewett、Mike Sullivan。 （2009）。リーンソフトウェア開発の芸術。実用的で段階的なアプローチ。オライリーメディア
ここにいくつかのオプションがあります：
ペアプログラミングは、これらの状況で本当にうまくいくようです。プロジェクトパートナーと複数のプロジェクトを経験したため、一夜を終えた直後に何をしたかを伝えるのは困難ですが、他の人が朝の変更に同期することを計画している場合は重要です。 TDDとペアプログラミングを試してみてください。
複数の（比較的）独立したモジュールにプロジェクトを描き、コードを書きます。統合しながら共同作業を行い、1人が他のコードの半分を捨てないようにします。
もちろん、スクラムなどのアジャイル手法は、この設定でもうまく機能します。