勃ってきたぜ・・・
ソフトウェア受託企業（開発者）からみたアジャイル採用のメリットについて述べます。アジャイル開発の企業レベルでの採用を検討されるときに参考になれば、幸甚です。
うけて勃つ！！(ウケではない)
・リスクの早期発見
要求内容の決定が遅れがちなプロジェクトをアジャイル開発で行う場合、ウォーターフォール型開発に比べ、動作して初めてわかる問題点や、文書では伝わらない要求の意識違いをより早く抽出できるため、要求に関するリスクは少なくなる。また、動くソフトウェアの増分を顧客に確認をとりながらたびたびリリースすることにより、顧客が当初は思っていなかった課題などを早期に検知できる。開発者はリスクの早期発見により先の読める安定的な開発作業が可能となる。
"先"が読めるというところが間違い。
そもそもアジャイル開発で"先"を読むということはしない。
できることは計測と、その結果をもっておおまかに予想することだけ。
要求に関するリスクはたしかに少なくなるかもしれないが"当初は思っていなかった課題"が次々に出てくるから、スコープは多くなる。
なので、それに対するアプローチこそがアジャイルの真髄。
つまり、リスクの早期発見したとしてもアジャイルができてない連中は見つけたリスクをほったらかしにするしかできないということ。
・動くソフトウェアの早期リリース
開発初期から優先順位の高い機能を盛り込んだ動くソフトウェアの増分を顧客と開発者双方で確認できるため、早期のリリース可能となり、いつでも出荷可能という安心感を得られる。
これは概ね同意・・・っていうか教科書に書いてることそのまんまコピペしただけだろこれ。
本当におまえは安心感を得たことがあるのかと問いたい。
そもそも要求がぜんぶ満たされてなきゃリリースを許可しない顧客しか相手したことねーだろ。
スプリント毎にリリース可能っつったって「未完成品を納品するのか」とか言われるだろうがｗｗ
出直してこい！
・頻繁な反復により品質向上
反復するごとにテストを繰り返した動くソフトウェアの増分を見せることにより、顧客との認識のズレが少なくなる。また頻繁な反復により統合テストやシステムテストの機会が多くなり、十分テストされて出荷されることになるため、品質は向上する。
これも教科書の写しだけどさらにひどいｗｗ
なに？おまえら反復するごとにテストを繰り返してんの？
頻繁な反復ってなによｗｗ
統合テストの機会が多くなると品質が向上するだって？？
おまえら「テスト駆動開発」に網羅テストとか負荷テストとか含めるタイプだろｗｗｗ
反復(イテレーション)が目指すのは品質の向上なんかではないのだよ君。
・開発を通じての開発者の能力向上
受託企業にとって開発メンバーの能力向上は重要な課題である。アジャイル開発は、チームのメンバー間の相互作用と知識の共有を大変重要視する。相互作用と知識の共有により従来の学習方法と比べより容易にスキル向上が可能となる。開発に必要な技術や業務知識、それにリーダーシップやコミュニケーションなどのソフトスキルが、チーム内で一緒に作業している先輩メンバーやスクラム・マスターの指導を通して仕事の中で自然に身につく。開発メンバーはいろいろな能力を持った多能工となることができる。
何言ってんだか自分でもまったくわかってねーだろｗｗｗ
知識を共有したって能力は向上しねーしそもそもなんの能力なんだよｗｗ
業務知識？
従来の学習方法っていうのはおめーらがいままでやってきた常駐先へ丸投げするだけの「OJT」と呼んでいた手法のことかい？？
それとアジャイルの情報共有の仕方とどう違うってんだい？？
たしかにアジャイルは情報共有に関してはそれまでの手法とは大きく違うが、それはスキルアップが目的じゃない。
情報の共同所有が目的だ。
"多能工となることができる"んじゃなくて"多能工でなければやっていけない"んだ。
目的と手段が逆転している。
少なくともおまえは"多能工"ではないことはわかったわｗｗｗｗ
・開発チームのモチベーションの向上と高い生産性
アジャイル開発では、顧客との協調を重視し顧客のビジネス価値を理解しながら開発が進められるので、自分達の作業の意義を実感でき、やりがいを感じる。さらに、作業を通じて業務知識、技術知識、ソフトスキルなどの習得が可能となるので、仕事が自分達の能力向上につながる。また自ら自分達の責任で計画を立てて実行することができるのでやらされ感はなく、開発に取り組むことができ、高いモチベーションで仕事をすることができ、高い成果を上げることができる。
おまえまずモチベーションという言葉を辞書でひいてみろよｗｗｗ
顧客と協調したりビジネス価値を理解するならアジャイルでなくてもいいだろうがｗｗ
とりあえずおまえがそれまでの仕事に協調もやりがいもなかったということはわかったわｗｗ
あと「自分たちの責任で計画を立てて」とか書いてあるけど、到底おまえらに"責"務を"任"されてるとは思えねーけど？？？
・残業からの解放
アジャイル開発では、開発チームは、反復を開始するときに、自分たちの開発能力を判断して達成可能な計画を自主的に立てることができる。ウォーターフォール型開発のようにやらされ感はなく、要求の数が多すぎることにより発生する残業や見積りの曖昧さから発生する残業から開放される。開発チームは残業がなくなることにより集中力も高まり、稼働時間内に効率よく作業するようになる。さらに残業による継続的なストレスから開放されることで、心身ともに健康な状態を維持することができるようになる。開発チームは自己学習や啓発の時間を計画的に確保できるので能力向上につながり、創造性の発揮や高い生産性や高い品質を維持するようになる。
ぎゃはははｗｗｗｗｗｗｗｗｗｗｗｗ
なにいってんだこのヴァカはｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
つっこみどころ満載すぎるｗｗｗ
まず「自分たちの開発能力を判断して達成可能な計画」をってあるけど"自主的"ってどういうことやねんｗ
「ウォーターフォール型開発のように」"やらされ感"ってことは、今までおまえは仕事を"やらされ"てて自主的に計画をたてるなんてことはしてなかったわけだｗｗｗ
社会人として恥ずかしいなおまえはｗｗｗ
しかも自分たちの残業が多いのを"要求の数が多すぎること"だと分析してるわけ？浅い！！浅すぎる！！！
そんなんだから残業から解放されないの！！
そんなやつに「僕は残業で継続的なストレスから解放されたら自己学習や啓発の時間を計画的に確保できるので能力向上につながって、創造性の発揮や高い生産性や高い品質を維持できるんだ！」とか言われたら一発殴ってるわｗｗ
・ムダの削減
ソフトウェア開発では、最初から要求が全部明確になってことは必ずしも多くない。曖昧な要求のまま開発が着手されると、手戻りや不要なソフトウェア開発などのムダが発生する。アジャイル開発では、要求に優先順位をつけ、優先順位が高い明確になった要求から開発することができるので、手戻りなどのムダはほとんど発生しない。ウォーターフォール型開発では、要件定義や設計段階ではドキュメントによるコミュニケーションが重視されるため、必要以上のドキュメントが作られるといったムダが生じることが多い。アジャイル開発では、フェース・ツー・フェースの対話により内容を理解できるので、必要以上のドキュメントを作る必要がない。
＞ソフトウェア開発では、最初から要求が全部明確になってことは必ずしも多くない。
日本語でおｋｗｗｗ
文法はともかく、主張してる内容が曲解と詭弁だらけでもうなにがなにやら・・・
とてもじゃないけどおまえと"フェース・ツー・フェースの対話"ができるとは思えんよｗｗｗ
・振り返りによる継続的改善
アジャイル開発では、反復レビューが終わった後、反復レトロスペクティブ（振り返り）ミーティングを行う。反復期間中の作業の進め方、開発方法、コミュニケーション方法、ドキュメント方法、情報共有、チームワークなど開発プロセスで発生した悪かった点や良かった点を振り返り、次からの反復に反映する。反復の生産性とか品質などのデータで改善の度合いを計測しながら振り返りをするので、継続的にプロセスを改善していくことができる。
反復レトロスペクティブ！？っていうか「反復」ってずっと書いてあったけどスプリントのことを指してんの！？
おまえのいうアジャイル開発ってスクラムのこと！？
失望した！いや、もうとっくにしてるけど再失望した！！ｗｗ
「反復の生産性とか品質などのデータ」とかあるけど、そこばっかしか考えてないのなおまえは。
レトロスペクティブなんてやってないと思うけど、仮にやってたとしたらどうせクソみたいなゴミしか出ない会議をやってるんだろうな・・・
サイコーにつまんない人間だぜ。
っつーかドキュメント方法ってなんだよｗｗｗ
・顧客との良好な関係の維持
アジャイル開発では、顧客との協調を重視しており、顧客のプロジェクト参加は必須である。顧客がプロジェクトに参加することにより、顧客とのコミュニケーションは容易になり、顧客から出される要求の理解を深めることができ、顧客要求に合った動くソフトウェアを順次提示しながら開発することができる。顧客は、ウォーターフォール型開発に見られるように、最後にならないと動くソフトウェアを確認できないのに比べ、順次漸進的に動くソフトウェアの状況を確認できるので、開発リスクが少なくなり、顧客満足度は高くなる。顧客満足度が向上すると顧客との良好な関係を維持することができ、開発をスムーズに進めることができるだけでなく、次への開発依頼にもつながる。
「顧客がプロジェクトに参加することにより、顧客とのコミュニケーションは容易」になるわけねえだろうが。
おまえがいままで顧客のことなんて理解したこともしようともしなかったこともわかったわ。
なんで「順次漸進的に動くソフトウェアの状況を確認できる」と「開発リスクが少なく」なったり「顧客満足度は高く」なったりするんだ？
説明できねーだろ？
俺もできねーわｗｗ
だって顧客満足度の向上にはソフトウェアを確認できることとは関係ねーんだもんｗｗｗ
レビューしたりデモするだけで顧客が満足するとでも思ってんのかねこいつは？
きっとこいつは非モテだな。
最後の「顧客満足度が向上すると顧客との良好な関係を維持することができ、開発をスムーズに進めることができるだけでなく、次への開発依頼にもつながる。」というところ。
次への開発依頼っていうことは納品モデルっていうことなんだけど、それも含めてのスプリント計画なんじゃないわけ？
おまえにとってのスプリントってなんなの？
っていうかスクラムやったことないでしょ？
まったくこいつは教科書から持ってきた言葉を確かめもせずに切り貼りして自分で好きなように主張しやがって。
断言する。こいつはアジャイル開発擁護派を装ったアジャイルの敵だ！！！
っていうかこんなやつが上司だったら凹むな・・・・
