自分が所属するUnipos株式会社では、「感情報酬を社会基盤に」というミッションを掲げてUniposというソフトウェアを開発しています。

1年半前、自分はみんながもっと楽しく開発できるように、従来型の開発プロセスを変えようとトップの人に直談判を試みます。

自分が変革をはじめる最初の一人でした。
初学者でしたが書籍から学び、知識は万全。きっとなんとかすると前のめりでした。

ところが、憧れた会社や書籍のようにうまくいきませんでした。
そこにはシンデレラストーリーがあるのではなく、ただただ現実的な問題ばかりがありました。
その問題の乗り越え方は書籍には載っていません。
自分で悩み考え、取り組んでみて学習する必要があります。
形式知ばかりを学び、「最初の一歩」を実践したことのなかった自分は見事に頭でっかちになっていました。
頭ごなしに知識を押し付けたところで、とうとう組織の支援を受けることはできませんでした。

初学者が組織の変革をはじめる最初の一人になる場合、経験したことがないため乗り越えられないような問題が出てくることがあります。
そう考えると、むしろ最初は組織から協力を引き出せないほうが、自然なのではないでしょうか。
では、初学者が組織の変革をはじめるべきではないのでしょうか？自分はそんなことはないと思います。

最初の一人が躓いたとき、その後の歩みを止めないためにできることは何でしょうか。

このセッションでは、組織を変革する最初の一歩の道のりをふりかえり、自分が学んできたことをご紹介します。
なにぶん昔のことなので、思い出せないところもありますが、書籍には載っていないような自分の実践から学んだお話をご提供できれば幸いです。

自分が所属するUnipos株式会社では、「感情報酬を社会基盤に」というミッションを掲げてUniposというソフトウェアを開発しています。

1年半前、みんながもっと楽しく開発できるように、従来型の開発プロセスを変えようとトップの人に直談判を試みたのですがうまくいきませんでした。その後、強い理想と変えられないことにもやもやする事が増えていきました。その時から自分には強いストレスを感じる問題が起き始めます。

• 学習して知識を身につければつけるほど、現状の問題がはっきりしてくるので変えたくなるができないストレス
• 相手に問題を説明しても共感してもらえないストレス
• イケてないと感じたトップダウンの施策を見聞きするだけでストレス
• 会社内に共感してくれる相談相手がいないストレス
• 自分がうまくやれていないと感じるストレス

スクラムマスターは人にアプローチを行います。人は新しいアイデアを受け入れるのに時間がかかるので、スクラムマスターにとって忍耐が大切なメタスキルになります。

ですが、これらのストレスを受けながら単に我慢し続けると疲弊してしまいます。

つまり、ストレスマネジメントしながら忍耐の心で安定して活動を継続してくことが求められます。

自分は1年以上チームと組織の変革を探求してきました。今も組織から受ける印象は変わりませんが、自分のストレスは以前より少し楽になっています。

このセッションでは自分の1年間の活動をふりかえり、チームや組織の変革を行うときのストレスへの対処の仕方を考察します。

自分が所属するUnipos株式会社では、「感情報酬を社会基盤に」というミッションを掲げてUniposというソフトウェアを開発しています。

1年半前、みんながもっと楽しく開発できるように、従来型の開発プロセスを変えようと直談判の挑戦を試みたのですがうまくいきませんでした。強い理想とそのギャップにもやもやする事が増えていきました。その時から自分には強いストレスを感じる問題が起き始めます。

• 学習して知識を身につければつけるほど、現状の問題がはっきりしてくるので変えたくなるができないストレス
• 相手に問題を説明してもわかってもらえないストレス
• イケてないと感じたトップダウンの施策を見聞きするだけでストレス
• 会社内に共感してくれる相談相手がいないストレス
• 自分がうまくやれていないと感じるストレス

スクラムマスターは人にアプローチを行います。自分はまだうまくできません。ですが、これらのストレスを受けながら、1年以上チームと組織の変革を探求してきました。今も組織から受ける印象は変わりませんが、自分のストレスは以前より少し楽になっています。

このセッションでは自分の1年間の活動をふりかえり、チームや組織の変革を行うときのストレスへの対処の仕方を考察します。

個人商店状態とは自己完結するタスクを自分自身だけで終わらせる状態のことです。

僕のチームは個人商店状態になっていました。割り込みや状況の変化に合わせて、チームとして優先順位が高いものから仕事を一緒に終わらせていくことができなくなっていました。

このセッションではそんな個人商店状態を打破して、計画づくりを毎日修正していけるチームになるために実践した実験とその結果をお話します。

今回取り上げるのはスプリントプランニングとデイリースクラムを利用した毎日の計画づくりとそれをふりかえりで評価するアイデアとその取り組み結果をお話する予定です。

「問題がないことが問題だ」

朝会で問題が報告されないにもかかわらずピンチな状況が生まれてしまう、皆さんはこんな経験ありませんか？

チームでは日々の仕事の中で暗黙知から醸成された慣習が出来上がっています。
私達の場合は朝会の進捗共有で「作業が予定に間に合わなさそうなら報告する」「問題を報告すれば迷惑をかけてしまうかもしれない」「言ってもいいんだろうか」という雰囲気の（形骸化した）慣習が存在していました。
こういった慣習がチームの不安要因を表明することを邪魔して来たのかもしれません。

そんな慣習から旅立ってチームは自分たちの価値観に基づき新たな慣習を獲得することはできるのか。

このセッションでは組織の慣習から脱却した小さな成功体験から学んだことをお伝えします。