締切とはなにか、どういう効果があるのか #scrummikawa

by bayashi

Slide 1

Slide 1 text

締切とはなにかどういう効果があるのか Scrum Fest Mikawa 2023 Kei Ogane 2023/9/16

Slide 2

Slide 2 text

自己紹介ばやし@bayashimura CSM/CSPO/CAL1 最近ハマっていることは信長の野望出陣です

Slide 3

Slide 3 text

今日の話締切のデメリットを嫌い、スクラムをやる中で開発では機能毎の動かせない締切を設定せずにやってきました。しかしみんなにテックブログを書いてもらう際にやることは「締切を設定すること」でした。この行動の違いを我ながら疑問に思った

Slide 4

Slide 4 text

ソフトウェア開発における締切なぜブラッドは、締め切りを「強制」したいのでしょうか？それはガバナンスの指標のひとつである「スケジュール差異」のためなのです。スケジュール差異は、進捗状況を測るためのものとされています。しかしながら、ソフトウェア・プロダクトの開発は、建設ではありません。ソフトウェアの作成は、学習が全てなのです。アジャイルではないアプローチであっても、スケジュール差異は意味をなしません。スケジュール差異は、プロジェクト内部にフィードバックサイクルがないことや、何も学習しないことを前提としているのです。ソフトウェアプロダクトの開発には、フィードバックループと学習が必要なのです。アジャイルにおいて、締め切りを「守ること」「強制すること」は必要ではない https://www.servantworks.co.jp/posts/with-agile-approaches-no-need-to-meet-or-enforce-deadlines/

Slide 5

Slide 5 text

締切があることによるデメリット - オーバーワークで挽回してチーム疲弊しがち - 見えないところの品質を低下させがち - パーキンソンの法則 (仕事の量は、完成のために与えられた時間をすべて満たすまで膨張する)

Slide 6

Slide 6 text

厳しい締切がもたらすものソフトウェア見積り　人月の暗黙知を解き明かすスティーブマコネル (著), 溝口真理子；田沢恵 (翻訳), 久手堅憲之 (読み手) 遅延がプロジェクトをさらに破壊するひとたびプロジェクトが「遅延」状態に陥ると、プロジェクトが「予定どおり」に行われている間には携わる必要のなかった数多くのアクティビティに、プロジェクトチームは従事せざるを得ない。

Slide 7

Slide 7 text

遅延がもたらすアクティビティ（一部抜粋） - プロジェクトを元の軌道に戻す方法について話し合うため、経営上層部と何度も状況について打ち合わせる。 - いつプロジェクトを完了するか決定するため、プロジェクトの後半で頻繁に再見積りを行う。 - スケジュールが迫ってきたために先に間に合わせで実装した代替策が引き起こす問題を解決する。ソフトウェア見積り　人月の暗黙知を解き明かすスティーブマコネル (著), 溝口真理子；田沢恵 (翻訳), 久手堅憲之 (読み手)

Slide 8

Slide 8 text

締切のない世界を目指して私は社内のテックブログの編集長を以前やっていました最初は個人の自主性に任せ、締切を設定せずに運用していました

Slide 9

Slide 9 text

誇張しすぎた締切がないときに発生していたことテックブログ執筆お願いします。締切とかは特に設定しないので自分のペースでお願いします。了解です！

Slide 10

Slide 10 text

誇張しすぎた締切がないときに発生していたことテックブログ執筆お願いします。締切とかは特に設定しないので自分のペースでお願いします。了解です！一ヶ月後

Slide 11

Slide 11 text

誇張しすぎた締切がないときに発生していたことそろそろできました？後回しにしちゃってました！今から書きます！

Slide 12

Slide 12 text

誇張しすぎた締切がないときに発生していたことそろそろできました？後回しにしちゃってました！今から書きます！一ヶ月後

Slide 13

Slide 13 text

誇張しすぎた締切がないときに発生していたことあの... そろそろできました？すみません、今執筆中です！ちょっと待ってください

Slide 14

Slide 14 text

誇張しすぎた締切がないときに発生していたことあの... そろそろできました？すみません、今執筆中です！ちょっと待ってください以後この記事が世の中に出ることはなかった

Slide 15

Slide 15 text

締切を作ることにした作者を放っておいても作品は出てこない

Slide 16

Slide 16 text

締切を設けてみたテックブログ執筆お願いします。締め切り一ヶ月後に設定します。一週間前に進捗確認しますね了解です！

Slide 17

Slide 17 text

締切を設けてみたテックブログ執筆お願いします。締め切り一ヶ月後に設定します。一週間前に進捗確認しますね了解です！締切一週間前

Slide 18

