diaryこの広告は、90日以上更新していないブログに表示しています。#4引き続き、「コンサルタントの秘密」の読み直しです。わなから逃れるの法ここだけで一章使っているというのも意外な感じがしたのですが、ソフトウェア開発にトラブルはつきものでトラブルを次から気をつけるみたいなやり方で備えるのではなく仕組みを作るというのは大事なことだと思います。「知らなくても怪我をするとは限らないが、思い出さないとすると間違いなくやられる」ノーザン天然ガス株式会社からなぜか毎年クリスマスにギフトが届くのだけど、それはなぜかというと、筆者の住んでいるあたりの人が地面のを掘ろうとした時にガス管を傷つけてはいけないことを思い出させるための引き金が欲しかったからだというものです。「惨事はありえないという考え方は、しばしば考えられない惨事を引き起こす」そのままの意味で、絶対に大丈夫という思い込みこそがトラブルを引き起こすので、問題は発生するものだと警告する引き金を仕込んでおくことが大事だよということのようです。筆者が食べ過ぎを防ぐための注意書きを作ってクレジットカードと一緒にもつということをした。何かに注意をしたい時に他の人を使うのは注意した方がいい。reviewなどがこれに当たるかもお互い注意しあおうねというグループを作るという話。全員が同じ仲間になっていて、減量グループが無茶喰いグループになるような自体には気をつけないといけない無意識を利用する自分の中の自覚的なところは気づいていないけど、無意識はすでに違和感に気づいていることがあるという話です。筆者の場合、頭の中を流れる音楽が自分の中の違和感の引き金になっているので、自分の頭の中を流れる音楽に注意を剥けるということでトラブルを回避したということがあるそうです。自分の無意識を知るというのは大事なことです。#3引き続き、コンサルタントの秘密を読んでいます。自分の視野を広げたり、自分が気づけないことを気づけたりすることはとても大事だと思っています。認識してしまえば、何らかの解決策が生まれるのですが、気づけないとそもそも取り組むことさえできない。数学の定理を発見するのが、定理を証明するより評価されるとかと似ていて、こっちの方が大事じゃないかと思っています。「自分の計画を駄目にする原因が三つ考えられないようなら、思考過程の方に何か問題がある。」そのままで、このやり方完璧って思っている時は、よくただまだ問題点を見つけられてないだけということかと思っています。思考の手綱をゆるめること自分の気づきを増やすやり方をいくつか提示してくれています。類似性を探す例えば、トレーニングコースの検討をしている最中で、動物のトレーニングとの類似性を考えてみることで、訓練の内容ばかりに目を向けていたのが、暗黙に含まれている賞罰のシステムに注意を払っていなかったことに気づけた。新しいアイデアが入る)がわかり、中途退社の減らす方式の検討とともに新しいアイデアが組織に来にくくなることを補う方策を考えた。いうようなエクストリームな状況から想像するのは、良いなぁと思います。振り返りのフューチャースペクティブとかそういった側面があるのかなと思います。境界線のそとに目を向けるシステムとシステムのつなぎ目のところに問題は起きがちで、つい自分たちで勝手に境界線を貼って、「自分たちの問題ではない」としがちですが、そこに問題解決の糸口があることがあると書いてあります。手順書に奇妙な規則があった例が記載されています。ある組み合わせを使用禁止にしていたという規則で、それは歴史を辿ってみると、本来はそう書くべきでない品質の悪いコードがあって、問題が発生して、その問題を解決する手段として、導入された規則だった。みると他のプログラムでも類似のひどいやり方がいっぱいあったというものでした。方法を使っていると見落としがちな問題を「ばかげた」ゲームで見つかることはある。「言葉と音楽があっていなかったら、そこに欠けた要素がある。」依頼主が、上司のことを話す時に、言葉では上司との関係が良好であることを伝えているのに、手が震えていることに気づいた。それに言及すると実は上司が大変恐怖の存在ではあるが、仕返しが怖くてそのことを誰にも話せないということがわかった。いうエピソードが紹介してあり、音楽というのは、その時の感情や状態の比喩で、喋っていることと思っていることが違うということに気づく違和感のことを示しているように思います。自分の情緒的状態に目を向けて、例えば、依頼主からの話を聞いていいる時に、自分の中で怒りが湧いて来た場合は、それを依頼主にいってしまった方がいい。すると実は依頼主も感情を隠していたことがわかり、その感情を共有してくれることがある。#2前回に続いて、残りの章も心に残った法則を紹介したいと思います。「クリスマスプレゼントに金槌をもらった子供は、何でも叩きたがる。ある特定のやり方がある問題を解決するのになまじうまく言ったからそれがぴったり合わないような場面でもそのやり方に固執するというのはありそうだから改めて認識しておかないとと思いました。あと、ソフトウェア開発においても、ライブラリーやフレームワークなどは複数の選択肢があるのだからちゃんと比較してぴったりくるものを選ばないとというのも大事だなと思います。「ものごとがそうなっているのは、そうなったからだ」あるパン屋がまずいパンを食べてこれは自分の方が美味しいパンを焼けると思って、パン屋を始め、事業を拡大していくうちに結局自分もまずいパンを作り始めるというストーリーから来た言葉。何か今悪い状態になっていてもそれは、なるべくしてそうなったパターンが多いので、ちゃんと歴史を学び同じ失敗を繰り返さないようすべきという話。サービス開発だと、技術的負債とかレガシーコードみたいな文脈で、「何だこのいけてないコードは自分だったら。」とやってたけど、数年運用しているうちに結局負債を生み出すというのはもう何千何万と繰り返されてそうな話な気がします。「問題を解決できる見込みは、問題を起こしたのは誰なのか見つけ出そうとする立場に近づけば近づくほど減少する。」これは、新人コンサルタントが依頼主と最初に話した時に、現状をボロクソに言ったら、依頼主が現状を作った張本人であったというエピソードで紹介されています。書いてある通り、現状がそうなっているのは過去の判断が全く持って見当外れだったという訳ではないことが多いし、その責任者が依頼主の関係者であることが多いということです。他にも"尋問しないようにしよう"、"批判のためじゃなく、理解のために調査しよう"、"現状のうち良い点を見つけてそれに言及しよう"など振り返りなどに意識した方がいいことが書いてあります。「依頼主は常に自分たちの問題の解き方を知っている。その解答を、最初の五分間の間に口にする。」そうとも限らんだろうと思った法則ですが、何か話を聞く時に、その人が直接いう言葉だけでなく、ちゃんと観察して、隠された解答を見つけ出すという視点を忘れないようにしないとと思いました。#2Tweet広告を非表示にするもっと読むコメントを書く2019-09-04コンサルタントの秘密を読んで学生の頃読んで、就職するきっかけになった本を再び手に取ってみました。コンサルタントとしての考え方が事例や比喩とともにユーモアを交えて書いてある本です。xxの法則といったものがたくさん出てきて、今読み返しても、ああ確かに大事だよなぁとか忘れないようにしようと思うものがたくさんありました。「コンサルタントの秘密」で検索すると自分の気に入った法則をピックアップしている人﻿を見つけました。私もそのスタイルで気になった法則をコメントとともにピックアップしていこうと思います。本を書くと言う順に、より広い範囲の人に自分の影響を届けようとすると、自分がある特定のチームや人に与える影響は小さくなると言う話で、ラズベリージャムを広い範囲に塗ると薄くなると言うことで、ラズベリージャムの法則と言う名前がついているようです。「広げれば広げるほど薄くなる」、「影響か富か二つに一つだ」といったことが書いてあります。「たいていのとき、世界のたいていの部分では、人がどれほどがんばろうとも意味のあることは何も起こらない」これは忘れがちだけど、意識しておきたい現実かなと思っています。人間、なんとかして、変化を起こそうとかいい方向に向かわせようとしたりするのだけど、ほとんどの時は何も変わらない。これを思い出せると自分のやったことの結果がすぐ帰ってこなくてもどっしりと構えてやり続けようという気持ちになります。逆利か「合理的であるな,妥当であれ。自分は子供の頃全ての判断を合理的にしたいと思っていたのですが、この本を読んだあたりから、自分がロジカルに判断することが必ずしも正しいわけじゃないと考え始めました。それは自分が全ての知識を知っているわけじゃないし、公理や前提条件が間違っていたら、論理的思考から導かれる結果は必ずしも正しくないし逆に思考の幅を狭めるかもしれないと思ったからです。最近はまたロジカルであることを諦めないようにしようかなとも思っています。事実を元にロジカルに導くみたいなことを軽視して、経験とか勘を重視すると老害になってしまうかもと思ったからです。「よく適応すればするほど、適応力を失いがちだ。特段新しい話ではないけど、ある意味これがあるからコンサルタントのような外部の目線が意味があったりすると言うことの再認識しました。これは自分が何かを判断する上で結構原則として意識しているものだなと思っています。「みずから治癒できるはずのシステムは穏やかに扱おう」、「もし彼らがこれまでしてきたことが問題を解決しなかったのなら、何か違うことをするように勧めるが良い」コンサルタントのように外部の人間としてチームに入ると、どうしてもチームのどれほど変化を起こすのかと言うところのさじ加減が難しかったりすると思います。余計なことをして、チームに悪影響がないかとかでも今まで通りのやり方じゃ何も変わらないんじゃないかとか、基本的には、より良い解決したい問題を見つけ、それをチームのメンバーに気づかせると言うところが大事かと思っているのですが、何か違うことをやろうと言う発想を忘れてしまいがちになる自分がいるので、戒めのためにメモしています。「何かが「らしく見せられている」とすれば、それはなおす必要がある。」これも自戒とリマインダーを込めて、のメモです。スクラムっぽく見せてるとか、効率よくいっているように見せているとかは、そこに本当の課題が眠っていることに他ならないので、誤魔化さず、あくまで事実を注視して改善していく姿勢を忘れないようにしないとと思っています。room」連載シリーズせっかくなので目次を作ってみました。nakaly.hatenablog.comAgile2019でも色々なセッションでこの本が紹介されていて、Agile2018で横道さんが聞いた、「アジャイルコーチはみんな読んでる」と言うのもあながち嘘じゃなさそうだなと思いました。Conclusionの概要トレーニングの締めの話。まとめやったりフィードバックもらって締めることが多いが、前にも紹介した通り、最初と最後というのは記憶に残りやすいので学習内容に結びつくことをやるべき。以下の四つのカテゴリーのアクティビティがある。Logを書いてもらう。ポイントとしては、ただ単なるまとめというよりは今後どう使うかということを考えること。Evaluationsトレーニングのフィードバックをもらいながら学習者に理解を深めてもらう。以下のようなものトレーニングルームを以下の三つのエリアに分けると学習者に説明する片側は"まだ準備できてない"真ん中は"途中"逆側は"準備完了"スライドなどでエリア分割の説明をサポートしても良い学習者に学んだことに関して思い出してもらい、学んだことが使える準備できているかということに関して精査してもらうその準備状況に応じてそれぞれのエリアに動いてもらう移動後にペアや3人組で以下の質問に答えてもらう"まだ準備できてない"と思うなら、"途中"にするためにはどうすればいいですか?"途中"と思うななら、どうすれば"準備完了"になりますか?"準備完了"と思うなら、そこにい続けるもしくはあなたの継続的な学びをサポートするために何をしますか?5分ぐらいでペアで話してもらい、希望者にクラス全体に共有してもらうCelebrations例えば、トレーニング後証明書を渡すというようなことがあるトレーニングであれば、それを祝いながら楽しい気持ちになって終わるというようなもの。Celebrationは以下のようなもの。バリエーションとしては、座ったままでやるだったり、クラスの人数が多すぎる場合は、グループに分けてやるとかがある感想これも今までの流れ通りに学習者を主体としてやっていくのが大事なのだと思う。Celebrationに似ているかも。まとめ#3前回から少し間が空きましたが続きを紹介したいと思います。Practiceは学んだことを実践を通じて定着させる部分。以下の四つの点が重要。Activities前回紹介したジグソー法と似ている。ジグソー法は皆が知ってないかもしれな新しいことを学ぶ時に使用する方法であるのに対して、こちらは復讐のためにすることである。Backは以下のように行う。ペアを組んで、片方がスキルを披露しているのをもう1人がみてやり方を覚えたりフィードバックしたりするもの。スキルのある人とそうでない人で組んだり、同じぐらいのスキルレベルでも片方が何も知らない風なふりをし、もう片方が教えるというような工夫がある。Gamesゲームを作るのは価値があるとわかっていても、ゲームのリーダーシップを学習者に渡すのはトレーナーにとって容易ではない。(2003)というほんでThiagiがゲームを作るためのフレームワークを紹介している。テレビで行われているようなゲームもそのフレームワークに則っていることが多い。ゲームリーダーと回答者を決め早押し形式で進める。正解したものにポイントを与え、もっともポイントを獲得したものの勝利。全員がリーダーをやるようにする。答えが書いてあるカードも作る。裏返して答えがあっていたらポイントゲット。学習者にゲームを作ってもらうというのはかなり長い時間トレーニングに割けないと難しそう。気軽にゲームを作っていいのかもしれない。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。