XP(エクストリームプログラミング)、特に同じ画面に2人のプログラマーがいる部分が好きですやっています。
過去10年ほどで、XPスタイルの作業は時代遅れになり、作業方法論であるアジャイルおよび/またはかんばんが採用されたようです。どうして?XPは私にとって非常に優れた作業方法であるように思われ、プログラミングについて多くのことをしているのに対し、アジャイルとかんばんはプロセスに関するものです。
XP(エクストリームプログラミング)、特に同じ画面に2人のプログラマーがいる部分が好きですやっています。
過去10年ほどで、XPスタイルの作業は時代遅れになり、作業方法論であるアジャイルおよび/またはかんばんが採用されたようです。どうして?XPは私にとって非常に優れた作業方法であるように思われ、プログラミングについて多くのことをしているのに対し、アジャイルとかんばんはプロセスに関するものです。
回答:
フィールド開発全体に関連するさまざまなスタイル、方法、考え方があり、すべてが独自の光沢のある名前を持っています。
アジャイルは、通常の静的なプログラミングモデル(ウォーターフォールなど)から遠ざかるマインドセットにすぎません。それは、より柔軟な開発を実現し、(最終的に)より良いソフトウェアと幸せな顧客を達成することです。アジャイルの下には、スクラム、カンバン、XPなどのさまざまなモデルがあります。
特にかんばんはもともとソフトウェア開発に由来するものではなく、自動車の製造に由来します(トヨタが自動車の製造に導入したことと、一部のソフトウェア開発者がそれを採用および拡張したことを思い出します)
ペアプログラミング、コードレビューなどは単なるツールです。使用する方法に関係なく、プロジェクト中にいつでも実行できます(実行する必要があります)。このようなものは、静的よりもアジャイルにネイティブであるというだけです。
XPは多かれ少なかれこれらのものを導入し(または少なくともそれらに光沢のある名前を付けました)、以下のすべてのものは単にうまくいったのでそれらを採用しました。
エクストリームプログラミングは開発の仕組みに関するものであり、アジャイルはSDLC(ソフトウェア開発ライフサイクル)に関するものです。
名前で「Extreme Programming」についてもう聞いていない主な理由は、肯定的な形容詞として「Extreme」という用語が使われていることです。それはほとんどマーケティングの犠牲者です。だからこそ、口頭でさえ「XP」と呼ばれることをほとんど独占的に聞くのです。
ペアプログラミングについていくつかの考えがあります。
私にとって、これは何かにこだわったときにすることです。当時は非常に効果的で、わだちから抜け出すことができます。しかし、ステレオタイプのプログラマーがたまにやるよりもやりたくないのは疲れるし、働き方でもあります。
あなたが穴を掘っているなら、同僚から助けを得たいと思う人はほとんどいません。しかし、創造性が関与するとすぐに、人々は誰かのやり方よりも自分のやり方で物事を行うことを好みます。ですから、どちらか一方を気にしないか、自分の役割が明確に示唆するだけである場合を除き、緊張は常に近いです。
私が働いている場所では、ペアプログラミングは形式化されていませんが、アドホックセッションがあり、通常は簡単です。「ちょっと同僚、極端なプログラミングはどうですか?」のようにはなりません。多くの場合、「私の画面を見ることができますか?」で始まります。そして彼らのために椅子を引き上げます。
ですから、ペアプログラミングは死んでいるとか、人気が低いとは思いませんが、それはコストが高く、主に2つの有給の人が1つのことに取り組んでいるからではなく、あまり頻繁に使用しないツールの1つです。
私はいつも、スクラムは経営陣に販売するのが最も簡単なアジャイルのバージョンであると考えてきました。
スプリントを十分に長く伸ばし、それらの小さな「ポーカーカード」を十分に真剣に考えると、スクラムはウォーターフォールの方法と同じかゆみを非常にくすぐることができます。これは必ずしも悪いことではありませんが、ここで煙と鏡の後ろに隠れないようにしましょう。
XP側では、ペアプログラミングは一般的に管理、特に非技術的な管理には魅力的ではありません。
Scrum:XPをSATアナロジー形式にするには、The Monkees:The Beatles