アジャイルになることの金銭的なメリットは何ですか？[閉まっている]

なぜアジャイルになるのですか？これは、私がアジャイルになることを考えるときに頭に浮かぶ最初の質問です。アジャイルに移行することで実現できる財務上のメリットは何ですか？

私たちのほとんどは、顧客やクライアントを自分が何を望んでいるのかを知らない人だと考えるのは確かです。では、なぜ彼らを助けるのか？寄生的な会社である彼らのお金を吸い込んで、彼らを毎日愚かにさせないのはなぜですか。従来のソフトウェア開発は悪くはなく、おそらく（ほとんどの場合私が見た限りでは）アジャイルプロジェクトよりも作業しやすい環境です。

では、なぜアジャイルに移行するのでしょうか。アジャイルは、従来のソフトウェア開発ではできない（経済的に）余分なものを何に与えることができますか？

アジャイルは、より短い時間=お金（または少なくとも信頼性の高い見積もり）で、より良い結果（顧客が必要としているものに近い、必ずしも彼が最初に望んでいるとは限らない）を生成します。これは、プロジェクトを実施するためのより優れた方法です（「ウォーターフォール」と比較して）。顧客は幸せです。プログラマーは幸せです。プロジェクトは優れています。コミュニケーションは真実かつ透明です。人生は素晴らしい。専門的な意味で好きではないことは何ですか？

あなたが良いセールスマンを持っているなら、あなたはあなたのがらくたをあなたの顧客に売り、彼らにもっと請求することができるかもしれません。財政的に、これは理にかなっています。現実は、「顧客を幸せにすれば売り上げは増加しますが、失望すれば売り上げは減少します」というだまされやすい見方よりもはるかに複雑です。世界は公平な場所ではありません。あなたはろくでなしの寄生虫として良い生活をすることができます。多くの人がします。あなたが一人になりたいかどうかはあなたの選択です。もしそうなら、私はあなたと遊びません。

大金を稼ぐだけなら、大金を稼ぐのは簡単です。〜シチズンケインの「エベレットスローン」

また：

「伝統的」とは、ある種のウォーターフォールワークフローを意味しているのではないかと思います。

金銭的なメリットはたくさんあります。追加機能の実装に必要な工数が主なものです。いったん開始すると、プロセスを停止することはできません。したがって、クライアントが得た結果にクライアントが満足していない場合（そして「愚かである」場合、クライアントは自分の仕事を成し遂げようとするだけなので、ソフトウェアがその仕事をしません。適切にクライアントを失います）。

もう1つは、クライアントの満足を保証することです。これは、売上の増加とクライアントの満足度の向上にもつながります（ビジネスの観点からもそうしたいと考えています）。

開発サイクルをフィードバックする機能があるということは、技術的な改善（現在提供されているasp.NET mvc 4など）にも対応できるため、時間を大幅に節約できることも意味します。プロジェクトに厳密な仕様を設定すると、時間を節約できる可能性のある、より新しい/より優れたテクノロジー/ライブラリ/アセットにアップグレードできません。

時は金なり。

私が見たデモンストレーションがあります。それは、より伝統的な方法に対するアジャイルの利点のかなり良いアナロジーです。これはゲームBattleshipに基づいています。あなたと他のプレイヤーは通常の戦艦グリッドに座ります。どちらも20ショットあり、それぞれの費用は$ 5,000で、初期費用は合計100,000です。これが問題です。単一のショットを発射する前に、すべてのショットを計画する必要があります。対戦相手は彼のショットを「通常」発砲します。ショットを取り、何が起こるかを見て、別のショットを撮ります。

20ショットの終わりに、誰がより多くのヒットを獲得したと思いますか？

類推はアジャイルvsウォーターフォールにかなりきれいに変換されます。アジャイルでは、次に何をするかを計画するときに、すでに行ったすべての合計を考慮に入れることができます。あなたが困難になる領域と、すでに経験した困難または困難の欠如に基づいて容易になる領域のいくつかの基本的なアイデアがあります。また、クライアントから小さな塊でフィードバックを得て、クライアントがこれを気に入った、または気に入らなかったと述べ、クライアントが間違っていると言うことに加えて大量の追加コードを構築しなくても、その知識をすばやく組み込むことができます。 。

