Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
チームの文化を創る_ふりかえりカンファレンス2022
Search
kitanosirokuma
April 09, 2022
Business
1
1.1k
チームの文化を創る_ふりかえりカンファレンス2022
ふりかえりカンファレンス2022 みどりレーン13:00~の発表資料
kitanosirokuma
April 09, 2022
Tweet
Share
More Decks by kitanosirokuma
See All by kitanosirokuma
JaSSTReview2022_ReviewWorkshop.pdf
kitanosirokuma
3
1.4k
20220711ReviewWork01_Structured_for_review_purposes.pdf
kitanosirokuma
0
580
ソフトウェアレビュー研究結果の認知拡大と適用促進
kitanosirokuma
0
330
JaSST2022Tokyo_F6SoftwareReviewWorkshop_digest
kitanosirokuma
0
200
レビューが教えてくれたこと~for WACATE2021Winter
kitanosirokuma
0
1.9k
SaPIDによる現状業務・事業分析事例(図書館システム)
kitanosirokuma
0
260
SaPIDによる業務・事業開発事例(図書館システム)
kitanosirokuma
0
170
現状分析→価値開発→仕様化&テスト設計の展開事例解説(3回シリーズ)_概説
kitanosirokuma
0
260
レビューの成功要因はどの程度のキキメがあるの?
kitanosirokuma
0
470
Other Decks in Business
See All in Business
Ampersand Company Profile
cuebicventures
PRO
0
250
G.U.Group 会社紹介資料
gugroup
0
280
サバノミソニLT‐AWS認定資格合格への道のり
utosun
0
360
株式会社AGEST紹介資料/AGEST Recruitment
agest_recruit
0
2.2k
ログラス会社紹介資料 / Loglass Company Deck
loglass2019
6
230k
不感対策ソリューション 詳細資料
jtes
0
170
コーチ・エィ_会社紹介資料
coacha
1
990
DeFimans 会社紹介資料 Company Deck
defimans
0
220
STRACT, Inc. Company Deck
stract
0
1.4k
Company deck
tricera
0
500
アルプ株式会社/会社紹介資料
alpinc
0
470
3次元データを用いた差分解析による工事発注への取組
tokyo_metropolitan_gov_digital_hr
0
390
Featured
See All Featured
Embracing the Ebb and Flow
colly
84
4.5k
Thoughts on Productivity
jonyablonski
67
4.3k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
665
120k
Site-Speed That Sticks
csswizardry
0
28
GitHub's CSS Performance
jonrohan
1030
460k
Happy Clients
brianwarren
98
6.7k
Typedesign – Prime Four
hannesfritz
40
2.4k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
1.9k
Reflections from 52 weeks, 52 projects
jeffersonlam
346
20k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
900
Optimizing for Happiness
mojombo
376
70k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
109
49k
Transcript
チームの文化を創る ふりかえりによる相応しい価値観の共創~浸透 きたのしろくま(あだちけんじ) @kitanosirokuma
[email protected]
http://www.softwarequasol.com/ 1 ふりかえりカンファレンス2022 みどりレーン 13:00~
Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
安達 賢二(あだち けんじ)
[email protected]
株式会社HBA 経営管理本部 Executive Expert http://www.softwarequasol.com/ 株式会社レヴィ
共創ファシリテーター https://levii.co.jp/ 【経歴】 2012年社内イントレプレナー第一号事業者として品質向上支援事業を立ち上げ。 自律運営チーム構築・変革メソッドSaPIDをベースに、 関係者と一緒に価値あるコトを創る共創ファシリテーター/自律組織・人財育成コーチ として活動中。 【社外活動】 NPO法人 ソフトウェアテスト技術振興協会(ASTER)理事 JSTQB(テスト技術者資格認定)技術委員 JaSST-Review(ソフトウェアレビューシンポジウム)実行委員 JaSST-nano お世話係軍団 JaSST(ソフトウェアテストシンポジウム)北海道 2006-2009実行委員長 2010-2018実行委員 2019~サポーター テスト設計コンテスト本部審査委員(2015-2017) SEA(ソフトウェア技術者協会)北海道支部メンバー SS(ソフトウェア・シンポジウム)プログラム委員 第33-37期SQiP研究会レビュー分科会アドバイザー SQuBOK_Ver3プロセス改善研究Grリーダ(with プロセス改善の黒歴史研究) TEF(Test Engineer’s Forum)北海道テスト勉強会(TEF道)お世話係 TOCfE北海道幽霊メンバー など 2 生 育 住 勤 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
投稿時の問題提起 • 顧客や社会により高い価値を、スピード感を持って創り出し、提供しつづける ために、人間一人でできることはそう多くはありません。 • だからチームで立ち向かう必要がある。 • しかしベストメンバーが揃わないのはあたりまえ。 • その場に集められたメンバーで、VUCAな環境~将来の予測が困難な状況
下で度重なる難題・逆境に立ち向かうのは簡単ではありません。 • そんな時にこそメンバー間の連携や協調等による相乗効果の発揮が求め られます。 • 私は自らの経験則から、チームのチカラを高める相乗効果を獲得する条件 の一つが「チームの価値観」なのではないかと考えています。 3 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
今日のお品書き • はじめに:前回発表の内容から今回の発表へ • 私の体験~体験1・体験2 • 価値観?なに、それおいしいの? • ふさわしい価値観の共創~浸透 •
まとめ • 付録:強いチームとは?ロコ・ソラーレに学ぶ 4 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
はじめに 前回発表の内容から今回の発表へ 5 Copyright © Kenji Adachi@Software Quasol , All
Rights Reserved
前回の発表~今回の発表へ 6 Copyright © Kenji Adachi@Software Quasol , All Rights
Reserved
私が感じている“ふりかえり”のよい効能 相互理解 自分が、それぞれのメンバーがどのような人なのか、どんな状況なのかを共有できる。 チーム学習 他者の気づきを自分の気づきにできる。自分の実務(経験)だけではわからないことを他者から学べる。チームと して学ぶことができる。また、対話やファシリテーションを通じてモノゴトの適切な捉え方や伝達方法を浸透させる ことができる。 合意形成と実践促進 チームとしての合意形成が容易になる。チームで決めたことの実践が促進される。 価値観共有・共創~そして浸透
チームの価値観を共有したり、新しい価値観やより適切な価値観を一緒に作り上げる、それを浸透させること ができる。 7 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved ふりかえりカンファレンス2021発表 ふりかえりの傾向と対策 「ふりかえりのふりかえり」から作法を学ぶ より 今回はこれ!
私の体験 自らふりかえり導入~チーム変革アプローチまで 8 Copyright © Kenji Adachi@Software Quasol , All
Rights Reserved
体験1:プロジェクトにふりかえり導入(2009~) 9 ~参考・引用~ [体験1]:ソフトウェアプロセス改善カンファレンス2011(SPI Japan2011)発表 ふりかえり実践方法の変遷による業務運営プロセスと成果の改善【ふりかえり駆動型運営の実践】 http://www.jaspic.org/event/2011/SPIJapan/session3B/3B4_ID008.pdf Copyright © Kenji
Adachi@Software Quasol , All Rights Reserved
2009~2011年 プロジェクト運営にふりかえりを導入 • 社員数800名超の組織全体を巻き込んだ経営施策(生産性 向上)展開プロジェクトの起案者兼テクニカルリードとして参画。 • 経営施策を牽引する事務局プロジェクト運営、そして施策そのも のに“ふりかえり”を導入。 • ベースにした情報源:当時の貴重な情報源
– 「プロジェクトファシリテーション実践編 ふりかえりガイド」 • “ふりかえり”に対する当初の関係者の認識 – 進捗会議? 反省会? 10 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
プロジェクト運営体制イメージ 140Gr 600名 11 Copyright © Kenji Adachi@Software Quasol ,
All Rights Reserved ※社員数800名超組織 のうち活動対象となった のが約600名 【事務局の脆弱な体制】 ①全員兼務:現業フルのまま空き 時間で対応 ②SWE・PM関連改善指導・支援 可能要員は2名のみ 事務局メンバー 所有工数 当プロジェクトに 使える工数の割合 (全体の10%以下)
事務局の年間運営概要 1W 2W 3W 4W 5W Fri 朝M Fri 朝M
Fri 朝M Fri 朝M Fri 1Month 1Q 2Q 3Q 4Q Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar 年度 Plan 1Q KPT 2Q KPT 3Q KPT 4Q KPT 週次 月次 年次 イベント Event-b KPT Event -a1 KPT a1 Event -a2 KPT a2 Event -a3 KPT a3 1Q KPT 2Q KPT 3Q KPT 4Q KPT a1 KPT a2 KPT a3 KPT b KPT 12 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved Monthly M◎
ふりかえりを導入した直後の状態と対策(例) • 状態1:ふりかえり結果を何も書けない人が半数以上。 – 要因:問題点を書くとろくなことにならない経験が多い。 – 要因:「よいこと=Keep」を考えたことがない。(→状態2) – 対策:質問「例えば、こんなことはなかった?」(ありがちな事例で) •
状態2:Keepを出せない。 – 要因:よいことへの敷居がムダに高い(団塊の世代に多い) 例:計画通り進んだこと=あたりまえ/そんなことをわざわざ褒めるなんて! – 対策:プロジェクトが計画通り進むのは普通のこと?・・・・・No! じゃあ計画通り進むのはうれしいこと、よいことじゃないかな? 13 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
ふりかえりを導入した直後の状態と対策(例) • 状態3:Problemばかりを大量に提示する。 – 要因:よいことへの敷居がムダに高い(団塊の世代・指摘マンに多い) – 対策1:KPTの採用~Keepを先に、Problemはあとで。 – 対策2:Keepは相手と自分向けに、Problemは自分向けに。 •
状態4:ちょっと何言ってるのかわからない内容も多い。 – 要因:紋切型表現、その人や記述内容のコンテキストが不明等。 相手に適切に伝えられていないことを本人が認識できていない。 例:「コミュニケーション」「モチベーション」・・・それがどうしたの??? – 対策:理解できるまで質問に答えてもらい、適切な記述に改める。 14 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
[質問-回答]×n=対話を行う時の注意 • ×問い詰める → 〇わからないことを理解したい。 • 「自分がちゃんと理解したいから教えてください!」モード。 • 理解できたと思ったところで自らの言葉で「こういうことで合ってます か?」と確認。
• 最後に「なるほど、ありがとうございました!おかげで理解できました !」とお礼するイメージ。 言葉だけではダメ。心でそう思っていないと相手に伝わる。 15 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
今回のふりかえりの主な観点 A.事例発表会の成果 B.推進事務局としての実運営面 B1:各種準備・調整対応 B2:当日の運営対応 B3:終了後~完了までの対応 C.実際に開催して感じたこと D.その他 ふりかえり結果例 Copyright
© Kenji Adachi@Software Quasol , All Rights Reserved 観点には運営面と成果面 の両面を含める 思ったこと・感じたことを 大事にする (ただし事実確認が必要) 16
<成果> A.◦◦部みたいに皆で発表者をサポートしようという姿勢が見える のは良い。(な)同感:い・あ・な2 ◦◦ナイスプレー! C.毎回のことだが、発表資料だけではわからない情報が得られるの でとても良いと思う(い) C.社長賞をもらったGrの喜び方を見ると、モチベーション向上につな がったのではないかと思う(い) C.ゴールドリールもモチベーション向上につながったのではないかと 思う(い)▼▼さんナイスプレー!
A:レベルが低いながらも、今後につながりそうな内容のグループが 複数あったこと、スリームやってたんだということをみんなに思い出し てもらったのは一つの成果なのかな。(あ) A:発表を見るとそのチームの取り組む姿勢が感じられるので、よ かった。(む) <実施準備> B1.••Jの事前の各種調整・準備によって表彰までスムーズに進 行できた。(い) →実はmitaraアップや賞金配付等の後作業も大変なのよ(な) B1.社長賞候補選定を全員で行ったことで、発表内容の理解にもつ ながった(い・あ) B1:事前準備、役員や部門調整が適切だったので、変なストレスや 混乱なく実施できた。(あ) B1:新しい機材(タイマー用のPC、テレビ会議)を使用したが、何のト ラブルもなく進められたのが当然だがすばらしい。(な2) B1:実践研修も翌日にあり、作業が重なる中で、協力して進められ たことがすばらしい。(む) <当日の運営> B2.••Jの司会力で、場が和んだ。途なでうまくHJに質問がないか指 名したことなど(い)(同感:あ) (俺、ナイスプレー!) B2.各自役割を遂行できた(い) B2.休憩時間のとり方がちょうどいいと思う(い) B2:すべてではないものの、事務局で選出した推奨グループの多くが社 長賞になった。成果重視・今後の発展重視の視点は役員とも共有でき ていたのではないか。(あ) <終了~完了> B3:イベント対応や節目が来ると誰もが「ふりかえりやらなくちゃ」と言い だして実施する、そしてその結果を次の実践で当たり前に使うようになっ たのはすごいことだ。(あ)同感:ふりかえりをすることが定着した(む) <開催して感じたこと> C.普段あまりプレゼンの機会がない発表者(入社数年の社員)にとって、 大勢の前で自分たちがやってきたことをプレゼン・説明することが一種 のトレーニングになっているよね!(あ) ①KEEP:良い点・継続するべき事項 モチベーション向上! 準備も協力できた! 「ふりかえり」が定着しているよ! プレゼンの機会も大事だよね! 成果や発展重視を共有できてる! 自薦他薦問わず 遠慮なくほめる できて当たり前ではなく、 できた=良いこと まずはよかったことからスタート Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 17
<成果> A:改善内容を共有し、それらを参考にして今後に生かすことにつな げる成果にはなっていないよね。(あ) A:まだまだ、定量的成果としても「効果が出ているなあ~」と実感で きるものが少ない。(む) <事務局運営:実施準備> B1.今回は9/1に開催通知を出すことになり、もっと早く出すべきだっ た。(な) B2.スリーム社長賞が6グループも出たので、次回の賞状が足りな くなった。忘れずに発注せねば。(な)
B1.事務局連絡事項スライド作成完了がギリギリの状態になってし まった(い) B2.役員の後ろの席は、ほとんど空いている状態。 2F大会議室で実施する場合、役員の後ろの席はなくして、別のス ペースに配置するなどしたい(い) <各部門の準備> C.技本みたいに発表者以外は誰も参加していないってどうなの? (中、に、あ) C.9月末だから?発表資料提出が全体的に遅かった(い) <当日の運営> B2.自部門発表だけしか出席しない/質問がほとんどないのは、事 例共有(今後の参考に)する気がない、井の中の蛙になっている証 拠だ。(あ) <参加者> C.相変わらず質問が少なく司会者泣かせ。司会者もツラいです。 (中) B1.9月末納期があって支社や技本は参加しづらいかもしれない。 9月上旬開催の方が良いかも。その代わり活動の立ち上がりを 早める必要はある。(中) C.やはり自部門の発表だけ聞いて帰るのは、次の発表者としては やりづらい?最低限、休憩時間だけの出入りにするなどは必要な いか?(い) C.役員席の後ろに座るよう何度も促したが、誰も座ろうとしなかっ た何をいやがっているのかがよく分からない(鳴) <取り組み内容> 取り組み内容が(安っぽい内容として)完全にパターン化されている。 頭を使っていない、能力レベルが上がっていない証拠だ。(あ) あの内容で社長賞6チームは多いかな?モチベーションが上がる のはいいがこの活動でいいんだと思われることが、かえって活動の レベルアップを阻害することにならないかな。(鳴) <開催して感じたこと> C:スリーム運営がすでに形骸化しつつある、いや形骸化しているよ うに感じた。発表した内容をすべて実践したのかどうか怪しいグ ループもあった気がする。(あ) C:公共の取り組みが・・・どうもスリームの目的を理解していない気 がする。どうも、この活動で価値を生み出そうという気持ちが感じら れないんだよね。(む) ②PROBLEM:問題事項・改善必要事項→重要事項はTRYで対策 成果はまだまだ・・・。 入退室は休憩時間のみにすべき! 早め早めの準備が必要だ! 活動内容のレベルアップを求む! すでに形骸化していないか? 分類して まとめる 大事なこ とは強調 感じたことも 忘れずに 言いにくいことでもズバッと Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 18
<発表会実施方法> D.いずれにせよ、下期はナレッジフォーラムと同一日の◎月◎日に ポールスターで開催することは決まっているので、通知を早めに 出す・集客を含めて盛り上げる。(中) D.発表会があることは年度当初から決まっているので、あらかじめ スリーム社長賞を意識した活動があってもいい。(中、に) 2F大会議室で実施する場合、役員の後ろの席はなくして、別のス ペースに配置するなどしたい(い) <発表会の事務局運営> 次回、早い段階で、B4サイズの賞状の準備(発注)をする。(む)
→刷り直しの金額次第です。(中) <スリーム運営方法> 次年度以降、自らの作業内容に対して頭を使う、能力レベルを上げ る取り組みを実装する。(あ) スリーム活動に限らず、機会がある都度、部次長に対し、活動の在 り方を問う、活動の考え方を話す(む) 本質的な「生産面での活動」なのかを問うてみる。強制はできない が・・・。(む) →次週、2Qふりかえりでも同じ課題が挙がり そうなので、各自、下期に向けた次の一手を考 えておきましょう。(中) ③TRY:今後の対応でどうしていくか(提案事項を含める) 下期事例発表会は 早めに着手して もっと盛りアゲよ~ まとめる 楽しく! Tryは次にすぐ実 施できる具体的な 手段を明確化する Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 19
対象活動 ふりかえり 集合Meeting K P T 記録化 保管 共有 計画
対象活動 ふりかえり 集合Meeting K P T 記録化 保管 共有 計画 対象活動 ふりかえり 集合Meeting K P T 記録化 保管 共有 計画 活動直後実施 その場で記録化・保管 進化 進化 ふりかえり運営方法の変遷 空き期間 ① ② ③ Copyright © Kenji Adachi@Software Quasol , All Rights Reserved あとで記録を整理 あとで記録を整理 20 のおかげ
対象活動 ふりかえり 集合Meeting 保管 共有 計画 観点 共有 観点 確認
K P T 記録化 K P T 記録化 各自 事前KPT確認 保管 共有 対象活動 ふりかえり 集合Meeting 保管 共有 計画 観点 共有 観点 確認 K P T 記録化 活動前のふりかえり 観点共有 各自事前 ふりかえり 進化 進化 対象活動 ふりかえり 集合Meeting 保管 共有 計画 観点 共有 K P T 記録化 ふりかえり観点共有 進化 ④ ⑤ ⑥ Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 21 のおかげ
対象活動 ふりかえり 集合Meeting 保管 共有 計画 観点 共有 観点 確認
K P T K P T 記録化 事前KPT確認 保管 共有 K P T 各自記 録化 定量・定性 評価実施 保管 共有 定性・定 量評価 各自 事前KPT確認 対象活動 ふりかえり 集合Meeting 保管 共有 計画 観点 共有 観点 確認 K P T 記録化 K P T 記録化 各自 事前KPT確認 保管 共有 K P T 各自記 録化 事前KPT確認 リアルタイム ふりかえり 保管 共有 進化 Input情報 として活用 主に定例 ふりかえり で使用 主にイベント 系ふりかえり で使用 次の観 点・目標・ 運営方法 記録化 次の観 点・目標・ 運営方法 ⑦ ⑧ Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 進化 22 のおかげ
23 業務運営 ふりかえり Meeting 保管 共有 計画 観点 共有 観点
確認 K P T K P T 記録化 事前KPT確認 保管 共有 K P T 各自記 録化 保管 共有 定性・定量 評価 事前KPT確認 記録化 次の観 点・目標・ 運営方法 実施事項 注意事項 よかったこと 課題事項 プロセス評価 指標・目標値 管理 設計 管理指 標・業務 目標 K P T 業務プロセス Know-How リスト トラブルモデル分析 各自 実務メンバー自らが普段の業務運営の中で、現状をベースに 無理なく改善を回し、段階的にパフォーマンスを高める Copyright © Kenji Adachi@Software Quasol , All Rights Reserved ふりかえり駆動課題解決型プロジェクト運営
体験2:チームパフォーマンス向上(2015) 24 ~参考・引用~ [体験2]:ソフトウェアプロセス改善カンファレンス2015(SPI Japan2015)発表(わくわく賞受賞) 自律型プロジェクトチームへの変革アプローチ事例 ~チームの価値観変容を重視し、問題モデリングを活用したSaPID流プロセス改善アプローチ~ http://www.jaspic.org/event/2015/SPIJapan/session3C/3C-3_ID012.pdf Copyright ©
Kenji Adachi@Software Quasol , All Rights Reserved
取り組みの概要 • 某メーカー向けにテストサービス(テスト分析・設計&環境構築 →テスト実行→終了処理・結果報告)を提供している部署 • 顧客から「生産性向上のために御社(H社)ができることを連絡 してほしい」と連絡有 →当該部署の部長から支援要請 • 顧客によるH社テストサービス提供チームの評価
25 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 「実直で言われたことはちゃんとやってくれるのでと ても助かるんだけど・・・それ以上にならない。 “言われたらやる”から脱却してもっと積極的に提 案したりアピールしてほしい。」
実はその数か月前から・・・ • 定点観測(同じ時間・場所から対象を観察)で状況を把握。 • 観察結果 – 特定のメンバーだけが残業してがんばっていることが多い。 例:~誰もいない島で一人泣きそうな顔して残業している女性がいる! – 業務中はチームメンバー間の会話はほとんどなし。黙々と仕事を遂行。
– リーダが一人で各メンバーにアクセスしながら四苦八苦している姿が目立つ。 – 頻繁に問題発生。都度リーダーと担当者がワチャワチャになって解決している。 • たびたび部署があるフロアーに足を運びつつ、お菓子配り+談笑を 通じてメンバーと打ち解けていた。どのメンバーがどのような人で、ど んなタスクをこなし、どの程度のスキルなのか等を把握済。 26 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved お菓子を配りながら バカな話をしては去っ ていくおじさん・・・・・・ で、誰??
27 プロジェクト・業務・組織運営に存在する リスクや問題が見えない。突然大きな問 題が発生するなど、いつも後手に回って いる・・・なんてことになってないですか? 解決の鍵は コミュニケーション・情報共有・チームワーク ファーストミーティングにて 問題提起 Copyright
© Kenji Adachi@Software Quasol , All Rights Reserved
ファーストミーティングにて 取り組みの背景や目的、現状を共有 • 定点観測結果=チームの状態を伝達・伺い(事実~兆候) – 会話なし=自分のタスクに集中している。会話して調整しているのはリーダーのみ。 – 決まったメンバーだけが残業している。(時期的なもの+常態化している方も) – 問題が発生するとリーダーと担当者があくせく対処に奔走している。
• その背景や要因(仮説) – 自分の役割は自分で何とかしなくちゃ。他の皆さんも忙しいので邪魔したくないし「そんなことも知らない の?」と思われたくない!自分の役割を果たせば問題ないよね。 – 必要な情報や資材がどこにあるのか?そのことを知っている人は誰か?などを把握している人はタスクが 進む。それらを知らないと著しく生産性が悪くなる。 – 他のメンバーが何を(どんなタスクを)していてどんな状態なのかわからない。 – 一部のメンバーにタスクや負荷が集中する。対応工数と成果が極端にばらつく。 28 言われたらやるリアクション型プロジェクト運営 ⇒ 顧客から「 “言われたらやる”から脱却して!」 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
当初考えていたこと 問題解決・改善の実践状態 経験則に基づきモデル化したもの 時間の流れ 時間の流れ 問題解決・ 改善工数 問題解決・ 改善工数 問題を共有しにくいチーム
問題が大きくなってから解決行動 →指示に従い改善を実施 ※改善の費用対効果と実践継続性が低い傾向 自律運営チーム 毎日問題を共有して即座に解決行動 必要な改善も問題解決と区別せずに実施 ※改善の費用対効果と実践継続性が高い傾向 29 意図的に 変えられないか 問 題 問 題 改 善 その日の問題 その日のうちに Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
• これまで(暗黙的な目標) –それぞれ自分の守備範囲内でプレーできていればOK • 今回の取り組み –その日の問題その日のうちに ~“チーム全員が笑顔で定時に帰る” ★チームメンバー全員が協力して進めれば成し遂げられる目標。 30 ファーストミーティングにて
この取り組みの目標案を提案→やんわり合意 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
• これまでも各メンバーからリーダーに向けて「日報提出」というアクショ ンが存在した。 – リーダーから個別にフィードバックして終わり。これをそのまま“ふりかえり”に活用。 – 可能な限り施策による“負荷”を増やさずに進めることが大事! • まずは記載内容には一切注文をつけずに、これまで通り書いて提 出してもらうことにした。
– 変えたのは、リーダーに提出して個別フィードバックを送って終わっていた情報をサマリし て全メンバーに共有すること。(他のメンバーの日報を見てもらう) 31 ファーストミーティングにて この取り組みの基盤として“ふりかえり”の適用を提案 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved Before After 毎日:日報で情報共有&やり取り 週1:ふりかえりミーティングで総括 →次週のTry共有 月1:ふりかえりミーティングで総括 →次月のTry共有
当初 • あるメンバーが数日間抱えていた問題がリーダー、他メンバーからの情報提 供で翌日解決。→この効果実感が引き金に! • お礼コメント、褒めるコメントが増えていく。 • コメントからメンバー間連携、他メンバー支援増がうかがえる。 • 業務に無関係の蛇足的話題もちょいちょい登場~ちょうどよい分量で和む。
一方で • ぼんやりした詳細不明コメントが多い→詳細引出しへ。 • コメント情報量(文字数)はその後に比べてあまり多くない。 • 問題共有、解決→お礼コメントが個別単品で1日に発生。 32 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 冒頭でKPTを紹介/その使用に 関してはチームの判断に任せた。 <この頃の日報コメントイメージ(仮名)> 安達:今日の進捗は芳しくないです。貯金を使わな いようにがんばります。 加藤:今日も〇〇の表示が出せず進捗が動きま せん。自分の能力にへこみます。お腹痛いです。 大坪:機能に対する理解不足が進捗を遅らせて・・
1~2週間経過後 • コメントが具体的に変化~詳細情報が提供されるようになった。 → コメント情報量(文字数)が倍に! • 自分の目標宣言→トライ!→玉砕→まだまだ頑張る!コメントも登場。 • 業務に無関係の蛇足的話題もちょいちょい登場~ちょうどよい分量で和む ふなっしー好き、自宅に田舎の母親が来た~メシ旨い、休日は引きこもり、等
• 体調関連コメントも登場→体調管理大事。 • [問題発生→解決→お礼]コメントが1度にすべてセットになってきた。 • 自らの体験共有により再発防止を進めるコメントも。 • 「質問しやすい雰囲気が、本当にありがたいです。」 33 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved <この頃の日報コメントイメージ(仮名) > 木村:traffic検知状態でdisc項目を行うと〇〇情報 が消えない。他項目でも評価を進めます。今日も 浜崎あゆみのリピート攻撃が心地よい。 齊藤:▽▽さんサポートのおかげでAndroidモードX の場合のメール受信テストが無事終了しました。 ありがとうございました。ブシャーブシャー
使用フォーマット・表現の変化 34 雛形sheetから 日報へ 週次KPT 月次KPT KPTカウンター 登場 リーダ コメント返し
日次がそのまま週 次・月次サマリに 月次KPT Copyright © Kenji Adachi@Software Quasol , All Rights Reserved KP分類
35 業務の全体像と個別の内容がわかりにくい+業 務のどこにKeep/Problemが分布しているのか を把握するためにPFDで仮作成 (左図は全3業務のうち1業務) ↓ これまでのKeep/Problem情報を付与 ↓ 作成者:「何で3回もチェックしてるんだっけ?」 ↓
「そこで何度も指摘・手直ししてるってことは・・・」 その後、新メンバー受入~一人前になるまでの 過程を把握しながら実務を進めるために活用で きるのでは?と別用途も視野に Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 自分たちが把握できていない全体状況を見える化した例
チームのふりかえり内容の変化 問題の早期発見・解決+リスク対応→手戻り減少&リードタイム短縮 記載内容の段階的高度化 =モノゴトの見方・思考の変化 問題解決型→リスク・先読み型へ 解決手段提示→問題事象中心へ 個人タスク型→チーム問題発見型 感情面偏重→エンジニアリング的内容へ ぼんやりした概要記述→具体的詳細記述 ぼんやりした境遇説明や感想(ある意味小学
生的なw)/他人事のように感じる外的責任 への言及/未記入(特になし、など) 問題発生&解決報告&協力メンバーへのお礼 問題記述 問題解決報告 +協力してくれたメンバーへのお礼 問題発生&解決報告&協力メンバーへのお礼 +自己タスク分析結果/チームタスク分析 問題発生&解決報告&協力メンバーへのお礼 +自己タスク分析結果と自己改善宣言/チーム改善提案 +リスク要因・手戻りなどのムダ事項と対策提案 など 問題発見・ 解決中心 個別/チーム 改善・リスク 対策実践 チーム内で発生する問題数の 減少、および問題の高度化 チーム内問題発見~ 解決リードタイム短縮 その日の問題 その日のうちに! ふりかえり導入 個別対応者の集まり ふりかえりなし パフォーマンス↓ 36 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
37 比較事項 Before After ミーティング ほとんどなし。自作業に専念できる。 ミーティングに時間が割かれるようになった。 緊急時や作業立て込み時は時間のやりくりが難しくなっ た。 大事にすること
各自が役割を果たせばよい。個人効率のみ重 視。 個人ではなく“全体としての効率の良さ”として捉える。 ノウハウ 属人的。個人にノウハウが集中。 初めて実施する作業の立ち上がりが遅く、実 務・管理両面で苦労していた。 チームとして共有。 問題発見・解決 個人対応で場当たり的。 他者の状況が見えず対応が後手後手。 どのような問題が起こっているのかが、全体で把握できる。 問題発生したらメンバーで解決する。 早めに解決策を取れることが増えた。 改善 指示があればやる/なければ特段実施しない。 これまで課題だった再発防止が(自ら)できた。 日々必要な改善を実践している。 問題発見・解決と分けて実践していない。同じ困りごと が発生しそう→改善を実践 生産性など 新規参入者や初着手作業でノウハウが不明 でミスが多く、生産性も悪い。 スピードが上がった。最終チェックNGが減少。新規参入 者が短時間でミス低減ができ生産性の向上が計れる。 メンバーコメントと観察結果 (取り組み終了時にメンバーから収集したコメントの抜粋/下線は観察結果) Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
価値観?なに、それおいしいの? 38 Copyright © Kenji Adachi@Software Quasol , All Rights
Reserved
価値観とは? • 何に価値がある(あるいは、ない)と認めるかに関する考え方。 • 価値(善・悪、好ましいこと・好ましくないこと)を判断するときの 根底となるものの見方。 • ものごとを評価・判断するときに基準とする、何にどういう価値があ る(何には価値がない)、という判断。~Wikipediaより •
何を大切にするのか/しないのか、何が好きなのか/嫌いなのか、通用する (あるいは通用しない)常識、など 39 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 人の数だけ、組織の数だけ、国の数だけ異なる価値観が存在する。 育った気候や環境、接してきた人、経験、個性などに大きく影響される。
取り 込み 意味 づけ 意義 づけ 反応 うれしい! イヤだなぁ・・・ こんなことが
あった! 人間のモノゴトの取り込み~反応まで 40 ヴァージニア・サティア(Virginia Satir)の交流モデル(*1) *1:参考 ソフトウェア文化を創る2 「ワインバーグのシステム洞察法」 共立出版 G.M.Weinberg 個人の性質・ 価値観・経験則 周囲の状況 など 事象・出来事 解釈 感情 対処スタイル Copyright © Kenji Adachi@Software Quasol , All Rights Reserved ふりかえりカンファレンス2021発表 ふりかえりの傾向と対策 「ふりかえりのふりかえり」から作法を学ぶ スライド31(改)
41 事象 (入力) 価値観 判断 行動 (出力) 取込 (五感) ここをより適切に
書き換えることが 成長 人間のモノゴトの取り込み~反応まで(単純化) Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
ふさわしい価値観の共創と浸透 42 Copyright © Kenji Adachi@Software Quasol , All Rights
Reserved
43 事象 (入力) 価値観 判断 行動 (出力) 取込 (五感) ここをより適切に
書き換えることが 成長 人間のモノゴトの取り込み~反応まで(単純化) Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
44 事象 (入力) 価値観 判断 行動 (出力) 取込 (五感) 価値観の書き換えの原理
Copyright © Kenji Adachi@Software Quasol , All Rights Reserved 体験 [原理] 同類の体験が重なると 脳内でルール化される よいことも悪いことも 繰り返し体験すること でルール化(定着)する
体験1・2でやったこととその意味 相応しい価値観の共創→浸透すると文化に 優先1:場づくり • 集合ふりかえり開始前は世間話や談笑。お菓子常設。 • 初回は冒頭に「自己紹介(または他己紹介)」からスタート。 • ふりかえりの中に自分の日常生活の話題を1つ入れる。 •
自分が思ったことを素直に話しても大丈夫、問題に発展しない、変な被害を受けない状態であることを共有する。 (→優先2対応) 優先2:[”対話“によるさまざまな価値観の共有→実践]の継続 • ふりかえりでひとり一人の実践内容、結果、起きたこと、感じたこと、などを共有。→必要なサポートがあれば実施。 • わからないことは質問:相手の言うことをちゃんと理解する。「そうかー、なるほどー、〇〇ってことなんだね。」 目的は相手の考え方やその状態に至った経緯、理由、言い分を理解すること。 理解は必要だが必ずしも同意する必要はない。 • 自分も想うことは(根拠や理由、事実をベースに)素直に伝える。→意見や見解を求める。 • 一方的に自分の価値観や想いを押し付けない。「こういう見方もあると思うけど」「私にはこう見える、思えるなー」 「ど う思います?」くらいの提示。最終的な結論・選択は委ねる。 • 実践を通じてどのような結果になったのかを体感する。そしてふりかえる。これを繰り返す。 45 場づくり [対話→共有→実践] の繰り返し 価値観 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved [相応しい価値観の探索→仮説→実践]の繰り返しで一緒に創り上げ、浸透させる 相互理解 文化
価値観・文化の違い/チームの特徴(体験1・2の観察結果) 風通しの悪いチーム~どんより・停滞 風通しの良いチーム~イキイキ・パフォーマンス向上 問題があってはならない・間違いを許さない 人間は間違うもの→繰り返し学習しながら成長する 原因は人・魔女狩り 人を憎まず・原因は仕事の仕方や環境 挨拶なしor固い挨拶/形式対応 気持ちいい挨拶・ありがとうが普通に言える 笑顔少ない・よそよそしい態度
笑顔多い・バカ話・うちとけた雰囲気/×言いっぱなし〇対話 不平・グチは違反(暗黙) 不平・グチも手掛かりに問題や困り事を共有 問題を隠す/自分で抱える→問題が巨大化してから表面化 早期に問題を共有しチームで解決へ向かう 他者に興味なし/弱い立場のメンバーを軽視・個人プレー 相互理解・受容・支え合う 上司やリーダ(鬼軍曹)に黙って従う 一方的に指示・命令で動く/消極的 上下関係なくおかしなことは普通におかしいと言える お互いの提案や必要性で動く/積極的 監視・締め付け・やらせる/やらされる 支援と協力/まかせる・やってみる・見守る・必要なら助ける 他者依存・判断基準は「〇〇さんが言った」「△△基準で定 められている」 誰が言ったではなく何を言ったかを重視/各自で判断・判断 基準は目的に適切で公平な事実情報や根拠に基づく 改善の意図は「反省しろ!」・悪い知らせ 言われたらやる 改善が必要だから実施する 改善をしながら成長する 46 Copyright © Kenji Adachi@HBA Quasol, All Rights Reserved
まとめ 47 Copyright © Kenji Adachi@Software Quasol , All Rights
Reserved
相応しい価値観→文化は大事なチームの礎 • ふりかえりを適切に、繰り返し実践することで、相応しい価値観に 基づく運営が浸透すればそれが“チームの文化”になる。 • チームの文化がチームのパフォーマンスを左右する。 48 ふりかえり による基盤づくり Copyright
© Kenji Adachi@Software Quasol , All Rights Reserved 場づくり [対話→共有→実践] の繰り返し 価値観 相互理解 文化
49 大切なのはできごとではない。 できごとに対するわれわれの 反応なのだ。 Gerald.M.Weinberg 技術リーダになるのは、彼らが失敗に反応するそのし かたによる。逆境を克服するだけでなくプラスに変える。 (技術リーダとは)敗北を成功の跳躍台に使う能力を 持った人々である。 Copyright
© Kenji Adachi@Software Quasol , All Rights Reserved ふりかえりカンファレンス2021発表 ふりかえりの傾向と対策 「ふりかえりのふりかえり」から作法を学ぶ より再掲
(付録)強いチームとは? ロコ・ソラーレに学ぶ 50 Copyright © Kenji Adachi@Software Quasol , All
Rights Reserved
事例:LocoSolare 51 • 本当に強いチームとは? 「ピンチが来ても復活できるチーム」 ロコソラーレ代表理事 本橋 麻里さん 「勝ち続けるチームではなく、負けてから這い上がれるチーム」 ロコソラーレ
サード 吉田 知那美さん https://real-sports.jp/page/articles/629650270539744059 https://locosolare.jp/ https://www3.nhk.or.jp/news/html/20220108/k10013416951000.html Copyright © Kenji Adachi@Software Quasol , All Rights Reserved ★
本音のコミュニケーション 「カーリング 本橋麻里 追い求めた本音のコミュニケーション」他 をベースに編集 • カッコつけず素直に言葉にする=そのままの自分で – それをそのまま受けとめられるメンバー、チームは強い –
腹を割って話せるチームメンバーがいる(信頼感/お互いを尊重する) – 意見が言える・本音でぶつかり合える~エネルギーをもらえる、人生が豊かになる • メンバーに興味を持つ=仲間を知る~そのための“傾聴”と“対話” – どのようなコトやモノが好きか?等、メンバーの心が動く瞬間を知る – 相手の気持ちを引き出す質問等会話のキャッチボール(対話)で掘り下げる – 一見くだらない、他愛のない会話に大事なヒントがある – 互いに弱さを見せあえる→ピンチの時こそ支え合う 52 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
カーリングの理念・文化 • 相手を見下さない。 • プレーを妨害しない。相手の負けを喜ばない。 • 審判はいない/卑怯なことはしない。 • 不当に勝つなら負けを認める。 •
ギブアップではなくコンシード(相手に“譲る”)。 • 勝ったチームがシートの掃除を行う。 • 勝負が終わったら対戦相手と一緒にお互いの戦いをふりかえる。 53 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved
参考文献 ふりかえりカンファレンス2021 ふりかえりの傾向と対策 「ふりかえりのふりかえり」から作法を学ぶ」 https://speakerdeck.com/kitanosirokuma/hurikaerifalseqing-xiang-todui-ce- hurikaerifalsehurikaeri-karazuo-fa-woxue-bu SPI Japan2011 ふりかえり実践方法の変遷による業務運営プロセスと成果の改善【ふりかえり駆動型運営の実践】 http://www.jaspic.org/event/2011/SPIJapan/session3B/3B4_ID008.pdf
SPI Japan2015 自律型プロジェクトチームへの変革アプローチ事例~チームの価値観変容を重視し、問題モデリングを活用 したSaPID流プロセス改善アプローチ~ http://www.jaspic.org/event/2015/SPIJapan/session3C/3C-3_ID012.pdf 「ワインバーグのシステム洞察法」 「スーパーエンジニアへの道」 G.M.Weinberg [付録] カーリング 本橋麻里 追い求めた本音のコミュニケーション https://www3.nhk.or.jp/news/html/20220108/k10013416951000.html ロコ・ソラーレ、銀メダル最大の要因は「勝つか学ぶか」。負けるたび強くなる“成長の本質” [カーリング] https://real-sports.jp/page/articles/629650270539744059 54 Copyright © Kenji Adachi@Software Quasol , All Rights Reserved