テクノロジー
「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ

テクノロジーカテゴリーの変更を依頼記事元:

zenn.dev/shin_semiya

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

547usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ

547 users

zenn.dev/shin_semiya

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント55件

注目コメント
新着コメント

atico“生産性は上がらないしリリーススケジュールが狂いまくりなんですよ”はそういうもんじゃない？その代わりにちゃんと必要なものが出来上がる。

2023/05/30リンク

その他

paradisemakerなんの病気か分からないのに「これが効くらしい」と適当にスクラム放り込んで症状が悪化する例が後を絶たない

2023/05/30リンク

その他

takanqシングルタスクじゃなきゃいけないと思っていたが、タスク2つが最大効率になるんだな。

2023/05/30リンク

その他

daibutsudaすごくいい話なんだけど、これを読むべき層はこれを読まないんだよな。

2023/05/30リンク

その他

t2y-1979出来もしないことをやろうとするから遅れる。身の丈にあった開発スケジュールにすれば適正になるという話しに読めた。

2023/05/30リンク

その他

shibainu1969「経営や企画やプロマネやチームリーダーのロールを持つ人がプロジェクト管理の基礎知識を学んで」この難易度が高い。

2023/05/30リンク

その他

pwatermarkそもそもの目標設定がおかしいんだよな

2023/05/30リンク

その他

acealpha生産性を上げるには仕様勝手のわかっているPGに対してWFで一任する（邪魔しない）か、プロマネも理解した上でちゃんとアジャイル開発するかアジャイルはそのプロセスで仕様勝手の学習を含んでいるとも言える

2023/05/30リンク

その他

tackman納得度めちゃ高い一方で、マネージャー層は常時稼働率120%マルチタスクバリバリこなすが美徳として根付いているから難しいよなーと思う

2023/05/31リンク

その他

kazokmr似たような内容の記事を最近よく見かけるようになった気がする

Scrum

2023/05/30リンク

その他

simomm 高すぎるリソース効率とマルチタスクが原因。

2023/06/08リンク

その他

dagama究極的にはお前のチームメンバーがその程度の能力しか無いからで、日本では解決できない問題なので諦めましょう　リリーススケジュールを達成できてれば儲かるというビジネスではないので

2023/06/05リンク

その他

georgew諸悪の根源 = マルチタスク。

2023/06/04リンク

その他

toro-chan確かにマルチタスクすると生産性がだだ下がりする。でもそうしないと優先度の高いタスクがこなせない。結局バッファを持たしてひたすらスケジュールが後ろずれする。まぁ従業員にはどうでもいいことですが

2023/06/01リンク

その他

arakash生産性が上がらないのはマネージメント不足の話

マネジメント

2023/05/31リンク

その他

momomo_tuhan“チームの外にはバッファを積みまくったリリーススケジュールを公開して、チームの中にはそれを伏せてメンバーのケツを蹴り上げまくれば機能するかもしれませんね。” ベストでは無いが、概ねこれしか無いと思うよ

2023/05/31リンク

その他

T-miuraそこそこのじじいなんで、大量に仕事抱えてるは、、、10はないけど、5を割るという印象もない。スイッチングコストダルイ。（別にスクラムをやってるわけではないが）

2023/05/31リンク

その他

nisisinjuku面白げ。エントロピーの増大でパニックになるやつかな？（あとで読むかも）

2023/05/31リンク

その他

golotan2タスクから3タスクでスイッチングコストが爆増するというのは確かにと思った

2023/05/31リンク

その他

tackman納得度めちゃ高い一方で、マネージャー層は常時稼働率120%マルチタスクバリバリこなすが美徳として根付いているから難しいよなーと思う

2023/05/31リンク

その他

jassmazアジャイルで禁忌であるボトルネックを自ら作ってしまっているんですよね。単純に勉強不足な人が多いという印象は私もそう思います。教科書通りやろうね。

2023/05/31リンク

その他

securecat細かいけどWIP制約じゃなくてWIP制限かしら。

2023/05/31リンク

その他

chinpokomon_masterコメント読んでて、「これは俺の問題じゃない」みたいな捉え方しかできない人が多いなという印象。

2023/05/31リンク

その他

topiyama稼働率の呪縛

2023/05/31リンク

その他

emt0アジャイルもスクラムも良いとこだけ真似して面倒なとこはマネしないからこうなる。首突っ込んで「ここ無駄」って言ってくるユーザーの多い事。実際の作業工数出せとか言うユーザーはどんなコンサルに騙されたんだ

2023/05/31リンク

その他

nemobaそもそもスクラムはオーバーヘッド許容して、スコープを限定することで、柔軟に方向性を選ぶことで、それが出来なきゃオーバーヘッド分、遅くなるのは当たり前

2023/05/31リンク

その他

xlc「スクラムやってるオレすげー」というスクラムごっこが多すぎる。

2023/05/31リンク

その他

cl-gaku“誰もプロジェクトマネジメントをしていません。”

2023/05/31リンク

その他

l__LINE__l課題設定を、「価値提供が遅延する原因は何か」として再考するケースかも。本文は同意する内容か多い

2023/05/31リンク

その他

skel要するにプロジェクトの数だけ人員がいるってことだな。プロジェクトの数>人員の組織はどうすれば…

2023/05/31リンク

その他

strawberryhunterここでいうプロジェクトはスクラム特有の用語ではないようなので、そもそも4つも並行しているのは異常。手戻りのスイッチ効率が悪すぎる。／全員で1つの作業,1つの作業に複数人は駄目projectの典型だけどどういうこと？

未分類

2023/05/31リンク

その他

lejay4405ほー

2023/05/31リンク

その他

sysjojoこれ読むべき層がすでに高多重度なマルチタスクで、しかも自分はできてると思い込んでるから、下もできるやろ、と無理なマルチタスクに巻き込むんやろな。と思ってる。できてねぇよ。

2023/05/31リンク

その他

hiroomi”遊兵をつくらず効率的に戦力を使う19世紀の考え方であれば満点回答でしょう。”そんな不良在庫持ちたくない。メタボメタボ。

2023/05/31リンク

その他

rryu同じチームだからといって3つのプロジェクトを全部混ぜて管理したらそりゃあぐちゃぐちゃになるというか、スプリントという区切りが邪魔にしかなっていないというか…

2023/05/31リンク

その他

manatenなぜ我が組織は多重度を上げたがるのかと言う根本にアプローチしないと解決しないようにも思う

2023/05/31リンク

その他

neko-zジュウセイのプロジェクトに役立つかもしれない

スクラム

2023/05/30リンク

その他

clubman023なぜ複数プロジェクトが一つに...

2023/05/30リンク

その他

napsucks1プロジェクトだけだとパイプラインバブルが生じるのでハイパースレッディングでもう1つ軽いプロジェクトを突っ込むと効率的。犠牲者を用意してそいつだけ非重要なタスクを任せて代わりに多重度を上げるのも良い。

2023/05/30リンク

その他

t2y-1979出来もしないことをやろうとするから遅れる。身の丈にあった開発スケジュールにすれば適正になるという話しに読めた。

2023/05/30リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「「スクラムで生産...」が注目されています。

気持ちをシェアしよう

ツイートする

「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ

前提この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする...前提この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。前ふり「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」「何が原因なんですか？どうすればいいんですか？」という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。該当チームのスプリントゴール該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進めるスプリントゴールが3つありますね。とても面白いですね。思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。