他者を眺め解決の糸口を見出すナラティブ・アプローチー『 #他者と働く 』を読んだ
社会人10年目にしてナラティブ・アプローチというのを、今回紹介する『他者と働く』を読んで知った。社会構成主義という考えから出てきているようで、最近遅ればせながらもアジャイル/スクラムに関する書籍などを読んだり、研修を受けたりする中で、今まさに「対話(ダイアローグ)」に関心があり、ちょうどTwitterやNoteで著名な方が紹介されていたりしたので、Kindle版をポチって読んでみた。バスで本を読むとたいていの場合車酔いをするのだが、本書は何故かそんなこともなく一気に読み進めていた。
「溝に橋を架ける」
本書では、他者と働く際にコミュニケーションがうまくいかないということが多くある中で、どのようにして良い回答、結果を出していくかということが書かれています。その中心にあるのが、自分自身のナラティブ(文脈)と対象となる相手のナラティブです。必ずと言っていいほどその間には溝があるため、自分自身が持つナラティブを一度脇に置いて、相手が置かれているナラティブを観察し、介入をしていく、ということが語られている。
具体的には、ハーバード大学のジョンF.ケネディ政府大学院の公立リーダーシップセンターの創始者であるハイフェッツが提唱した適応課題に挑むためのプロセスに習い、以下の4つのプロセスを通して他者との「溝に橋を架ける」ことを述べている。
1. 準備「溝に気づく」
2. 観察「溝の向こうを眺める」
3. 解釈「溝を渡り橋を設計する」
4. 介入「溝に橋を架ける」
ここ最近、イノベーションが起こせない組織、やるべきなのにやれない組織、に対して向き合うことが多いのですが、その中で一番強く思って“しまっていた”のは、多くのマネジメント層(40後半以降)はマネジメント(管理ではない)スキルが欠如(もしくは不足)しているということです。そのスキルが足りないということにはほぼ介入の余地がないのですが、相手(ここでは今のマネジメント層)が置かれているナラティブを解釈すれば何か糸口が見つかるのではないかと希望が出てきました。
この僕が持っていたマネジメント層の苦しみ、という事象について、本書では、経営者の「孤独状態」として表現され、権力を持ってしまったために誰とも弱音を共有できないという課題を持ち、現場は上の立場の人を悪者にすることで誰のせいにもしないという逃げが生じていたりする。このような事象は共感する部分が多くありました。それに対してどのように解決すべきかということについても実例をデフォルメしながらも具体的に述べられていて色々と考えさせられることが多かった。
具体的な話は本書を読んでもらえればと思うが、本書で紹介されている具体的な実践、そして対話を阻害する罠は以下のようなものがある。
実践:
- 実践1. 総論賛成・各論反対の溝に挑む
- 実践2. 正論の届かない溝に挑む
- 実践3. 権力が生み出す溝に挑む
対話を阻む5つの罠:
1. 「気づくと迎合になっている」
2. 「相手への押しつけになっている」
3. 「相手と馴れ合いになる」
4. 「他の集団から孤立する」
5. 「結果が出ずに徒労感に支配される」
さいごに
誰もが共感するであろう具体例がたくさんある内容なので、世の中のリーダー層、マネジメント層はもちろんのこと、しっかり組織に見つめ、その中で直面するあらゆる課題をチームワークを通して解決していきたいと思う情熱のあるすべての人に読んでほしいと思った。また、自分自身ここ最近の組織論ブーム再燃とともに、スクラムの考え方を学びもっと人や組織にしっかり向き合っていきたいという意識(逃げてはならないという意識でもある)の再発見にも繋がった。自分自身の活動にも活かしていきたいし、他者へのインフルエンスという意味で、紙の本も買って誰かに貸してあげるなどしてみようか。
蛇足:本書の中では僕が今所属しているレッドハットという謎の会社のCEOの例も書かれている。『オープンオーガニゼーション』で述べられていることは、多少誇張されている可能性もあるが、最初はたしかに色々と批判もあったようだがここ5年くらいはポジティブなコメントしか聞いたことがない。何レベルも上の立場にいる彼と、僕も一度直接会話したことがあるのだが、誰にでもフレンドリーなタイプだと感じた。それもいろいろな対話を超えてそのようになってきたのだろうな、と本書を読み改めて感じた。
『正しいものを正しくつくる』読了。感想など。
”正しいものを正しくつくる”という若干挑戦的とも言えるタイトルだが、正しいものとはなにか?正しくつくることとはどういうことか?ということが何度も繰り返し語られていたように思う。
正しいものを正しくつくる | ||||
|
恥ずかしながら、アジャイル開発というのは単に高速にプロダクトを開発する手法なのだと今年の前半くらいまで思っていた。小さい単位で開発するのがいいという程度の理解だった。
アジャイルは、その周辺の考え方である、例えば「ビジネスモデルキャンバス」、「組織論」、「リーン」、「デザイン思考」などのようなものと密接に関係し、進化をしているとでも言おうか。これらのいいところうまく吸収しながら、単にテクノロジーの技法ではなく、ビジネスを創造するドライバーとなっているのだと考えを改めさせられた。
『カイゼンジャーニー』を読んでから、プロダクト開発だけでなく、ビジネス開発をする上でも非常に役に立つ考えが、アジャイル開発やスクラムの手法にあると最近気づいてここ最近何冊か似たようなトピックの本を読んでいる(以下に参考書としてリンクを貼っておく)。今回、『正しいものを正しくつくる』を読んで、この領域における解像度がどんどん高まっている感じがあり非常によい。というか、数年前に読んだはずのリーンスタートアップとかもっとちゃんと読んで自らの活動に活かせていたのではないかと猛省している・・・。
本書では、仮説検証を繰り返しながら、正しいものをつくるためのステップ、そしてその手法を丁寧に説明してくれている。おそらく自分自身が直面しているフェーズごとに該当箇所を読み直すこでまた新たな気づきや納得感が得られることだろう。
現場でプロダクトオーナーとなっている方は特に役に立つことの多い本書であるが、アプリケーション開発の世界だけでなく、インフラ系の組織にも役に立つと思う。僕個人的には、組織の生産性を上げたいエンジニアを率いるマネジメント層の多くに読んでもらいたいと感じた。
テックからインサイトをもらうことが多い今日この頃。
さて、次は僕自身が実践していくフェーズだ。
ーーー参考図書ーーー
カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで | ||||
|
SPRINT 最速仕事術 | ||||
|
スクラム現場ガイド | ||||
|
「信用をあげる」という話
先日なんとなくつぶやいたことにたくさんLikeがついて、RTもされたりしたので、なんとなく書いてみる。
信用をあげる方法:
— なかむらまこと @ 極度自動化(しなさい) (@fideleruuth) 2019年6月30日
・まずは与えられた仕事をそれなりにやる
・とりあえずアウトプット
・ちゃんと報告する
・自らアクションをとる
・自分のロール外のことを積極的にやる
・約束をまもる
もっといっぱいありそうだ
もくじ
一番言いたかったこと
実はこの中で最も言いたかったことは、「自らアクションをとる」ということろだ。ツイートを書いていた際も、ここから書いていたように思う。うちの会社に、アカウンタビリティとフリーダムは同時に実行しなければならないのがあったりするのだけれど、それはどういうことかというと、「実行する」という責任を遂行している限りは自由(フリーダム)が得られるという意味だ。
まあ社訓みたいなのはどうでもいいのだけれど、なんでこの人に仕事を任せたくないのかなぁみたいなことを丁度考えていたときに、おそらく「何もアクションをとってくれない」というところなのかなと思ったことがきっかけでこのつぶやきをしたと思う。
よくいますよね、口だけ達者でアクションとらない人って・・。僕は少なくともこのアクションを取らない人にならないように、なにかしたいと思ったことに対しては自分ができるアクション/貢献をするようにしている。それで、これが積み上がるとおそらく信用というのが溜まっていくのだろうなと。積み上げないといつまで経ってもお呼びでない状態になるのだろう。
ちょっと広げた話としてのeNPSや従業員Engagement
このつぶやきの続きでeNPSのつぶやきもしているのだけれど、最近eNPS(従業員満足度調査)が話題になっていたり、User Experienceの観点からもデジタルによってどんどん人々の行動がデータとして残され、それに基づいて信用スコアリングするようなことを中国がしているとか、そういう話があり、なんとなく従業員Engagement & Experienceサービスのようなものが今後出てくるのではないかなぁとふわっと考えていた。
上記の信用をつくる方法で上げたような項目がピア・レビューでスコアリングされ、ちゃんとアクションを取る人には人事評価の1要素として検討され、アクションを取らない人はその人事評価の際のポイントが低いとかそういうのが行われる可能性がある。
また、従業員間のスコアリングは、従業員が今の会社で働き続けたい、モチベートされているという指標もなるから、より成果をあげたい企業はこのようなデジタルな仕組みを導入して、ますます競争力を向上していくのだろう。
その他
上記のつぶやきは、仕事で信用を作っていくプロセスとして、新入社員入社〜20代後半くらいまでのイメージで書いている。なので、まずはやれと言われた仕事をやって、そこから自分ができる範囲を広げていくと、自ずとチーム内外へ信用度が認知されて、いろんなお仕事を貰えるようになるという感じのことを表現したかった。
どうしても仕事が降りかかりまくるとブレーキかけたくなりますけど、どこかで「自分の仕事」、「自分のバリュー」を定義してそれにブレなければその仕事を受けるというふうにできるとより一層強みを強化できるような気がしています。
参考図書
アフターデジタル | ||||
|
LeanとDevOpsの科学[Accelerate] | ||||
|
<s>情弱</s>初心者のためにTrelloの使い方を説明した話
こんにちは、中村(@fideleruuth)です。
今日は、情弱初心者のためにTrelloの使い方を説明した話をしたいと思います。
あるきっかけから「Trello使おうかね〜」みたいな話がありまして、じゃあちょっと使い方考えてみるかな〜、まあすごくユーザーフレンドリーだし、みんな使えるだろうな。でも注意点はありそうだなぁ、くらいに考えていて、でもちょっと気になると思い、「〇〇さん、Trello使ったことある?」と軽く聞いてみたのがことの発端。
同僚「使っていますよ〜」
オレ「おお〜、僕はそんなに使ってないんっすよー」
同僚「こんな感じでー」
オレ「・・・(ただのリストでしかないし全然整理されていないぞ」
(まあいい、まずは便利なところを教えたろう)
「PowerUpっての使うとGoogle Driveと連携できてですね!(ドヤ」
同僚「おぉ!すげぇ!!!!」
オレ「お、おぅ。。」
「え、このTrelloの付箋みたいなやつはどうやって管理してんのん?」
同僚「うーん、こうやって付箋みたいなやつ増やしていっているくらいかなぁ」
オレ「お、おぅ。。」
「ちなみに、これ(カード)動かせるの知ってます?」
同僚「えっ?」
オレ「えっ?」
そう、この人、ドラッグ・アンド・ドロップでカードが動かせることを知らなかったのです・・。まじで衝撃的すぎました。一応、テクノロジー企業なんですけどぉ・・。
このブログが見つかったら、その人にきっと怒られるともいますが、知識レベルや認知度レベルなんてきっとそんなもんなんですよね。自分はアンテナ高くやっていても、普通の人はそうじゃなかったり。聞いてみる大切さ、視点を合わせて伝える必要性を感じました。
そんなこんなで、てかせっかくいいテクノロジーがあるのに、知らないがために仕事が一向に効率化されないって無駄以上の何者でもないので、なぜか急に使命感を感じ勉強会をすることにしました(あるプロジェクトで使うかもしれないということもあり)。
そんなときの資料がこちらです!至極一般的な内容かつ、ググればだいたい出てくることばかりで知っている人にはつまらないです。ググらビリティとは…。
\は〜い、情弱初心者の皆さん〜どうぞ〜/
5−6名の人がその勉強会に参加してくれたのですが、カンバンとかGTDとか知らない人が多くて、僕がおかしいんだなと改めて思った次第です。
個人的には、19ページのポイントが重要だなと思っていて、いつもやっている仕事を分割して、構造化して、組み立て直すみたいなことをやっていないと、ただのリストに付箋貼りまくるツールになってしまうよなと。このへんは、アジャイル開発とかでも使われるバリューストリーミングマップなどの知識があるからこういう考え方ができたというのもありますね。
非テックに光あれ…!
今日はこのへんで。。
エモいアウトプットをしはじめる最初のブログ〜「準備ができていた」と思うあれ〜
『ファクトフルネス』をABDで読んでみた あるいは ABDをファシリテートしてみた話
はじめに
3月頭に準備不要でできる読書会ワークショップ、アクティブ・ブック・ダイアログを初体験して( 参考エントリー )、社内でもレポートしてみました。そうしたところ、社内に興味がある人が何名かいたので、『ファクトフルネス』を教材にやってみました。今回はファシリテーターとして進行したので、ファシリテーターとして気をつけたことを書いていきたいと思います。
選書の方法 と 参加者の集め方
『LeanとDevOpsの科学』と『ファクトフルネス』を元々候補にしていましたが、呼びかけ後参加者の半分くらいが非テック系(経理とか事務系など)だったので、万人ウケしそうな『ファクトフルネス』にしました。 参加見込みのあるメンバーから固めて、そのメンバーが共通で読めそうな本や、興味のありそうな本に設定するのは社内ならではのやり方ですが、うまく進んだと思います。また、10名くらいいないと一人当たりの担当範囲が長くなり大変なので、10名集めるために、最近ベストセラーになってる本というのは参加者を確保する上でもよかったと思います。
準備
前回の体験をもと僕がファシリテーターとなってやることにしましたが、直前までほぼ準備はしませんでした。直前2−3日前になって準備したのは以下。
筆記用具類
リレープレゼン用の紙はB5が推奨らしいですが、会社の印刷コーナーに置いてなかったので、A4にしちゃいました。マスキングテープは会社の備品にもなかったので、Amazonで入手。太いペンはホワイトボードのペンを活用しました。
カッター
本を裁断するためのカッターと下敷きも会社にあったものを借りてやりました。裁断機がなくても10分くらいあればすぐに終わったのであまり気にしなくても大丈夫かと思います。 裁断する際に参考にしたサイトは こちら です。
アジェンダとページ分担計算表
これは事前に準備しておいてよかったなと思いました。事前に準備しておいたことで、スムーズに進行することができました。当日急なキャンセルもあるかもと思い、人数次第で何ページ読むかを計算できるシートを準備しておきました。以下に事前に設定していた、当日のアジェンダも書いておきます。
アジェンダ | 時間 |
---|---|
準備(机の配置、本の裁断) | 15min |
チェックイン(自己紹介・期待チェック | 10min |
オリエンテーション(ABD紹介&進め方共有) | 15min |
メイン1 | 15min |
リレープレゼン1 | 25min |
メイン2 | 30min |
リレープレゼン2 | 50min |
ダイアログ | 20min |
メイン1は時間通り終わりましたが、メイン2は個々人によって進捗状況も異なり、10分くらい多めに調整しました。また、リレープレゼン2では、一人5分と決めていましたが、内容的に時間がもう少しあったほうがよかったので、強制終了はせずに必要な時間だけとりました。そのため、ダイアログは実施することができず、かつ予定していたより30分くらい多く時間がかかってしまいました。 ページ分担計算用のシートは以下のようなイメージです。目次を見てページ番号を記入して各章のページ数を計算します。
ファシリテーターとして気をつけたポイント
前回アクティブブックダイアログで読んだ本『管理ゼロで成果は上がる』の著者の倉貫さんのブログに注意点が書かれていたので、 これ を参考にさせていただきましたが、概ね以下の3点を注意しました。
- 心理的安全性を作る
- やりながらアドバイスする
- 参加を促す
心理的安全性を作る
中には読書に苦手意識を持っているけれどもチャレンジしてみようという参加者もいます。実際に集客の時から参加対象者に「読書が苦手な人」と書いてあえてそういう人を誘ったり、オリエンテーションでも、「本に書いてあることを全て細かくまとめることが目的ではない」「時間内に全て読み切る/まとめきることが目的ではない」ということを3回くらい繰り返し伝えました。 これもあったせいか、苦手意識からこのワークショプで疎外感を感じてた人はいなかったと思います。
やりながらアドバイスする
今回取り扱った『ファクトフルネス』はかなり具体例の多い書籍で、概念というよりはそのような具体例を理解してこその書籍だなとと読みながら感じました。メイン1で少なめの量で肩慣らしをした際にそういうことを感じたので、メイン2で実際に自分がグラフなどのデータを見た際に「これをA4の用紙に貼り付けちゃうことにしました」と他のメンバーに軽く声をかけてみました。実際には個人のやり方に委ねられているのですが、模写しているだけで時間が取られそうと判断した人は同様にグラフなどを紙に貼り付けていました。 これは本を裁断してできる醍醐味ですね。本は捨ててしまうか各自が自分のパートを持ち帰るか、しかないので、切り貼りして表現の創造性を高める方を重視した方がいいと言った方がよいかもしれません。
参加を促す・一体感を作る
参加を促すというのは若干語弊があるのかもしれませんが、自分自身一度しかABDを経験したことがないということを表にだして、「みんなで協力して一冊の本を読みましょう」、「僕も2回目でうまくファシリテートできないかもしれないので、何かあれば助けてください」と自分自身の弱みを見せることで、参加者自身に受け身ではなく積極的に参加してもらえるよう呼びかけました。実際、参加者の中にまとめるのが早い人がおり、その人が少し進みが悪い人を助けてあげたりということが起きていました。
さいごに
はじめと終わりの変化が見えた
席を準備し、本を裁断しはじめているときに、バツが悪そうに「業務が忙しくて参加できないかも・・」と言って参加した人は結局最後まで参加してくれたり、チェックインで今日の意気込みを軽くコメントしてもらった際に「眠いけれど頑張ります」と言った人が最後には眠さも感じないほど集中できたと言ってくれたりと、結果的にこの会は成功したと言えそうです。 参加者の多様な変化をみることができたのは、ファシリテーターとしての面白みだなと感じました。何か少しでも誰かの成長のきっかけや気づきのきっかけになっているという感覚がワークショップという形式をとることで得やすいのではないかと。
社内の交流になった
今回参加者は、エンジニア4名、バックオフィス(経理・受注業務)3名、営業・マーケティング3名という複合的な部署からの参加がありました。部署横断的にこのような会をできたことは非常に良かったと思います。遅れて来た人に誰が誰でということを伝えなかったため、あとあとあの人は誰でしたっけ?と言われましたが、知らなくても会は成り立ちました(苦笑)。社内でやる分には遅れて来ることもよしとすることもあると思いますが、なるべく時間厳守で参加してもらったほうが、社内のほかの部署の人の顔が見えやすくなるという効果は高いと思います。
本の内容以外のさまざまな気づき
「急に与えられた資料を説明しなければならない、資料が生煮えな段階で説明しなければならないという状況はごく普通にあったりするのだろうが、そういう場に向けた訓練にもなる」というフィードバックを最期のクロージングでもらいました。これはエンジニアからのコメントで、例えばエンジニア系の勉強会などではLightning Talk(LT)という5分間でなにか特定のことをプレゼンするという場があると思います。リレープレゼンは基本5分でまとめを説明するというスタイルなので、その場でまとめてその場でプレゼンするというスタイルなので、このLTの練習のようなものにもなりますし、上記のコメントの通り、誰が急遽病欠で代打で普段語り慣れていないことを語らねばならないということもごくたまに起こるのでそう言った際のスキル向上にもなりそうです。 また、まとめ方ひとつ取っても「自分は本を読んでもちゃんと記憶に定着しないからメモをいつも取っているが、今回のABDでまとめ方を学べた」のようなコメントをもらったりしました。 上記のように、要点をまとめるスキル、即興的なプレゼンスキル、など本の内容以外にも色々な気づきが得られるのがABDの良いところだと改めて感じました。今回はダイアログの時間を取れなかったのですが、ダイアログではあらゆる人の観点から議論を深掘りしていくようなもののようで、これもまた新たな気づきがあるはずです。
なによりも一人で孤独に読んでいるという感覚ではなくチームで読んでいる感がでるのが個人的には気に入っているところです。
結局『ファクトフルネス』についての話しをほぼ書かなかったですが、今回はファシリテートが目的だったので、良いですかね。また気がついたら書きたいと思います。