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
事例から学ぶアジャイル推進者のための「アイデアを組織に導入すること」を支える技術
Search
latte
September 28, 2024
0
99
事例から学ぶ アジャイル推進者のための「アイデアを組織に導入すること」を支える技術
latte
September 28, 2024
Tweet
Share
More Decks by latte
See All by latte
快く動いてもらえる!仲間が増える! ストーリーで学ぶアジャイル推進者のための「アイデアを組織に導入すること」を支える技術
latte9
0
32
アジャイルコーチとしてスクラムマスターの評価をどう考えているか?
latte9
0
28
初心者SMを半年で即戦力扱い、給料も2段階UP事例紹介!
latte9
0
64
スクラムマスターやマネージャーのための信頼構築につながる傾聴の技術
latte9
8
3.3k
マネージャーのためのスクラムマスターのパフォーマンスを高めるTips集
latte9
0
1.1k
0からわかる部下が自律的に学んで成長する環境づくりの方法 〜 学習科学の理論をベースに 〜
latte9
2
1.1k
雑用スクラムマスターからの卒業伸びるスクラムマスターの任命&育成法〜学習科学に基づいた解説を添えて〜
latte9
1
840
仕事のモチベーションをあげるための1on1の使い方〜対話のテクニック集〜 @1on1カンファレンス
latte9
2
1.2k
コードレビュー地獄から抜け出すためのペアプロ育成法〜学習科学の視点から〜 #xpjug
latte9
10
9.8k
Featured
See All Featured
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
1.2k
A Modern Web Designer's Workflow
chriscoyier
693
190k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
665
120k
Keith and Marios Guide to Fast Websites
keithpitt
410
22k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
229
52k
Rails Girls Zürich Keynote
gr2m
94
13k
jQuery: Nuts, Bolts and Bling
dougneiner
61
7.5k
Raft: Consensus for Rubyists
vanstee
137
6.7k
Mobile First: as difficult as doing things right
swwweet
222
9k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
Why You Should Never Use an ORM
jnunemaker
PRO
54
9.1k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.2k
Transcript
事例から学ぶ アジャイル推進者のための 「アイデアを組織に導入すること」 を支える技術 Latte XP祭り2024
自己紹介 •Latte •X(twitter): @latte158840 • アジャイルコーチ • コーチ/コンサル/研修/組織開発/スクラムマスター育成 • 個人事業主
本日のテーマのきっかけ • メンティーのスクラムマスターから相談があった。 • 「プラクティスや、アイデアをチームに導入したいのに阻まれて しまう」 • 自分なりの過去を整理してお伝えしたら役に立つのではないか?
本日の発表の形態 • 昔の私の体験談を会話とナレーション形式でお届け • 少しだけわかりやすいように脚色
プロローグ
うおー、やっと完成したぞー!
Aくんは、事業会社の2年目の若手エンジニアです。
ウォーターフォールのプロジェクトで、開発の一員として頑張り 残業を多くやって、期日を少し遅れる程度で完成させたようです。
そして、Aくんのチームが作った機能は承認され、リリースされました。
数日後。
うーん、ユーザが伸びませんねぇ。 アプリのホーム画面に動線をおいてもらったのですが。 企画さん
Aくんが開発したシステムは、作ったものがイマイチだったためか、 ユーザに使われることは殆どありませんでした。
しかし、使われなかったこととは裏腹に、Aくんのチームは ウォーターフォールのプロジェクトの完遂が評価され表彰されました。
うーん、ユーザから使われなかったということは、 会社のためにならないものを作ってしまったということなのに、
評価されていいんだろうか。なんかモヤモヤするなぁ。
ちょうど、そのときAくんは1年前に読んでいた本、 「リーンスタートアップ」を思い出していました。
リーンスタートアップでは、ものづくりに時間をかけて世に問うのではなく、 早く世に問うて価値を検証するために作ることを重視していたはず。
じゃあ、リーンスタートアップは、今の状況にピッタリじゃないか!
わかったら膳は急げだ。
初めての提案
部長、部長!お疲れ様です
開発部部長 B部長
ああ、Aか。どうしたんだ?
この前は表彰ありがとうございました!
先月、アプリチームはよく頑張ったからな。
でも、あの機能、正直あまり使われてないじゃないですか。
そうだな、でもそれは企画部の問題だからな。 開発部は悪くないから気にしなくていいよ。
そこでなんですが、もっと使われるサービスを作るための方法として リーンスタートアップってプロセスがありまして
ん?あー、そうだなぁ。でも、あれは企画部の問題だからな。 開発部がコストを負担したり、リスクを追う必要はないよ
みんなで使われるサービスにしていきませんか?
そんなことより、アプリの作り方は完璧か? そんなことはアプリ開発がリーダーくらいにできてからだ
はーい。(泣)
スクラムとの出会い
後日Aくんは、社内の勉強会でスクラムが題材のものがあると知り、 予習のためにスクラム開発についても書籍を読みました。
アジャイル・スクラム開発であれば、 ものを少しずつ作っていくことができるみたいです。
ええ!この方法を使ったら、やりたいって提案していた リーンスタートアップとすごく相性がいいじゃん!!
これは、やるしかない!!
部長、部長!お疲れ様です
ああ、またAか。どうした?
前に、使われるサービスを作るために リーンスタートアップやりましょう!って言ったじゃないですか?
ああ、そうだな。
それにすごく相性のいい開発手法を見つけたんですよ!!
あー、そうなのか。
そうなんですよ。その上、その方法を使ったら 残業をたくさんしなくても期日通りにリリースできるかもしれないんです
まぁでも開発者は残業してなんぼだろ
いやいや、効率よく作りましょうよ
いまでも、みんなが頑張ってくれて 期日に近くリリースできているからなぁ
いやいや、いまめっちゃ大変なんですよ。
それに今の作り方だと、 出来上がってから思ってたのと違うってことも起こりやすいんです
それは企画部が、しっかり想定してないからいけないんだよ。
ちなみに、Aはその開発手法でやったことあるの?
いえ、ありませんが・・・
実績がないやり方は採用できないよ。
B部長は今のやり方で評価され、部長にまで昇進した人物。
だから、現状のやり方の否定は、 B部長の考え方の否定だと捉えられてしまいました。
Aくんは、試しにはじめてみないと実績を作ることもできず。 実績がないことを盾にされるとお手上げでした。
師
数日後、 Aくんは社内でアジャイルの推進をしているC先輩に相談しました。
アジャイル推進本部 C先輩
C先輩、部長にアジャイルの良さを伝えて説得を試みたのですが、 何度やっても駄目で。
相手は、何を望んでいるのか知っている? 相手は、その活動を誰に説明しないといけないのか知ってる?
いえ、考えたことなかったです
じゃあ、それを考えてみようか
そこでAくんは、B部長が何を望んでいるか、 どういったことを恐れているのか全く知らずに、
自分のアイデアを強引に導入するための説得や、 正論しか話してないことに気づきました。
部長!お疲れ様です
ああ、またAか。
先日は、いろいろと、すみませんでした。
ああ。
ちなみにですが、部長って何を望んでるんですか?
ん?
アジャイルを始めるとしたら、誰に説明しないといけないんですか?
もう、そんなことはいいから、開発に集中しなさい。
B部長に「何を望んでいるのか」「誰に説明しないといけないのかな」など 聞こうとしましたが、教えてもらえません。
B部長はAくんが何か企んでいると思ったのか、何も教えてくれません。 「いいから、自分の開発に集中しなさい」と言うばかり。
くそー、正論ではなく相手に寄り添おうとしたのに、 それすら駄目だった・・・
正論でまくし立ててもダメ、相手の望みを聞こうとしてもダメ、 いったい、どうしたらいいんだぁ〜〜
批評や提案は後回し
後日、AくんはC先輩の アジャイル推進の社内コミュニティに参加していました。
大切なのは相手の環境や立場を理解すること。批評や提案は後回し
相手のことを理解せずに、批評や提案ばかりをしていたかもしれない
Aくんは深く反省しました。
それから数ヶ月、Aくんは何度もB部長の説得を試みましたが、 残念ながら報われず。
そしてその間も、スクラム開発やリーンスタートアップについて 理解を深めるため勉強を続けてしました。
さらに、アイデアを組織に導入する方法に関連する情報はないかと、 自分でも勉強をしていました。
提案の方法にも詳しくなっているはずなのに、アジャイルに関する 提案は一向に通らなくって辛い。はぁ。。。凹むなぁ
数分後
腐っていてもしょうがないな、 前向きに動かないとずっと状況が変わらない。
信頼の構造との出会い
そして、その時期にAくんは仕事の役に立つ本はないかと、 社会心理学に関する本を読んでいました。
心理学を学べば、会社の仕事で役立つはず。
その時に出会ったのが「信頼の構造」です。
信頼の構造は、社会心理学の観点から信頼について研究を 紹介してくれた本でした。
この本を読んだことでAくんは、信頼の概念や、どのような信頼が存在し、 相手に対しどう影響を与えるのか、について理解を深めました。
物事に対して「能力」と「騙さない」の2つの観点が重要であること。
「騙さない」と認識されるためには、「騙す必要がない」と思われるか 騙さないと認識されるためには ・騙す必要がない ・個人的に信頼できる ・カテゴリとして信頼できる と思われる必要がある
「個人的に信頼できる」と思われるか「カテゴリとして信頼できる」と 思われる必要があること。 騙さないと認識されるためには ・騙す必要がない ・個人的に信頼できる ・カテゴリとして信頼できる と思われる必要がある
「カテゴリとして信頼できる」ような アジャイルの達人にいきなりなるのは難しいだろう 騙さないと認識されるためには ・騙す必要がない ・個人的に信頼できる ・カテゴリとして信頼できる と思われる必要がある
『個人的に信頼できる』と思われる人になろう。 騙さないと認識されるためには ・騙す必要がない ・個人的に信頼できる ・カテゴリとして信頼できる と思われる必要がある
ここでC先輩からのアドバイスが蘇ります。 「大切なのは相手の環境や立場を理解すること。批評や提案は後回し」 騙さないと認識されるためには ・騙す必要がない ・個人的に信頼できる ・カテゴリとして信頼できる と思われる必要がある
確かに、相手のことを理解する前に、批評や提案をしていたら、 騙さないと認識されるためには ・騙す必要がない ・個人的に信頼できる ・カテゴリとして信頼できる と思われる必要がある
上から目線だと捉えられたり、『こっちにはこっちの事情があるんだよ!』と 思われ、印象が悪くなり信頼も失われていくよなぁ 騙さないと認識されるためには ・騙す必要がない ・個人的に信頼できる ・カテゴリとして信頼できる と思われる必要がある
AくんはC先輩からのアドバイスの重要性に気づき、 言葉を噛み締めました。 騙さないと認識されるためには ・騙す必要がない ・個人的に信頼できる ・カテゴリとして信頼できる と思われる必要がある
C先輩の言葉は偉大だなぁ 騙さないと認識されるためには ・騙す必要がない ・個人的に信頼できる ・カテゴリとして信頼できる と思われる必要がある
C先輩が進めていた本
また、C先輩がアジャイルの推進する人たちに 本を紹介していたのを思い出します。
それがこの本「裏方ほどおいしい仕事はない!」です。
雪かき仕事は、達成感も、賃金も、社会的権威も得られないが、 誰かがやらないといけないもの。 雪かき仕事は以下が得られない 達成感 賃金 社会的権威 しかし誰がやらないといけない
たとえば、ホワイトボードをきれいにして、ペンがかけるか チェックしたり、会議の議事録を取る係などがこれに当たる 雪かき仕事は以下が得られない 達成感 賃金 社会的権威 しかし誰がやらないといけない
「信頼の構造」にあった「個人的に信頼できる」と思われることと、 雪かき仕事には重要な関わりがあるのではないかな 雪かき仕事は以下が得られない 達成感 賃金 社会的権威 しかし誰がやらないといけない
人事異動
3月になり、辞令の時期です。
3月になり、辞令の時期です。
失礼します
ここに呼んでいるのは、部署異動になる人なんだ
Aくん、君は来月からXXサービスの部署に異動になった。
え、異動!? B部長に提案するときに現状を否定したのがマズかったのかな。
もっと、アジャイルに関心のないところだったらどうしよう。
XXサービスは、まったく知り合いの居ないところで、 初めての部署異動です。
辞令からの2週間は不安な気持ちで引き継ぎを実施しました。
XXサービス
Aくんは4月になり、XXサービスの部署に異動になりました。
するとXXサービスは、幸運にもアジャイルを実践している部署でした。
しかし、アジャイルを実践しているといっても、 研修を受けて始めたばかりで手探りで試しているところでした。
そのため、一生懸命勉強してきたAくんにとっては ツッコミどころも多い状態でした。
おおお、なんか自分の知っているスクラムと ちょっと違うけど実施はできているみたいだ。
まずは、過去の失敗を繰り返さないためにも、 批評や提案をせずに相手の立場を理解することに注力しよう。
チームの先輩に、今のやり方1つ1つがどんなきっかけで始めたのか、 ひたすらヒアリングしました。
チームの状況を理解するために、いろいろ質問しないとなぁ。
『なんで〇〇をやってるんですか?』のように、 批判的に聞こえるような聴き方をしないようにしないと。
デイリースクラムって、何きっかけで今のようになったんですか? XXサービス 先輩
ん? あー、そうだね、デイリーで細かく詳細を共有したほうが 仕事をしやすいって気づいて、伸びていったかなぁ。
ちょっと長すぎるよね、おれも直接関係ない話があって疲れるもん。
そうなんですね。ありがとうございます。
やったぞ〜!先輩に嫌な感じを持たれずに、 すこしだけ立場を理解する事ができたぞ。やったぁ。
雪かき仕事
『裏方ほどおいしい仕事はない!』にあった 雪かき仕事は何をしようかなぁ。
そういえば、今日教えてもらった問い合わせ対応って、 みんなやりたがらないんじゃないだろうか。
なんか見返りを求めているみたいで気になっちゃうけど、 雪かき仕事として問い合わせ対応をできるだけ引き取ろう。
これで個人的に信頼されることにつながるかなぁ?
チームに来てサービスの技術にも詳しくなくて教えてもらうことも多いし、 せめてその恩返しになれば、いっかな。
Aくんは、できるだけ問い合わせ対応などの 皆が避けたがる仕事を率先して行いました
「信頼の構造」で学んだ、「個人的に信頼できる」につながったら 儲けものくらいの気持ちで。
Aくんは前の部署で提案をしていたとき、途中でB部長が話を 聞いてくれなくなったのは、信頼関係の欠如が問題だと感じたので、
今度は信頼関係を構築できるように 自分ができることは積極的に行いました。
スクラムマスターがやりたい
そのチームでは、スクラムマスターが1ヶ月交代で変わるルールでした。
Aくんがチームに入って2ヶ月後、3人目の スクラムマスターに変わるときに、お願いしてみます。
僕、スクラムの勉強を継続的にやっていて、スクラムマスターに 興味があるのですが、交代制ではなく継続でやってみてもいいですか?
Aくんになら任せられるよ!
これまで皆が避けたがる問い合わせ対応を 積極的にやっていたことも評価されたのか
Aくんはめでたくスクラムマスターになることを 認めてもらいました
過去に失敗して立ちいかなくなってしまった経験があるので、 Aくんは慎重に慎重に進めました。
今回は「アイデアを組織に導入する」わけではありませんでしたが、
信頼関係を構築するために頑張っていたため、 お願いを快く受け入れてもらうことができました。
やったぁ!念願のスクラムマスターを任せてもらえたぞ! といっても、 チームでスクラムマスターをやりたい人は居なさそうだったけど笑
誰かの課題を解決する
そして、Aくんはまたも本を読んでいました。 知人に進められた本「SPIN営業」です。
「SPIN営業」は、高額商品の営業職の人が契約を取るまでに 必要なプロセスを科学的に解明している本でした。
書籍で推奨されている4ステップの営業法の2つ目のステップで 相手が抱えている課題を引き出すための「問題質問」を利用していました。
そうか、アイデアを提案をするときには、 誰かの課題を解決することが重要なのか!
そして、またC先輩からのアドバイスが蘇りました。
C先輩の言ってた「相手は、何を望んでいるのか知っている?」、 「相手は、その活動を誰に説明しないといけないのか知ってる?」の質問は、
相手の課題を解決することに繋がっていたんだ!!
久々の提案
後日、A君はアジャイルに関する勉強も続けてました。
最近は「アジャイルな見積もりと計画づくり」という本を 熱心に読んでいるみたいです。
アジャイルな見積もりと計画づくり実践してみたいなぁ。 チームに提案してみよう!
ああ、ダメだダメだ。「提案は後回し」だ。 それで散々失敗したんじゃないか。
「誰かの課題を解決する」ことできるときに提案しよう。
そう思い、実践したい気持ちをこっそりしまいました。
しばらくしたある日、開発メンバーの先輩が体調不良になりました。 しかし、先輩は「休めない」といって出勤して業務を続けていました。
どうして、休まないんですか? 有給残ってないんですか?
事前に決めた目標設定に関する期末までの スケジュールが押していて、休むと評価に響くからね。
そこでAくんは、ひらめきました。
(もしかして、 今がアジャイルな計画づくりをするタイミングなのでは??)
というのも、詳しく話を聞いてみると、いつもなんとなく見積もりを出して
部長からスケジュールを圧縮して欲しいと言われ、 カツカツのスケジュールを通り越して遅れた事になってしまうとのこと。
その上、部長から言われたことは仕方ないと スケジュールの圧縮にも応じていたというではありませんか。
(アジャイルな見積もりと計画づくりをすることで、 根拠のある見積もりを出せば、スケジュールの無理な圧縮を防げるのでは?)
そこでAくんはチームに、 とくに休めなくて困っている先輩のことを話しました。
「体調不良になっても休めない」という課題を解決するために、 「アジャイルな計画づくり」をやりませんか?
これで、見積もりの根拠が明確になりますし、 無理にスケジュール圧縮がされにくいかもです。
それはいいアイデアだ。なにか根拠が説明できれば、部長からの スケジュール圧縮にも反論できるかもしれないね!ありがとう!
これは、やはり「誰かの課題を解決する」提案だったからか、 すんなりOKをもらえました。
その上、チームからとっても喜ばれることになりました。
アジャイルに関するもので「組織にアイデアの導入する」提案が 喜んで受け入れられたのは初めての経験だったのと、
合わせて先輩から感謝までされたのでAくんはすごく嬉しくなりました。
やったぁ!アジャイルに関する提案で、感謝までされちゃった!! 人の役に立てたんだ!わーい!わーい!
やったぁ!勉強したことが実ったぞー!!
Aくんは勉強をして、自分の中に知識をため込んでおくことで、 課題を発見したときに解決策を逆引きできるようになっていたようです。
チームのお困りごとに対して、 「これで解決できるよ」と言える状態になっていました。
このような流れを経て、Aくんはアイデアを組織に 導入することに対する熟練度をどんどん上げていきました。
課題を解決するだけじゃない
ある日の社内の集まりで、他のスクラムマスターと話をしていると、 「誰かの課題を解決すること」につながっているわけではないのに、
アイデアの導入がうまくいってる場合もいくつかあることに気づきました。 どうしてでしょうか?
不思議に思ったAくんは、そのスクラムマスターに話を詳しく聞きました。 Aくんが見つけられたケースは2パターンありました。
1つは、いくつものプロジェクトでスクラムマスター経験があり、 熟練のスクラムマスターとしてチームに参画している場合。
もう1つは、長年そのチームに所属していて、 チームメンバーとの関係性が深くなっている場合だと気づきました。
おそらく前者の熟練スクラムマスターは、 信頼の構造で言われる「カテゴリとして信頼できる」と思われているようで、
後者の長年チームに所属しているスクラムマスターは、 「個人的に信頼できる」と思われているようです。
それと、かなり厚い信頼ができてくれば、「誰かの課題を解決する」わけ でなくとも、「組織にアイデアを導入する」ことができるようです。
また、貴重な学びを得られた。 ありがたいなぁ。
認められる
さらに、半年くらいの月日が経ちました。
Aくん、君が頑張っているのはみんなから聞いているよ。 来期からは開発推進室として、他のチームの課題も解決してくれたまえ。
Aくんのアジャイルの推進活動が評価され、 10月からは開発推進室というチームにも兼務として配属されました。
そして、開発プロセスに関する部署内の課題を 解決することも任されることになりました。
そのため、自分の所属する開発チームだけではなく、
同じサービス内の別のチームにも、サービス全体の課題に対しても、 アイデアを導入することが増えていったのであった。
しかし、このときAくんは自分が解決のためのノウハウを溜め込んでいて、
まわりの人がアジャイルに関する知識をAくん任せにして学ぶことが なくなってしまっていたことに、まだ気づいてはいなかった。
次回作、アジャイルの知識をAくん任せにしたチームの違った悲劇。
新しい提案の知識
このころ、Aくんは新しい本を学んでいました。 その本はアジャイル界隈だとかなり知名度のある「Fearless Change」。
こちらは、組織にアイデアを導入する方法をパターン・ランゲージ形式で 紹介されている今回の活動にピッタリの本です。
この本を読んだことでAくんは、ものによっては組織に導入するときに 「小さくはじめる」や「やってみる」を試せばよかったと感じました。
エピローグ
その後Aくんは、また異動をきかっけに別の部署へ移りました。
そして、スクラムマスターとしての活動が評価されたのか、
新しい部署ではコーチとして、スクラムマスターの育成や、 部署内の研修などを任されるようになりました。
このころには、部署でコーチとして認められたり、勉強会で登壇していたり していることで、アジャイルの推進者としてベテランのように受け取られ、
信頼の構造でいう 「カテゴリとして信頼できる」と思ってもらえていたようです。
さらに、コーチとして実践するときには、 今までと違った「組織にアイデアを導入する」経験を積むことができました。
1チーム見ていたときだけではなく、部署に対して研修を依頼されたり、 制度の相談などもうけるようになりました。
コーチとして、自分の所属するチーム以外に 「アイデアを導入する」ときには、
直近で学んだ「小さくはじめる」や 「やってみる」を活用できる部分が沢山ありました。
例えば、チームが沢山学ぶことに課題を感じているのであれば、 いきなりスクラムを導入するのでなく、ふりかえりだけを設定するような。
あとは、新しい施策を導入するときに、 プロトタイプとして1チームで試しに実施して反応を見てみるなど。
そして、A君はいつの間にか「組織にアイデアを導入すること」を 無意識に近くできるようになっていました。
過去の経験の振り返り
ここからは、Aくんが自在に「組織にアイデアを導入すること」が できるようになった要因や、意識的にやっていたことを洗い出してみます。
Aくんは自己研鑽のため、アジャイル関係の本とは別に、 「組織にアイデアを導入すること」に関係する本を読んでいました。
すると、今回の「組織にアイデアを導入する」までのプロセスに 関係しそうな本3冊と出会いました。
「信頼の構造」と、「SPIN営業」、「Fearless Change」です。
信頼は「能力」と「騙さない」の2つの観点が重要である。 信頼 ・能力 ・騙さない ・騙す必要がない ・個人的に信頼できる ・みんなが避けたがる仕事をする ・カテゴリとして信頼できる ・実績を積んでいく ・ベテランとして紹介される
「騙さない」と認識されるためには、「騙す必要がない」と思われるか 信頼 ・能力 ・騙さない ・騙す必要がない ・個人的に信頼できる ・みんなが避けたがる仕事をする ・カテゴリとして信頼できる ・実績を積んでいく ・ベテランとして紹介される
「個人的に信頼できる」と思われるか「カテゴリとして信頼できる」と 思われる必要がある 信頼 ・能力 ・騙さない ・騙す必要がない ・個人的に信頼できる ・みんなが避けたがる仕事をする ・カテゴリとして信頼できる ・実績を積んでいく
・ベテランとして紹介される
はじめは実績もないため、みんなが避けたがる仕事を率先して 受けることで、個人的な信頼を獲得できた。 信頼 ・能力 ・騙さない ・騙す必要がない ・個人的に信頼できる ・みんなが避けたがる仕事をする ・カテゴリとして信頼できる ・実績を積んでいく
・ベテランとして紹介される
その後は、チームに対して改善アイデアを伝えて 恩恵を得ることで、信頼を拡大していったと思います。 信頼 ・能力 ・騙さない ・騙す必要がない ・個人的に信頼できる ・みんなが避けたがる仕事をする ・カテゴリとして信頼できる ・実績を積んでいく
・ベテランとして紹介される
他のスクラムマスターの事例を聞く限り、信頼が厚くなってくると、 かなり簡単にアイデアの導入がうまくいくようになるみたい。 信頼 ・能力 ・騙さない ・騙す必要がない ・個人的に信頼できる ・みんなが避けたがる仕事をする ・カテゴリとして信頼できる ・実績を積んでいく
・ベテランとして紹介される
実績を積んでいくことで、だんだんベテランや経験豊富な人として 紹介してもらえることが増えて、カテゴリとして信頼されることが増える 信頼 ・能力 ・騙さない ・騙す必要がない ・個人的に信頼できる ・みんなが避けたがる仕事をする ・カテゴリとして信頼できる ・実績を積んでいく
・ベテランとして紹介される
「SPIN営業」では、書籍で推奨されている4ステップの2つ目のステップで 「問題質問」という相手が抱えている課題を引き出すための質問をしていた。 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す
・解決質問 ・提案は相手の問題を解決する
この本を読んだことで、相手にアイデアを提案するときに、 「誰かの課題を解決する」ことが重要であると学べました。 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す
・解決質問 ・提案は相手の問題を解決する
だから、学んだことをすぐに実践するために提案するのではなく、 学んだことを溜め込んでおいて、 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す
・解決質問 ・提案は相手の問題を解決する
「誰かの課題を解決する」ときに、 脳内から逆引きして提案すると通りやすいとも気づけました。 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す
・解決質問 ・提案は相手の問題を解決する
B部長に懸命に提案していたとき、作ったものが使われるかどうかで 評価の変わらないB部長ではなく、 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す
・解決質問 ・提案は相手の問題を解決する
作った機能が使われないことで不利益を被っていたD部長に アジャイルの提案をすればよかったなぁ 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す
・解決質問 ・提案は相手の問題を解決する
相手の課題を解決するとしても、相手の情報がないと難しい。 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す ・解決質問
・提案は相手の問題を解決する
そのためヒアリングする必要があるのだけど、一定水準の信頼がないと、 情報を教えてもらえないのではないか 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す
・解決質問 ・提案は相手の問題を解決する
「誰かの課題を解決する」に関しても、 信頼が元になっているなぁ 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す
・解決質問 ・提案は相手の問題を解決する
確かに、老人相手に訪問販売をする人は、最初はお客さんの御用聞きをして 信頼関係を構築してから高い布団を売りつけるよなぁ。 営業方法の4つのステップ ・状況質問 ・問題質問 ・示唆質問 ・解決質問 学び ・問題質問 ・相手の課題を引き出す
・解決質問 ・提案は相手の問題を解決する
この本を読んだことで、ものによっては組織に導入するときに 「小さくはじめる」や「やってみる」ことをもっと早くから試せばよかった。 お気に入りのパターン ・小さくはじめる ・やってみる
例えば、チームが沢山学ぶことに課題を感じているのであれば、いきなり スクラムを導入するのではなく、ふりかえりの時間だけを設定するような。 お気に入りのパターン ・小さくはじめる ・やってみる
あとは、新しい施策を導入するときに、 プロトタイプとして1チームで試しに実施して反応を見てみるなどかな。 お気に入りのパターン ・小さくはじめる ・やってみる
おしまい