  |
結論から言うと受発注の関係性でアジャイル開発やるのは完全に間違えてる
スプリントのスピードが速すぎて発注側の意思決定が間に合わない
評価用のボタンを作成するときにGood/BadにするかGood/Normal/Badにするかを決めるだけで2週間かかる
本来なら意思決定者がミーティングに出て欲しいが日本企業は権限委譲しない会社ばかりなので
最終決定は上役の偉い人になるが、そういう人はなかなか捕まらないので意思決定が遅くなる
「意思決定を早くしよう」ということでミーティング時間を10分に制限するとか意味不明なことをしてる
スプリントレビューを行うときに発注側が「こういう機能が欲しい」と言っても
受注側がそれを実現できる自信が無いとYesと言わない
もちろんその場ではTaskとして上げておいて「実際には出来ませんでした」っていうのを許容するのがアジャイルだと思うが
受発注の関係性があるとどうしてもネガティブなことはやりたがらない
はっきりとNoとは言わないが「ここのDBが」とか「このAPIが」とか予防線を張りまくる
結果としては制約が多すぎて
「これじゃぁExcelで良かったな」
っていうことになりがち
当たり前だがウォーターフォールでの開発はとっくに時代遅れだし競争のスタートラインに立てない
逆に言うと競争が無い世界での開発ならウォーターフォールでいいだろう
そして日本企業はこれまで競争が無い分野でのソフトウェア開発ばかりに従事してた
プラットフォーマーが競争しないように規制してたりして開発してきた
そんな企業がいきなりソフトウェアで競争をさせられて付け焼き刃のアジャイル開発をすることになるからおかしなことになる
わかるー でもウォーターフォール型開発をまともにやってるところなんて見たこともないんだけど、アジャイル以外の開発＝ウォーターフォールになってるのはウケる
ウォーターフォールで開発しないといけない部分と、 アジャイル的に開発したほうが良い部分の両方が、あると思ってる。
長々と「詰んでる」という内容を書くな。SIer はクソで良いだろ。
×受注側が優秀な場合 ◯発注側が無能な場合
アジャイルもDevOpsもサービス提供側とサービスのユーザーの二者の関係での話なので、流行ってるからって受託開発の発注者・受注者・利用者という3者の文脈に持ち込んだ時点で崩壊し...
ソフトウェア屋さんは大変だなあ ネットワーク屋はウォーターフォールでも普通に成り立つから世界が違うわ 一回アジャイルとは名ばかりの無計画行き当たりプロジェクトを受注した時...
そんな会社じゃアジャイル関係なくどんなやり方でやっても失敗するだろ 評価用のボタンを作成するときにGood/BadにするかGood/Normal/Badにするかを決めるだけで2週間かかる
初めて言葉を聞いた時、「阿闍梨開発？」とか思ってごめんなさい
悟りを得ることで完成する。。。
イケてるWeb系とかいっても受託だったら結局これになるよな。 自社開発だとしても、社内の組織的に実質受託になることもある。 ちょっと前に納期見積もりのブログで「見積もらないほ...
実装前 「あー、その機能はまずは適当でいいです。まずは手作業でやっていきますので」 実装見せた後 「ここ変更してほしいですね。え？そんなに変更開発の期間かかるんですか？自...
「プロトタイプじゃ困る、最初に全部実装してもらわないと」これも追加で
現場ー開発の形式ならアジャイルも上手くいくと思うけど 日本企業って「現場ー（現場の責任者）ー（開発側の責任者）ー開発」の形式だから、現場と開発側の責任者同士で話を進める...
統一教会が与党やっている間は民間企業がどれだけ頑張ってても無駄だと思う
エージェンシー・スラック（agency slack）とは、エージェントが、プリンシパルの利益のために委任されているにもかかわらず、プリンシパルの利益に反してエージェント自身の利益を優...
覚えたことはすぐに実践して応用してから2、3日するとやり方をすっかり忘れるタイプと見た。
アジャイルが上手く機能しないというより「受託開発」がうまくいく開発手法なんてこの世に無いってことなのかな。 ある程度の規模の企業は社内にエンジニアを抱えて自社開発すべき...
13
