チームプログラミング

ソフトウェア エンジニアリングにおいて、チーム プログラミングとは、コンピュータ ソフトウェア開発プロジェクトでタスクの配分を調整するためのプロジェクト管理戦略であり、2 人以上のコンピュータ プログラマーを、大規模なプログラミング プロジェクト内の個別のサブタスクに共同で取り組むよう割り当てることです。一般に、この用語が現在使用されている方法は、複数の個人が同じアクティビティに同時に取り組む、ソフトウェア開発業界で現在流行している方法を指します。これらのシステムでは、プログラマーは多くの場合、同じコンピュータ ワークステーションでペアになってグループ化され、一方が他方のソフトウェアでの作業を観察し、一定間隔で役割を交代します。

従来のソフトウェア開発では、範囲と規模の大きいプロジェクトでは、ほとんどの場合、複数のプログラマーがコンピュータ システムの別々の部分で作業する、つまり分業方式がとられてきました。1 人のプログラマーが複雑なシステムに必要なすべての作業を、実行可能な時間枠内で完全に独力で適切に完了できると考えるのは明らかに不合理です。開発プロジェクトが複雑になるにつれて、システム分析、品質保証、個々のコンポーネントがもたらす技術的課題などの側面で専門知識が最も重要になります。当初、これは非公式なプロセスになる傾向がありましたが、商用ソフトウェア開発が実行可能な産業として台頭するにつれて、より産業的かつ体系的なアプローチが必要になりました。

構造化システム分析設計法(SSADM)など、もともと政府のプロジェクトを遂行するために設計された紙ベースのシステム方法論では、個々のタスクを実行するために個々の人を割り当て、ウォーターフォール ソフトウェア開発モデルにおけるプログラマーの役割とは明確に区別して設計者の役割を指定していました。この方法論では、システム開発プロジェクトが進行する個々の「ライフサイクル」の各段階も明確に区別されていました。結果として、システム開発プロジェクトの「紙の証跡」の作成には非常に長い時間がかかるため、実際の開発時には分析ドキュメントの一部 (または場合によっては全体) が古くなっていることが多く、役に立たないどころか、役に立たないものになっていました。

これらの古い方法では、システムが大きくなるにつれてコストが制御不能に陥ったり、スケジュールが市場投入までの時間に間に合わなかったりするなどの問題がありました。これらの問題から、ペアプログラミング、モブプログラミング（別名アンサンブルプログラミング）、およびベームスパイラルなどの新しいシステムライフサイクル構造などの手法が生まれました。これらの新しいアプローチの仕様は 1980 年代半ばに始まり、現在も続いています。これらの戦略の多くは、個々のタスクに個別に責任を負うのではなく、複数のプログラマーが同じソースコードに共同で取り組むことを伴います。たとえば、「ペアプログラミング」では、結果として得られる製品に対する責任は、割り当てられたサブタスクを一緒に取り組む 2 人のプログラマーの間で均等に共有されます。このアプローチの利点には、1 人のプログラマーの知識の不足を、もう 1 人のプログラマーの特定の領域の能力で補うことが含まれます。さらに、責任を共有することで、プロジェクトの期限と品質目標を満たすインセンティブが高まると考えられています。

この手法は、 Rational Unified ProcessやExtreme Programming (略称「XP」)などのオブジェクト指向プログラミング手法を中心とした新しいプログラミング手法で頻繁に使用され、Unified Modelling Language (UML) などの設計ドキュメント化手法と組み合わせて使用​​されることがよくあります。オブジェクト指向プログラミング言語では、ソフトウェアの機能はモジュール化された個別のユニット (機能要素はクラス、特定の機能を実行する相互にリンクされたクラスの集合はパッケージと呼ばれます)を形成します。これらのうち最もよく知られている 2 つはC++とJavaです。これはプログラミング プロジェクトをサブチームに分割するのに適していますが、各サブタスクの完了後に結果として得られる製品を統合する際には依然として問題が発生することがよくあります。

モブプログラミング（非公式にはモビング、アンサンブルプログラミング、ポッセプログラミングとも呼ばれる^[1]）は、チーム全体が同じものに対して、同じ時間に、同じ場所で、同じコンピュータで作業するソフトウェア開発手法です。これは、2人が同じコンピュータの前に座り、同時に同じコードで共同作業するペアプログラミングに似ています。モブプログラミングでは、コードの記述とコードベースへの入力には1台のコンピュータを使用しながら、共同作業はチーム全員にまで及びます。^[2]

モブプログラミングの基本的な概念はシンプルです。チーム全体が1つのタスクに同時に取り組むことです。つまり、1つのチーム、1つの（アクティブな）キーボード、1つのスクリーン（もちろんプロジェクター）です。 ^[3]

— マーカス・ハマーバーグ、モブプログラミング – フルチーム、フルスロットル

これは、リーン生産方式、エクストリームプログラミング、リーンソフトウェア開発の原則に基づいています。「モブプログラミング」というフレーズは、Extreme Programming Perspectivesで最初に使用されました。^[4]

ソフトウェアコーディングに加えて、モブプログラミングチームは他の一般的なソフトウェア開発タスクにも協力して取り組むことができます。例としては、ユーザーストーリーや要件の定義、ソフトウェアの設計、テスト、展開、専門家との連携などが挙げられます。ほぼすべての作業は作業会議やワークショップで行われ、顧客やビジネスの専門家を含め、ソフトウェアの作成に関わるすべての人がチームメンバーとみなされます。^[5]モブプログラミングは、画面共有テクノロジーを使用して、同じ仮想空間内の分散チームでも機能します。^[6]

• ペアプログラミング
• エクストリームプログラミング

• モブプログラミング