従来のウォーターフォール手法では、コーディングが始まる前に、システム全体と開発スケジュールが計画されています。これは、「発砲前にすべてのショットを計画する」アプローチです。あなたはクライアントが要求したものを正確に提供することができるかもしれませんが、彼らはそれを見て、「それは私たちが必要とするものではない」と言うことができます。ええ、契約の条件に従って配信したのでお金がもらえますが、開発者は時間を無駄にしており、クライアントはお金を無駄にしており、どちらも結果に満足していません。アジャイルは、開発の進行中にプロジェクトの要件を変更できるようにすることで、これを支援するように設計されています。まだ行っていないことは何でも変更できます。すでに行ったことも変更できます

また、クライアントは最初に作業内容を決定するようになり、完了した作業の小さなチャンクをより頻繁に配信することで、クライアントはより早く使用できるシステムを持つことができると考えられます。これは、クライアントにとって目に見えるROIです。これにより、通常、クライアントは、このより複雑な開発プロセスに積極的に参加するようになります。

私にとっての利点は、固定入札契約を結ぶことです。私は固定入札契約を勝ち取り、アジャイルな方法を使用することによって話すことさえ恥ずかしい実効時間給を作ることができました。しかし、それには価値のあるものにするために一緒にゲル化した才能のあるチームも必要です。

あなたは正しいです、それはすべてに沿って請求し、小便の悪い仕事をする方が簡単です。業界で16年間働いて以来、スキャンダルのかなりの部分を見てきました。特にドットコムブームの間。同じ詐欺を繰り返し実行することも可能です。しかし、同じことがあらゆる業界で可能です。車の修理店に騙されました。おそらく「評判が良い」ものでさえ。あなたは、クライアントから横領している会計士、教会から盗んだ説教者、大企業から賄賂を受け取っている政治家についての話を実際に毎日聞いています。そして、それらはすべてそれがより良くなるかのように「ホワイトカラー」犯罪として分類されます。ああ、彼らは株主から数百万ドルを盗みましたが、それはホワイトカラー犯罪でした。

人々の信頼と期待を利用することを妨げるものは何もありません。個人的にはプライドの問題です。一緒に、または一緒に働く人たちの期待を超えたことを知って、就寝したいと思います。

アジャイルは、次のような方法で高品質のソフトウェアを「提供する」方法の問題に取り組みます。

a）要件の変更-問題領域が非常に明確である場合でも、パフォーマンス、セキュリティ、コンプライアンスなどの非機能要件がコア機能を変更する可能性があります。

b）短納期-市場投入までの時間は非常に重要であるため、完成品を決定する必要があり、顧客が受け取ることを期待できます。

c）急速に変化するテクノロジー-テクノロジーの変化が速すぎるため、プロジェクトを追い続けるのは困難です。

d）機能強化と変化する市場状況-ソリューションは急速に進化して、変化する市場状況に対応し、他の製品と競合する機能を追加する必要があります。

さて、アジャイルは正確な日付までに完成品を得ることを目的としています。

伝統的な滝は同じことをすることになっている場合、スコープのクリープが適切に管理されていないためにしばしば苦しみます。

アジャイルは、これをより適切に管理して、重要な機能をより高い優先度で提供し、最初に提供するように「ビジネス」を導くように導くことになっています。アイテムの優先度は、新しい情報が利用可能になると、プロジェクトを通じて変更される可能性があります。

メリットは、継続的に期限が過ぎて行き詰まるのではなく、より有用なものを提供できることです。

より優れたソフトウェアを作成しても収益が得られない場合は、開発方法論の問題ではなく、ビジネスの問題があります。

彼の寄生的な会社である彼のお金を吸って、彼を日ごとに愚かにさせてみませんか？

サービスから収益性への接続を行う企業に実際の利益を提供してみませんか？