私はコンピューターサイエンスの卒業を終えたばかりです。
今では、すべてのソフトウェア開発プロセス モデルについて知っています。つまり、
• Waterfall Model
• Spiral Model
• Iterative and Incremental Development
• Agile Development [I don't know much about this]
しかし、私はどちらが新しく現在の会社で最も使用されているか知りたいですか?
これ以外に、新しくて誰も知らない新しいモデルはありますか？
最も広く使用されている方法は、「今すぐ機能させて、後でうまく機能させる」という方法だと思います (後で、その場所で働かなくなったか、製品が死んでから)。
これが最善の方法ですか？絶対違う。しかし、あなたは最も広く使われているものを求めました。
アジャイル - SCRUM は現在広く使用されています。
私はほとんどの企業がカウボーイ コーディングを行っていると言っています。なぜなら、彼らの経営陣は単に開発プロセスを気にかけないからです。
もちろん、より良い会社、そしてあなたが働きたいと思う会社には、適切なプロセスが必要です。これらの企業では、スクラム、テスト駆動開発、継続的インテグレーション、反復開発などのアジャイル手法とプラクティスが最もよく使用されていることがわかりました。
私は最近、カウボーイ コーディングを行う大規模な組織で始めるという課題に取り組みました。ここでプロセスを変更し、品質を少し改善するためにアジャイル手法を導入しています。
おそらくあなたが聞きたいことではありませんが、「アジャイル」はプロセスモデルではなく、たとえばウォーターフォールでも使用できる一連の態度です。ソフトウェア開発プロセスモデルは、eXtremeProgrammingやCrystalClearのようなものになります。
問題は、「アジャイル」という用語は一連の属性を定義するために作成されましたが（アジャイルマニフェストを参照）、方法論を参照するようにコミュニティによって再定義されていることです。任意の方法論（スクラムやXPなど）は、アジャイルまたは非アジャイルとして実装できます。
また、方法論/プロセスは、さまざまな問題を解決することを目的としています。ソフトウェア開発者にプロセスを提供するもの（たとえば、XPはペアプログラミングとTDDを義務付ける）もあれば、プロジェクト管理のためのプロセスを提供するもの（たとえば、スクラムとXPの両方）もあります。したがって、比較は難しく、時には無意味です。
すべてが滝である程度まで、それは焦点のレベルに依存します。
アリスターコーバーンを読むことをお勧めします。さまざまな規模のチームとさまざまなレベルの「重要度」には、さまざまなソリューションが必要です。Crystalの一連のプロセスを参照してください。アリスターは、世界中で成功したチームとそれほど成功していないチームを研究するためにほぼ20年を費やしてきました。彼は、たとえば、小さなチームでは、実際のプロセスは頻繁な配達などの属性よりも関連性が低いことを発見しました。
お役に立てれば。
主にウォーターフォールモデルです。
プロセス制御ソリューションでは、ソフトウェア開発者は、アジャイルのようなソフトウェアを開発するための反復プロセスに移行しています。
私はTDDの方が好きです。
卒業の厳しい現実の 1 つは、「ほとんどの」ソフトウェア開発が大規模な企業環境で行われ、ほとんどの企業の IT 部門がまだウォーターフォール (少なくとも英国ではより一般的に呼ばれている) 開発への構造化アプローチを使用していることです。
要するに、設計 >> ビルド >> テスト >> デプロイ >> 保守です。
このアプローチは、優れたソフトウェアを開発するよりも、予算、納期、タイムスケールを管理し、監査可能性を維持する必要性によって推進されています...しかし、それが私たちが住んでいる世界です...