Slide 18 text

誇張しすぎた締切がないときに発生していたことそろそろできました？一昨日締切に気が付きまして、とりあえず今はここまで完成してます

Slide 19

Slide 19 text

誇張しすぎた締切がないときに発生していたことそろそろできました？一昨日締切に気が付きまして、とりあえず今はここまで完成してます締切日

Slide 20

Slide 20 text

誇張しすぎた締切がないときに発生していたことどうです、できました？なんとか形にはしました！

Slide 21

Slide 21 text

締切がないときに発生していたこと「あの、そろそろ...できました？」「ちょっとここで躓いてまして...！すぐ書きます！」無事世の中にテックブログはリリースされた

Slide 22

Slide 22 text

締切がないときに発生していたこと「あの、そろそろ...できました？」「ちょっとここで躓いてまして...！すぐ書きます！」自分自身がテックブログを書くときを振り返ってみても

Slide 23

Slide 23 text

締切がない場合開発A 開発B 開発C テックブログ暇になったらやろうタスクの優先順位

Slide 24

Slide 24 text

開発C 開発D 開発E テックブログ暇になったらやろうタスクの優先順位締切がない場合(一ヶ月後)

Slide 25

Slide 25 text

開発C 開発D 開発E テックブログ暇になったらやろうタスクの優先順位締切がない作業をやるときタスクの優先順位の外にいる作業は放っておきがち

Slide 26

Slide 26 text

締切が存在する時開発A 開発B 開発C テックブログ暇になったらやろうタスクの優先順位

Slide 27

Slide 27 text

締切が存在する時(締切前) 開発C 開発D 開発E テックブログタスクの優先順位締切が近くなってきた！やらねば！ｲﾝﾀｰｾﾌﾟﾄｯ

Slide 28

Slide 28 text

締切が存在する時(締切前) 開発C 開発D 開発E テックブログタスクの優先順位締切が近くなってきた！やらねば！ｲﾝﾀｰｾﾌﾟﾄｯ締切が近くなると途端に最優先タスクになる

Slide 29

Slide 29 text

自分の学び上記は一例だけど締切を設定することで - リソースやマインドシェアを確保できる - 途中はともかく締切が近づいたら最優先にしてもらえる - 締切があることでコミュニケーションが取りやすいという効果を実感

Slide 30

Slide 30 text

締切の効果締め切りを作れ。それも早いほどいい。 ──時間と質を両立する仕組みクリストファー・コックス (著), 斎藤栄一郎 (翻訳) 集団Ａには、提出の締め切りまで５日間と告げ、集団Ｂには締め切りを設定しなかった。結果は、一目瞭然。締め切りを設定した集団Ａは、60％の学生がアンケートを提出して５ドルを手にした。ところが締め切りのない集団Ｂでは、提出率が25％にとどまった。

Slide 31

Slide 31 text

でもうちのチームスクラムをやっているうちのチームは締切は設定してないけどどんどこ機能をリリースしていってるし特に困ってる感じもしないなぁこれは一体何がどう作用してるんだ

Slide 32

Slide 32 text

優先順位プロダクトバックログは、創発的かつ順番に並べられた、プロダクトの改善に必要なものの一覧である。これは、スクラムチームが行う作業の唯一の情報源である。 https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf

Slide 33

Slide 33 text

リソースの確保スクラムが成功するかどうかは、次の5 つの価値基準を実践できるかどうかにかかっている。確約、集中、公開、尊敬、勇気。スクラムチームは、ゴールを達成し、お互いにサポートすることを確約する。スクラムチームは、ゴールに向けて可能な限り進捗できるように、スプリントの作業に集中する。 https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf

Slide 34

Slide 34 text

状況の確認スプリントレビューの⾃的は、スプリントの成果を検査し、今後の適応を決定することである。スクラムチームは、主要なステークホルダーに作業の結果を提⽰し、プロダクトゴールに対する進捗について話し合う。スプリントレビューにおいて、スクラムチームとステークホルダーは、スプリントで何が達成され、⾃分たちの環境で何が変化したかについてレビューする。 https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf

Slide 35

Slide 35 text

スクラムにはスクラムには - 唯一つの作業の優先順位 - 確約、集中という価値観 - 定期的なステークホルダーとの進捗の確認が盛り込まれている。締切を用いらずとも、優先順位は決まっていて、リソースも確保され、進捗も確認できてそう

Slide 36

Slide 36 text

テックブログで締切が必要だった理由スクラムチームでの仕事テックブログﾘｿｰｽﾖｺｾｯ!

Slide 37

Slide 37 text

テックブログで締切が必要だった理由スクラムチームでの仕事テックブログこう考えるとすみませんでした

