jassmazのブックマーク - はてなブックマーク

本に書いてあるスクラムと、お前らのいうスクラム開発は別物だということにいい加減気づいてくれ
前振りタイトルは煽りの激しい釣りです。ごめんなさい。 Web業界で今流行っている自称スクラムと、RSGTで語られるような本来のスクラムとの間のギャップが大きすぎて説明が面倒臭くなったのでこの記事を書きました。いい加減「私たちは自称スクラム開発を完璧に回しているから、スクラムの恩恵を将来得られるだろう」「私たちは本来のスクラムとはかけ離れた別物のスタイルで開発をしている。だからスクラムの恩恵は永遠に得られない」という二重思考を他人にするようお願いするのにも飽きましたしね。さて本題といきましょう本題世間で、特に渋谷や五反田や六本木のWeb企業ではスクラムというものはとても流行っています。しかしどう考えても、Web企業でよくお目にかかるスクラムと国内トップカンファレンスであるRSGTで語られるスクラムとの間には大きな隔たりがあります。「うちはスクラムやってます」カジュアル面談で耳
jassmaz 2024/02/28
「スプリントの期間が短ければ、スプリントレトロスペクティブの時間も短くすることが多い」とスクラムガイドにも書いてあるように、会議の時間そのものは本質的ではない。しかし、著者が言いたいこともわかる。
リンク
「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ
前提この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。前ふり「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」「何が原因なんですか？どうすればいいんですか？」という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。該当チームのスプリントゴール該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進めるスプリントゴールが3つありますね。とても面白いですね。思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。
jassmaz 2023/05/31
アジャイルで禁忌であるボトルネックを自ら作ってしまっているんですよね。単純に勉強不足な人が多いという印象は私もそう思います。教科書通りやろうね。
リンク
「こうしてスクラムが終わってしまう」前にすべきこと
こうしてふりかえりは終わってしまった / A Demise of a retrospective ふりかえりカンファレンスで一番面白かった発表資料です。資料をざっくり要約するとふりかえりは最初は順調に機能するがある段階で停滞し、次第に「効果が出ていないもの」と判断されて廃止されてしまう、という話です。理由として最初は低コスト高リターンの課題を倒していけるが、それらをすべて解決すると残るのは「リターンはあるが、コストが高すぎて解決できない課題」と「コストは低いがリターンもほぼない課題」だけになります。開発チームは前者を「コストが高すぎて解決できない」と忌避し、後者だけに打ち込んだ結果、リターンが出ずに振り返り事態を無価値を判断してしまうからです。ふりかえりを廃止することでチームの成長は停止してしまうでしょう。これを防ぐために「コストが高すぎて解決できない」課題を解決する方向に頑張
jassmaz 2023/04/12
リンク
1