【IT】「開発手法」だったアジャイルはここまで進化した

81 ：名刺は切らしておりまして：2018/01/14(日) 12:58:27.25 ID:dYw7H0eT.net

>>79
影響の局所化を図っていかないと品質は悪化する
まず、アジャイルはテストファーストが前提
そのうえで小規模改修とテストとリリースを細かく繰り返す
品質悪化のリスクを早いスピードでのバージョンアップでカバーするという考え方

品質悪化をいかに防ぎつつ仕様変更していくかという課題は
製品を絶え間なく改善していかないとビジネスで負けるWEBサービス企業では死活問題
アメリカのそういう企業では、アジャイルでやっているところが多いと思う
絶え間ない製品のバージョンアップを繰り返してAWSのような化け物まで出来上がった

82 ：名刺は切らしておりまして：2018/01/14(日) 14:56:48.51 ID:AsX92ddI.net

>>81
品質悪化のリスクが大きいなら、リリースする必要がないでしょ

83 ：名刺は切らしておりまして：2018/01/14(日) 18:43:49.21 ID:mtRpqoKc.net

>>8
平鍋さんに｢微塵もわからない｣はないわー

84 ：名刺は切らしておりまして：2018/01/14(日) 21:45:51.51 ID:UU3XpoMc.net

>>82
考え方が逆
品質が安定するまでリリース出来ない作りや体制でやるよりも
修正しやすいように予め仕組みを作ってから細かくリリースしていくのが趣旨
リリース規模が大きいとそれだけ影響範囲も大きいし時間も掛かる
しかも下手するとリリース時点ではすでに役に立たないおそれがある

85 ：名刺は切らしておりまして：2018/01/14(日) 22:25:00.72 ID:AsX92ddI.net

>>84
いや、小さい規模のリリースでもきちんと作ってからリリースしろよ、という意味なんだが

リリースのたびに致命的な不具合があるなら信用無くなるよ

86 ：名刺は切らしておりまして：2018/01/14(日) 23:02:17.61 ID:dSG4N+/l.net

>>85
別にアジャイルは品質を犠牲にはしない
でも短い期間での仕様変更の連発には対応する

これをどうやって実現するかというと、

- 機能の変更に強い良質なコードを書ける優秀なエンジニア「だけ」で構成されたチームを用意する
- 開発体制の面でもコードレビュー等のコードの品質も担保する仕組みを用意する
- テストコードを書いてデグレがないことをデプロイやコードのアップデートの度に検証できるようにする
- テストコードで各機能が壊れていないことをいつでも確認出来るので、リファクタし放題

まあつまり、海外の企業か国内なら一部のWeb系じゃないと、アジャイルはムリムリカタツムリ

87 ：名刺は切らしておりまして：2018/01/15(月) 00:40:33.36 ID:aFhA3SSW.net

>>56
自分もそう思う。
アジャイルは自分たちの空き時間でシステムを作る場合に有効な方法だと思う。

88 ：名刺は切らしておりまして：2018/01/15(月) 00:56:54.93 ID:g961NyVr.net

>>48
海外だと下請構造ってないの？

89 ：名刺は切らしておりまして：2018/01/15(月) 02:57:47.05 ID:5GEHOwr/.net

>>88
わざわざ下請けにいてピンハネされるメリットが無い。

90 ：名刺は切らしておりまして：2018/01/15(月) 06:49:15.68 ID:5zqqqX5A.net

>>88
海外に下請けに出してる。
国内はSEの単金が高すぎてペイ出来ない。

91 ：名刺は切らしておりまして：2018/01/15(月) 12:48:18.54 ID:675sKUNr.net

スクリプト書きのドカタしかいないWeb系に優秀なプログラマがいるとは思えないな。