Slide 38

Slide 38 text

いやでも締切が必要なケースもあるよね例えば - クリスマス向け機能 - 12/10までにリリースしないと誰も使わない - ◯◯月の法改正対応 - それを過ぎてしまうと法令違反状態になるみたいにビジネスの必然性に基づくタイムリミットも確かに存在する

Slide 39

Slide 39 text

いやでも締切が必要なケースもあるよね他にも - 完了期日がわからないと開発の規模感が分からずそもそもビジネスとしてその開発に投資できるかどうかわからないなどコストやスケジュール感把握のための完了期日が必要といった話もある

Slide 40

Slide 40 text

締切に求められるものリソースやマインドシェアの確保以外にも - ビジネス上の動かせないタイムリミットを伝える - 規模感を見積もるみたいな用途で使われてそう

Slide 41

Slide 41 text

ここで用語整理 - 見積もり - ターゲット - コミットメント

Slide 42

Slide 42 text

見積りとはソフトウェア見積り　人月の暗黙知を解き明かすスティーブマコネル (著), 溝口真理子；田沢恵 (翻訳), 久手堅憲之 (読み手) 見積りとは、プロジェクトにかかる期間やコストを予測することだと言ってよい。 (中略) 重要なことは、明示するしないにかかわらず、あらゆる見積もりには確率が含まれているという事実である。

Slide 43

Slide 43 text

ターゲットとはターゲットとは、実現したいビジネス上の目標を明文化したものだ。次のような例がターゲットである。 - 5月の展示会でデモができるように、バージョン2.1を完成させなければならない。 - 年末年始の商戦に間に合うように、このリリースを安定させなければならない。 - 法令へのコンプライアンス上、これらの機能は7月1日までに完成させなければならない。ソフトウェア見積り　人月の暗黙知を解き明かすスティーブマコネル (著), 溝口真理子；田沢恵 (翻訳), 久手堅憲之 (読み手)

Slide 44

Slide 44 text

コミットメントとはソフトウェア見積り　人月の暗黙知を解き明かすスティーブマコネル (著), 溝口真理子；田沢恵 (翻訳), 久手堅憲之 (読み手) コミットメントとは、定義された機能を、特定の品質レベルを確保しながら期日までに納品するという約束を意味する。 (中略) コミットメントと見積りが同一でなければならないと考えてはいけない。そもそも同じものではないのだ。

Slide 45

Slide 45 text

見積り: 期間やコストの(大雑把な)幅のある予測ターゲット: ビジネス上の目標コミットメント: ターゲットを達成するための計画に基づいた約束ソフトウェア見積りの定義

Slide 46

Slide 46 text

そして3つは混同されがちソフトウェア見積り　人月の暗黙知を解き明かすスティーブマコネル (著), 溝口真理子；田沢恵 (翻訳), 久手堅憲之 (読み手) 「見積り」、「ターゲット」、「コミットメント」はそれぞれ異なるものであると認識しよう。（中略）経営層の多くは技術的なバックグラウンドを持っておらず、見積り、ターゲット、コミットメント、計画を明確に区別しない

Slide 47

Slide 47 text

締切が必要なケース必要ないケースビジネスの必然性に基づくタイムリミット → これはコミットメント(締切)が必要コスト感把握のための完了期日 → ここで求められているのはコミットメント(締切)ではなく、見積り

Slide 48

Slide 48 text

ただし多くの機能は早く出せば出すだけありがたい - 特定の日付が来るまで必要ないが日付を過ぎると急速に価値が減衰する機能 - e.g.)年末調整機能を今年の年末調整が始まるまでに出す - 早く出せれば早く出せるだけ良い(時期によらない)機能 - e.g.)顧客がずっと待っていた他システムとの連携機能

Slide 49

Slide 49 text

締切のまとめ - ソフトウェア開発において締切を厳守することは建設的ではない - ソフトウェア開発は未知なものを作る行為であり、学習が全てあるため - 締切を設定された人のリソース、マインドシェアを確保する効果がある - スクラムにおいてはこの効果は必須ではない - ただしビジネス上のターゲットの必然性から発生することもある - 多くの機能はその限りではない - 見積りと混同されがち

Slide 50

Slide 50 text

参考アジャイルにおいて、締め切りを「守ること」「強制すること」は必要ではない https://www.servantworks.co.jp/posts/with-agile-approaches-no-need-to-meet-or-enforce-deadlines/ ソフトウェア見積もり https://www.amazon.co.jp/dp/B00KR96M6K 締め切りを作れ。それも早いほどいい。 ──時間と質を両立する仕組み https://www.amazon.co.jp/dp/4775942727