「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ
前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか？どうすればいいんですか？」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。
スクラム導入後にアジリティが減少してしまう理由：プロダクトオーナーの役割に対する誤解、その悪影響および対処法について
https://scrummaster.jp から シーン1: プロダクトオーナーはどのような役割をするべきでしょうか？ シーン2: 大きな組織では、プロダクトオーナーの役割はどのような誤解をされがちでしょうか？ シーン3A: プロダクトオーナーの役割を誤解すると、顧客からのフィードバックがどのように遅れることになるでしょうか？ シーン3B: プロダクトオーナーの役割を誤解すると、チームのやる気や顧客への思いやりがどのように減少することになるでしょうか？ シーン4A: 真のプロダクトオーナーは、どうやって顧客の満足度を最大限に引き上げるのでしょうか？ シーン4B: プロダクトオーナーの役割を誤解すると、どのように価値のデリバリーが妨げられるのでしょうか？ シーン5: プロダクトオーナーの役割を誤ったまま果たすことは、なぜ不可能なのでしょうか？ シーン6: チームの自己管理能力や機能横断性を
［SQEXOC 2012］アジャイル的な手法を取り入れつつ，計画性も同じように大切――「ゲーム開発プロジェクトマネジメント講座 2012」レポート
［SQEXOC 2012］アジャイル的な手法を取り入れつつ，計画性も同じように大切――「ゲーム開発プロジェクトマネジメント講座 2012」レポート 副編集長：TAITAI 2012年11月23日および24日に行われた「スクウェア・エニックス オープンカンファレンス 2012」。そのなかで，本イベントの発起人であり，スクウェア・エニックス CTO 兼 テクノロジー推進部 コーポレートエグゼクティブの橋本善久氏による「ゲーム開発プロジェクトマネジメント講座 2012」と題した講演が行われた。 橋本氏は，同社が開発中の新世代ゲームエンジン「Luminous Studio」プロジェクトの中心人物であり，テクノロジー推進部という数十人もの部署を取りまとめている人物でもある。そのほか，「ファイナルファンタジーXIV：新生エオルゼア」のテクニカルディレクターを務めるなど，さまざまなプロジェクトを担当し，
無差別に技術をついばむ鳥アジャイル開発を元に考えるプロジェクトマネージャのあり方15
この記事はアジャイル開発を元に考えるプロジェクトマネージャのあり方14の続きです。前から引き続き「新人でもそれなりに成果が出せる環境」について解説します。 新人教育を終えたら、与える仕事をプロジェクトマネージャは熟慮しなくてはなりません。何故ならば、人的資源を最大限に生かすのがプロジェクトマネージャの仕事だからです。ですが、実際にやった事がある人にしかわからないかもしれませんが、適切な仕事を割り振るのは非常に困難です。 難し過ぎる仕事を新人に与えてしまうとプロジェクトが達成できません。また、何時までも先輩方が手厚く保護するのは大問題です。人は誰しもプロジェクトに貢献しているという実感を求めます。貢献しているという実感がなければ、指示待ち人間になってしまいます。指示待ち人間は、責任感を持って自主的に仕事をしません。指示通りに仕事をこなすだけです。この状態の人が居ればプロジェクトはうまく回りま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
