自社開発×アジャイルだからこそ、「スケジュールを決めない」 “組織全体で分担する”プロジェクトマネジメントの考え方 | ログミーBusiness

さまざまな会社のCTO・PM・エンジニアの方々をお招きし、パネルディスカッションやLTを通して知見や技術を学ぶMIDAS TECH STUDY。第7回は、PMとデザイナーの双方に精通するdely株式会社の坪田氏、株式会社ソウゾウの鈴木氏、株式会社TBSテレビの野田氏をゲストに迎え、プロダクトマネジメントとデザインについてパネルディスカッション形式でお話ししました。まずはそれぞれが取り組む事業と、その事業におけるPMとデザイナーの役割の違いを話します。なお、本イベントはプライベートエクイティファンドであるミダスキャピタルの協賛で開催しています。 登壇者の自己紹介南里勇気氏（以下、南里）：登壇者の自己紹介を進めたいので、登壇者の方々に上がってもらいます。本日はよろしくお願いします。 野田克樹氏（以下、野田）：お願いします。 鈴木伸緒氏（以下、鈴木）：お願いします。 坪田朋氏（以下、坪田）：お願

[seal2501]

どうやって予算取ってるのか気になる “スケジュールという概念はやめたほうがいいですよ。スケジュールを作ることに決めてしまうと、機能のリリースが目的になってしまいます”

[invoicekun]

よく分からん会社のよく分からん内情ってなんの価値があるんだろ

[xlc]

自社開発×アジャイル なら好きにやってくれ、日本のSIerが邪悪なのは請負契約にアジャイルを適用して実質「仕様変更の無料化」を企むところにあり、それが日本でアジャイルがデスマーチ化する所以である。

[chinpokomon_master]

自社開発に「予算とる」なんて考え方はない。作っても作らなくても毎月人件費がかかるだけ。

[ks0222]

「厳密なスケジュールは引かない」「スケジュールを引くと、もうその時点でアジャイル開発ではなくなってしまう」

[harumomo2006]

自社開発でアジャイルは分かるけど受託でアジャイル必須は炎上案件のイメージ。要件決まってないけどスケジュールは進んでるからもう半分できてるよね？とかリリース直前でも仕様変更できるよね？とか言われちゃう

[turanukimaru]

スケジュールも納期も決めなくていい。ただリリースだけは必ずすること。記事内でもそんな感じ。私はリリースサイクルを早めるためにPMが手動テストしてるのを自動テスト環境にとか頑張って整備してる最中。

[chiroruxx]

えー、トレードオフ次第じゃない？別に納期優先でアジャイルやったっていいのよ

[kagerou_ts]

「スケジュールを守るのが目的になると、ユーザー価値創出が実現できなくなってしまう可能性がある」「スケジュールを引くと、もうその時点でアジャイル開発ではなくなってしまうので」声に出して読みたい日本語版

[Eiichiro]

スケジュールは必要ないけど、開発順序は何かしら決めたくなるなぁ。どの順番で作るか？で開発効率が上がることがあるので。

[tk_musik]

いつまでにいくらで何作って効果はこれ見込みです、って話で予算を取るわけだが、何作るかだけ絶対になって結局いらんもんできる。なら効果追いかけて作るもん決めず期間で考えたほうが良くない？と。

[toruhjp]

タイトルは釣りに近い。外部アナウンスしたリリース期限や、スクラム開発における目の前のイテレーションや、あすあさって完了予定のタスクなど、スケジュールが決まるものもあるが、大切にすべきは…といった話。

[kei_0000]

スクワッドの意味は https://ssaits.jp/promapedia/role/squad.html このページが参考になった。少数の自立した必要な権限を持ったチームとのこと。全員技術の理解があって手を動かせるとあるので、採用から再考する必要がありそう