典型的な「サービス」企業にアジャイル手法をどのように適用できるでしょうか。
私の会社は外部クライアント向けのカスタムソフトウェアサービス会社です。つまり、私たちの典型的なプロジェクトは、契約にプロジェクトの全予算がすでに記載されているプロジェクトです。
私たちの典型的なプロジェクトは、要件を定義すること（提案の高レベルの要件を改善すること）から始まり、次にプロジェクトをコーディングし、テストして出荷します。クライアントがソフトウェアをテストする受け入れフェーズがあり、そのフェーズでは通常、クライアントから要求された小さな変更を実装できます。または、変更要求に対して追加料金を請求します。
一部のプロジェクトでは、クライアントがプロジェクトの進行状況を確認してフィードバックを提供できるように、中間リリースがあります。
要約すると：滝のようなもの...
私は少しの間「アジャイル」運動を続けてきましたが、それは「製品」会社、または内部クライアント向けのソフトウェアを構築している会社にぴったりだといつも思っています。しかし、私の種類の会社/プロジェクトでアジャイル手法を使用することには良い話/利点がありますか？
あなたの経験は何ですか、これについてどう思いますか？
TDDをアジャイルアンブレラにまとめたい場合。それは確かに利益をもたらすでしょう。
より回復力のあるコードを事前に作成できる場合。顧客が変更を実装するために必要な時間は、理論的にはTDDを採用することで縮小する必要があります。これにより、会社のお金を節約できます。
しっかりとテストされたコードベースは、どの組織にもメリットをもたらします。