スクラムは継続的な改善の一形態なのだからこれが最終形態というものは無いし、どのチームをとっても同じというものは無い。プラクティスはあってもベストプラクティスはチームによって違う。準備ができていないからスクラムを始められないというのはそもそも原則に反するので、まずやって学ぼう。現状を変えるよりもスクラムを無視したりスクラムを変更したりすることの方が簡単だけれど、組織を変革するために協力しあいながら確固たる信念をもって立ち向かおう。そんなメッセージを本章から受け取りました。第1章の「スクラムは役に立つか?」で出た通り全ての領域でスクラムが適しているわけではないので、盲目的に導入すれば良いというものではなく、領域が変わった場合はスクラムを続けるか続けないかの判断が必要になるのでしょう。取り組む領域が「複雑な領域」であるならばスクラムフレームワークはとても強力だということは間違いありません。スクラムを読む会」そしてなによりこの半年のスクラム開発経験でスクラムについて多くを学ぶことができました。スクラム」は「スクラムガイド」を読んだだけでは得られない広範囲な知識やノウハウが詰まった良い一冊でした。スクラムを読む会を終えたあとは、オフィスのコラボスペースでビールを飲みながらお疲れさま会。参加の皆さんお疲れさまでした。この回を始めてくれたはらかち氏に感謝。休まず毎回参加してディスカッションしたことでいろいろな学びを得ることができました。嬉しい限りなので珍しく私もビールで乾杯しました。氏も特にお疲れさまでした。ふりかえって出てきた話題としては取り組む領域がクネビンフレームワーク(第1章)のどの領域なのかを見てスクラムを採用するかどうか考えたい。スクラムを読むことで「PBI」などの同じ理解で使える言葉が増えた。チームの共通言語作りに貢献できた。原則大事(第3章・第14章など)。下げる重要性をあらためて学んだ。準備完了の定義・受け入れ条件が重要。実際に読む会と並行してスクラムを行ってきた中でプロダクトバックログリファインメントで1スプリントにおさまるように適切にプロダクトバックログアイテムを分割するの大変だよね。スクラムマスターと開発チームメンバ(エンジニア)との兼任が難しかった。スクラムマスターであると同時に組織図上のリーダーという立場でいると、自発的行動を促すのとある程度指示的に動かすのとの兼ね合いが悩ましかった。困った状態であることにメンバが気がつくのを3カ月待った上で物理かんばんを導入してみた(すごい)。スクラム実践についての「検査と適応」をタイムリーに勉強会をしながら進められて学びの多い半年間でした。(火)「複数のチーム、1つのプロダクトバックログ」リトライの機運プロダクトバックログを1つにしたいという意見が出てます。ようなフレームワークを取り入れたりする必要があるので軌道にのせるには考えることもいろいろ増えます。「複数のチーム、1つのプロダクトバックログ」はまだ成功体験がないのでまたトライしてみたいと思うところです。(木)チームがグループになりつつあるのを見守っているあるマネージャーの方針で自己組織化チーム型から共同作業グループ型に少しずつ変えていこうとしているのを見守っています。(煩雑な/込み入った)領域であると考えれば適切なアプローチかもしれません。どちらにせよやってみて検査と適応をしていけば良いだけです。渋谷駅東口歩道橋の新しい階段が開通してた。既読通知機能の存在を知らなかったけれど「既読通知の送信/受信」設定がオフになっていたということは気を失っている間に変更していたようだ。オフでもグレーのチェックマークが表示されるのね。クネビンフレームワークで言うところの「複雑な領域」のプロジェクトだから、あれの登場だよね。2018年11月25日で閉店か。昼休みにたまに行ってた。(水)複雑な領域に合わせたプロジェクトマネジメントをするあるプロジェクトのプレイングマネージャーが抜けることになってから、プロジェクトがうまく進まなくなってきた。プレイングマネージャーがメインでやってしまっている間は良かったけれど、そうでなくなった今も週1回30分のミーティングのスタイルのままでスローダウンしてしまったように思える。クネビンフレームワークで言うところの「複雑な領域」のプロジェクトだから、もっと密接にチームメンバが連携して「検査と適応」をしていかないと、進まないし成果も出ないよね。開発プロジェクトではないけれどスクラムがいいんじゃないかなと思っているので取り入れてみるつもり。「わかき」というのを小学校で教わったという話を聞いた。分かったこと考えたこと気付いたことという視点で考えと文章をまとめるフレームワークについてみたい。書きましょうではなくて、書き方の型の1つを教えるというのはいいな。3つで書こうというのと近いものがあるね。「3つ」のポイントというのがやはり一番使いやすい。スポンサー提供があってとても快適になった。朝1番のセッションの冒頭で今回の事前登録が4000人超という話があった。会場の混み具合からするともうキャパオーバーも近いのではと思えてくる。各セッション会場でのバーコードチェックがステージ近くで、まだセッションが終わる前に次のセッションの人が誘導されて入ってきたりして、待機列の問題からだろうけれど、ちょっと発表者に失礼なんじゃないかなーとは思ってみてた。以下セッションタイトルは2月13日時点の公式サイトより。原田騎郎(@haradakiro)氏メモスケール全く同じチームを複製してくことはできない。違いのあるチームを増やしていく。うまく行っているスクラムチームを2つ育ててから、スケールさせる(そうでないと悪いものがスケールする)。フレームワークスクラムだけでもスケールする。スクラムマスター(SM)デイリースクラム階層。チームで解決できない課題を上位のデイリースクラムに伝えて解決していく(チームのデイリースクラムの方を1日の先にやる)。トップレベルは役員によるエグゼクティブアクションチーム(EAT)。スクラムチームなのでスクラムの全てのアクティビティをやる。