プログラミングチーム

マリリン・マンテイによると、分散型プログラミングチームに所属する個人は、より高い仕事満足度を報告する。^{[ 2 ]}しかし、エゴレスプログラミングチームは、10人以下のプログラマーのグループで構成される。コードはグループメンバー間で交換され、目標が設定される。リーダーシップは、特定の時期に必要とされるニーズと能力に応じてグループ内で交代する。エゴレスチームには構造がないため、大規模プロジェクトでは効率性、有効性、エラー検出が弱くなる可能性がある。エゴレスプログラミングチームは、非常に複雑なタスクに最適である。

チーフプログラマーチームは通常、チーフプログラマー、シニアレベルプログラマー、プログラムライブラリアンの3人チームで構成されます。必要に応じて、追加のプログラマーやアナリストがチームに追加されます。この構造の弱点としては、チームメンバー間のコミュニケーション不足、タスクの協力不足、複雑なタスクの完了の困難さが挙げられます。チーフプログラマーチームは、チーム内の情報フローが限られているため、より単純で分かりやすいタスクに最適です。このチーム構造で働く人は、一般的に仕事の士気が低いと報告しています。^{[ 2 ]}

ウォーターフォールモデルは、より伝統的なアプローチとして知られており^{[ 6 ]} 、生産の線形モデルである。この方法論における一連のイベントは以下のとおりである。

1. 要件を収集し、文書化する
2. デザイン
3. コードと単体テスト
4. システムテストを実施する
5. ユーザー受け入れテスト（UAT）を実施する
6. 問題があれば修正してください
7. 完成品を納品する

ソフトウェア開発プロセスでは各段階が明確に区別されており、一般的に各段階が終了すると次の段階が開始されます。

このモデルを採用するプログラミングチームは、開発プロセスの早い段階でプロジェクトを設計できるため、設計を何度も繰り返すことなく、作業の大部分においてコーディングとテストに集中できます。また、これにより、チームはより包括的かつ綿密な設計を行うことができ、すべてのソフトウェア成果物を完全に理解することが可能になります。

アジャイル開発モデルは、従来のウォーターフォールモデルよりもチームベースの開発アプローチです^{[ 6 ]}。チームは迅速なデリバリー/デプロイメントで作業し、作業を「スプリント」と呼ばれるフェーズに分割します。スプリントは通常、各チーム/チームメンバーに与えられる2週間の計画されたソフトウェア成果物として定義されます。

各スプリント終了後、作業の優先順位が再設定され、前回のスプリントで得られた情報が今後のスプリント計画に活用されます。スプリント作業が完了すると、プログラミングチームによるレビューと評価が行われ、次のイテレーション（つまり次のスプリント）に回されるか、完了した場合はクローズされます。

アジャイルマニフェスト^{[ 8 ]}の一般原則^{[ 7 ]}は以下のとおりです。

• 顧客を満足させ、継続的にソフトウェアを開発する。
• 顧客の競争優位性を確保するため、変化するニーズを積極的に受け入れる。
• 動作するソフトウェアを頻繁に提供することに注力してください。納品は可能な限り最短期間で行うことを重視します。
• 開発者とビジネス担当者は、プロジェクト全体を通して協力して作業を進めなければならない。
• プロジェクトは、意欲的な人材を中心に展開されるべきです。彼らに適切な環境と必要なサポートを提供し、仕事をやり遂げる能力を信頼しましょう。
• 対面でのコミュニケーションは、チーム内で情報をやり取りする最良の方法です。
• 動作するソフトウェアこそが、進歩を測る主要な指標である。
• アジャイルプロセスは、持続可能な開発を促進します。スポンサー、開発者、ユーザーは、無期限かつ一定のペースを維持できるべ​​きです。
• 技術的な卓越性と優れたデザインへの絶え間ない配慮は、俊敏性を高めるだろう。
• シンプルさとは、行わない作業を最大限に活かす技術であり、不可欠なものであると考えられている。
• 自主的に組織されたチームは、たいてい最高のデザインを生み出す。
• チームは定期的に、より効果的に活動する方法について振り返り、それに応じて行動を調整していく。