nDiki : 問題解決

会議 すごい会議 目標 ホワイトボード 書評 お薦めの本 コミュニケーション すごい考え方 ノート リーダーシップ ミーティング コミットメント・リスト コミットメント 提案書 すごいやり方 プロジェクトマネジメント 社長 Life Hacks レビュー ピアレビュー アイデア MOLESKINE プレゼンテーション ロジックツリー MECE 見える化 時間管理 GTD OS 意思決定

■ すごい考え方

大橋禅太郎氏による「すごい会議」のやり方のもとになった、マネージメントコーチのハワード・ゴールドマンの著書の翻訳本。

• すごい考え方

「すごい会議」「すごいやり方」に感銘を受け、ぜひハワード・ゴールドマンの著書を読んでみたいと思っていたので早速読んでみた。 最近やりはじめた三色方式で読み切った最初の1冊でもある。

@ 「すごい会議」「すごいやり方」の根底にある考えがわかる

なまじ自分がコンピュータ関係なので、OSを使った比喩的キーワードは逆にしっくりこないところがあったが、言いたい事は良くわかる。

自分の場合は、この本の前に「すごい会議」「すごいやり方」を先に読んでいたわけであるが、この本を読み進めていくとそれらの根底にある考え方が見え、リンクしてくる。 それがすごく楽しい。

ぎゅっとエッセンス化した「すごい会議」では分からなかった、詳細な問題解決やプロジェクトの進め方がわかるようになる(もっとも「すごい会議」は会議にフォーカスしているのだから別に悪いというわけではない)。

しかし、「すごい考え方」を読めば「すごい会議」「すごいやり方」はいらないかというと決っしてそうではなくて、逆にこれらの方が分かりやすく心に届く部分も多々ある。

この本のどれかが気にいっているならば、3冊全てを読むのがお勧め。

• すごい会議
• すごいやり方

[ 書評 ] [ お薦めの本 ]

• このやり方でやると「すごいこと」が起きる。 (2005-06-08)
• TQ - 心の安らぎを発見する時間管理の探究 (2005-06-16)
• 早朝会議革命 - 元気企業トリンプの「即断即決」経営 (2005-07-16)
• すごい会議 - 短期間で会社が劇的に変わる! (2005-05-27)
• 問題とは「あるべき姿」と「現状」の「ギャップ」である (2006-10-13)

■ 結局自分も MOLESKINE に行き着くのか

仕事やプライベートでの、Life Hacks だったり Tips だったりするようなものを持ち歩いていつでも参照できるようにしたいなと思った。 たとえば、「名言」だとか「問題解決手順」とか「会議の進め方」とかもろもろ。

PC 上の Wiki も悪くないが、PCを使えない時/使いたくない時もある。Palm ではというと、便利なところもあるがやはり1画面における情報量等の面で閲覧性が良くない。

そうするとやっぱり紙か。 12月から使い始めたほぼ日手帳という手もあるが、こちらはメモ的なものを雑多に書いていきたいから、自分の場合ちょっと共存しにくい。

TeX で組版して A6 ぐらいに印刷して閉じるという手もあるが、「閉じる方法」「(最初の段階での)手書きによる新しい情報蓄積」「追記」という点でどうもいいアイデアが思い浮かばない。

そうするとやはり丈夫な手帳に「手書き」「ある程度整理されたら TeX で組版して貼り付け」「手書きで追記したら、適宜 TeX ソースにフィードバックにして重ね貼り/新ページへ貼り」というのがいいのかな。

そういった用途には、やはり MOLESKINE?

MOLESKINE には手を出さないと思っていたのだが、やはり「自分もここへやってくるのか」。

1冊目は Squared Notebook の Pocket。 サイズは約9cm x 14cm。

何かをプリントして貼るとすると 7cm x 12cm ぐらいがいいのだろうか。 まずは、LaTeX のトンボとマージンの設定いろいろ試行錯誤して、良さそうなレイアウトを検討。

• Moleskine Pocket Squared Notebook

@ ギャバンダイナミック

フライヤーにあったアヴァンギャルドという語が目にとびこんできた。

「アバンギャルド」と聞くと「ギャバンダイナミック」と言う必殺技が頭の中でグルグルするのは自分だけだろうか?

[ 製品レポート ]

• A6 方眼ノート比較 (2006-01-06)
• 2008年夏の GTD 運用ツール (2008-07-23)
• DELFONICS の Rollbahn Memo を GTD ツールに投入 (2006-03-27)
• フィルムスキャンできるインクジェットプリンタ PIXUS MP980 (2008-11-03)
• 渋谷のロフトにほぼ日手帳2006を見にいった (2005-09-11)

■ 一緒に仕事をしたい人のタイプ

日経ビジネスアソシエの臨時増刊号として「仕事の手本」という雑誌が出ている。 以前読んだ「早朝会議革命 - 元気企業トリンプの「即断即決」経営」の吉越浩一郎社長 (トリンプ)を含む、11人の経営のプロへのインタビューをまとめた仕事術誌である。

インタビューの中での「一緒に働きたい人/採用したい人」という質問に対する各氏の回答が興味深い。

最初のページから順番に見ていると「あれ? さっきも同じような事を読んだような」と何度も感じるぐらい、求められている人材は共通している。 (ある程度あることは当然の前提であるにせよ)スキルや知識というものよりもまず、

• コミュニケーション能力があること
• ポジティブであること
• うそをつかないこと
• 問題解決力があること

が求められている。 経営者は、そういう視点で見ているということだ。

どれも良く目にするポイントだがそれらが重視されているということは、やはりそれらを身につけるているものが少ないということかもしれない。

日々精進ですな。

• 日経ビジネスAssocie Online

• 早朝会議革命 - 元気企業トリンプの「即断即決」経営 (2005-07-16)
• すごい会議はじめての全手順(1/2) (2005-06-30)
• 事業方針を「どのようにすれば〜」化すれば何かが見えてくる (2006-01-05)
• キックオフミーティング1日目 (2004-10-25)
• すごくない会議 (2005-06-29)

■ ピアレビューの効果を上げたい

たまたたま重なっているのだと思うが、社内でピアレビューの機会が最近増えている。 ウォークスルー(もどき)のレビューであるが、どうも効果的にできていない気がする。

• 準備不足で、レビューポイントが不明確
• 問題解決や持論展開に流れてすぎて、問題発見が十分できていない

やはり、レビューのしかたもチームで学ぶ必要があるな。

• 「プロジェクトマネジメント」はどうやって勉強すれば良いですか? (2006-11-22)
• 第1回 社内 Perl 勉強会 (2006-04-21)
• 問題とは「あるべき姿」と「現状」の「ギャップ」である (2006-10-13)
• Task Coach で GTD (2008-06-23)
• 給与制度改革 (2005-01-05)

■ 問題解決プロフェッショナル 「思考と技術」

「理論としての汎用性」を満たすために、2つの思考<ゼロベース思考><仮説思考>と、2つの技術<MECE><ロジックツリー>、そしてそれらを総合した1つのプロセス<ソリューション・システム>の、5つの基本的な考え方に集約させた。-- 問題解決プロフェッショナル p.200

というのが今日1日で読み切った「問題解決プロフェッショナル 『思考と技術』」の内容である。

様々な種類の問題に向き合うときに使える本質的な考え方であるが、本書はビジネス書としてビジネスの視点での適用を中心に説明されている。

@ ゼロベース思考

<ゼロベース>思考とは、「既成の枠」を取り外して考えるということである。 -- 問題解決プロフェッショナル p.19

自分の狭い枠を越えて思考するという話。否定的に要素よりも、可能性を求めること。 その際に「顧客にとっての価値」を考えるとよいとのこと。

本書が述べている中では、ゼロベース思考が一番抽象的で捉えずらい部分である。 言っているところは理解できるが、実際にそうい風に考えるのは最初かなりの意識が必要のように感じる。習慣化する必要がありそうだ。

@ 仮説思考

必ずその時点での「アクションに結びつく」結論(仮説)を持ち、実行に移すという考え方。 まずなにか仮説を立て、SO WHAT? (だから何なの)を繰り返すことで、アクションに結びつく結論(仮説)を出していく。

またそうすることで、「背後の理由やメカニズム」を自然と考えるようになるとのこと。

具体的なアクションまで落としていくという点では GTD に通じるところがある。

またスピード重視なのも特徴だ。絶対的な正解のないビジネス世界において時間をかけてベストな策を模索し続けずに、ベターな解決策を見つけたらすぐに実行に移すこと。 情報収集に時間をかけすぎないこと。

@ ソリューション・システム

「課題の設定」「解決策の仮説」「解決策の検証・評価」という3つのステップによる解決策立案方法。

主要課題をロジックツリー(SO WHAT?)で個別課題にし、個別課題に対して個別解決策(SO HOW)を考え、YES/NO の結論(仮説)を出す。そしてこの個別解決策を組み合わせて主要課題に対する総合解決策を立案する。で、この個別・総合解決策を検証評価する。

一旦課題をMECE/ロジックツリーでブレークダウンし解決策を考え、また総合解決策にまとめあげるというステップが興味深い。

@ 読んで

特に実行を重視している「仮説思考」が非常に興味深くまた、実践的に感じられた。 すごい考え方でいうところの「で、どうしたいの」だ。

また、「いつまでも辿りつけないベストな策」よりも「ベターな策で実行に移して、起動修正しながら精度を高めていく」方が効果的というスピード志向なところもカッコイイ。

「早朝会議革命 - 元気企業トリンプの「即断即決」経営」での「稚拙でもいいから速く」というのも同様な考えからきているのかもしれない。

仮説思考についてはもう少し掘り下げて実践してみたい。

…… SO WHAT? (自分)

• 問題解決プロフェッショナル 「思考と技術」

[ 書評 ] [ お薦めの本 ]

• すごい考え方 (2005-12-10)
• 問題とは「あるべき姿」と「現状」の「ギャップ」である (2006-10-13)
• なぜか、「仕事がうまくいく人」の習慣 (2007-04-15)
• TQ - 心の安らぎを発見する時間管理の探究 (2005-06-16)
• Life Hacks PRESS で Life Hacks をおさらい (2006-03-28)

■ 提案営業と提案活動と営業活動

先日研修を受けたスタッフからの「提案営業のすすめ方」の社内発表があった。

「我々はみな顧客に対して問題解決のための提案活動をしていかなければならない。したがってある意味、全員が提案営業を行っていかなければならないということである。」

という社長のコメントにある目から鱗。

営業と考えて活動するのは技術者は往々にして抵抗があるものである。 一方、問題解決を考えて提案していくというのはチャレンジャブルであって技術者の心に火をつける。それが結果的に営業だということなら、悪い話じゃない。

• 一緒に仕事をしたい人のタイプ (2006-03-17)
• 着替え (2002-04-16)
• 誕生日 (2005-04-27)
• 新人歓迎会 (2005-04-12)
• PHSつながった (2004-12-30)

■ 問題とは「あるべき姿」と「現状」の「ギャップ」である

「問題解決プロフェッショナル『思考と技術』」の姉妹本「問題発見プロフェッショナル - 『構想力と分析力』」を火曜日に購入し読み始めている。

本書における問題の定義が明快であり、目から鱗である。

問題とは「あるべき姿」と「現状」の「ギャップ」である -- 「問題発見プロフェッショナル - 『構想力と分析力』」 p.16

現在の状況の中で「マズい点や困っている点」などが問題であると今までごく当たり前に考えていた。しかし本書では問題は「目標(あるべき姿)と現状のギャップ」であると説明している。

「目標をどこに置いているのか」「どういう立場で考えているか」によって、同じ状況でも問題が変わってくる。 全くその通りで非常に納得である。しかし自分ではなかなか気がつかない視点で、またついつい忘れて目の前のマズい点にのみ目が向いてしまいがちである。

• 問題発見プロフェッショナル - 『構想力と分析力』

GTDの「自然に計画するためのモデル」でもハワード・ゴールドマンの「High-Performance OS」でも「目的・目標」からプロジェクトがスタートする。 問題発見・問題解決のプロセスも「目的・目標」の再認識から。

「目的・目標」はどこから来るのだろう。 やっぱり価値観から? 価値観はどこから?

[ 書評 ] [ お薦めの本 ]

• 問題解決プロフェッショナル 「思考と技術」 (2006-08-27)
• すごい考え方 (2005-12-10)
• 自然に計画するためのモデル(GTD) と High-Performance OS (2006-07-09)
• Life Hacks PRESS で Life Hacks をおさらい (2006-03-28)
• なぜか、「仕事がうまくいく人」の習慣 (2007-04-15)

■ 「プロジェクトマネジメント」はどうやって勉強すれば良いですか?

会社の後輩から問われた。

答えがあればこちらが知りたい。

プロジェクトマネージャには、そういう事を自力で模索し掴みとる能力が必要なのではないか。プロジェクトマネージャは答えの決まっていない問題の解決をしていかなければならないのだから。

もちろん他の人から学ぶというのも重要なので、質問すること自体は悪くない。 ただもう少し自分で考えてみて「○○と△△というのがあり、○○の方が～～で良さそうだと思うのですがどう思いますか?」などと、やるのが良いかと思う。

ちなみに私がどう試行錯誤しているか、何を読んでどう考えたかはココ (nDiki) に書いているから、後輩君なら(反面教師にせよ)見てくれればいいと思う。

ていうか、何か面白いもの見つけてきてドンドン紹介してクレ。

• 技は盗むもの - 早朝会議革命

@ とはいえ自分なりに列挙してみる

ソフトウェアプロジェクトマネジメントで、必要なキーワードを思いつくままに挙げてみた。

• 問題発見力、問題解決力 (思考法)
• 意思決定力
• リーダーシップ力
• コミュニケーション力
  • コーチング
  • ファシリテーション
• プレゼンテーション力
• (リスク管理力)
• 以下に関する知識
  • 開発ガイドライン
  • ソースコード管理 (リビジョン管理)
  • バグトラッキングシステム
  • ビルド管理
  • リリース管理
  • ドキュメンテーション
  • ソフトウェアテスト
  • ソフトウェア見積もり
  • ソフトウェアライセンス
  • ピアレビュー

• やっぱり聞きやすかった大前研一 (2006-10-25)
• ビジネスメールガイドライン案 (2006-05-05)
• トム・デマルコ ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解 (2004-04-17)
• Linux で使えるデスクトップ検索ツール Beagle でローカルファイ... (2006-08-08)
• ソフトウェアかんばん「見えない化」 (2006-04-10)

■ ソフトウェア開発プロジェクトにおける朝会をカイゼンする

Jason Yip 氏による「朝会のパターン:立ってるだけじゃないよ (It's Not Just Standing Up: Patterns of Daily Stand-up Meetings)」という記事の日本語訳を、数日前に kdmsnr 氏が公開された (記事)。

らあるソフトウェア開発プロジェクトで2月から朝会を行ってみているのだが、この記事をみてもっと工夫できそうだということで、良さそうな点を取り入れてみることにした。

一昨日にに新ルールをアナウンスしたのだが、昨日は私は休んでしまったので自分としてはスタートは今日から。

@ ルール

記事を参考に、以下のルールにしてみた。

• 立ってやる。(New!)
• 15分以内でやる。
• 最後に来た人から話す。(New!)
• 時計回りで発表する。(New!)
• 以下のフォーマットで話す。(New!)
  • コミットしたことを達成できたか? (昨日はどうだったか?)
  • 今日コミットできることは何? (今日はどうする?)
  • コミットメントを達成するための問題点は何?
• 話す内容は前日に準備しておく。(New!)
• 見える化する (New!)。
• 講演会にしない。問題解決に集中しない。プロジェクトに関係ある話のみにする。(New!)

見える化については、まずはコミットメントを A3 ホワイトボードに書き出すことにした。

3人のチームなので今日は、10分で終了。 いつもは問題解決をつい始めてしまい長引きがちであったが、こうして明確にルールを共有しておくと、互いに制止しやすくてなかなか良い。

しばらくこのスタイルでやってみて、また改良していくことにしよう。

• すごい会議はじめての全手順(1/2) (2005-06-30)
• 情報カードを使って高速すごい会議 (2005-10-27)
• すごくない会議 (2005-06-29)
• ソフトウェア開発プロジェクトで朝会をすることにしてみた (2007-02-15)
• Rekisa で TortoiseSVN から日本語ファイルの差分表示 (2006-03-23)

■ 個人的日誌で「自分がどう反応するか」を知ろう

この間読んだ「コンサルタントの秘密」が良かったので、続けて同じG・M・ワインバーグ氏による著書「スーパーエンジニアへの道」を読み始めている。 本書の原題は Becoming a Technical Leader -- An Organic Problem-Solving Approach で、技術リーダーにおけるリーダーシップに関する本である。

まだ読んでいる途中であるが、第七章で「自己盲目性を克服する道具」として「個人的日誌 (personal journal)」を毎日5分間使って書くようにと書かれているので早速今日から始めてみることにした。

形から入るという悪い癖で、専用に MOLESKINE POCKET を買ってきた。 お気に入りの方眼罫をチョイス。

「事実、感情、発見」を書くのが一つの公式らしいので、まずはそれに沿って書いてみよう。自分の行動を変えようと思ったとき、「自分がどう反応するか」を知ることが、問題解決型リーダーになるのに重要であるとのこと。

日々の事柄についてココやその他に書いたりしてきているのだが、他人に読まれることが頭に浮かんで「自分がどのように感じたか」について、そういえばあまり真剣に書くことがなかったように思う。

この日誌には自分のための何かを書いていってみようと思う。

ノートにいたずら書きをするだけのことで、何が学べるというのか。日誌方式の一つの大きな利点は、書物や講義と違って、そこにあるものはすべて自分自身に関係がある、ということである。各人の学習はその人固有のものであるから、読者が何を学ぶか予告することは私にはできないが、読者が何かを学ぶということは保証してよい。-- スーパーエンジニアへの道 pp.78-79

• スーパーエンジニアへの道--技術リーダーシップの人間学
• Moleskine Pocket Squared Notebook

• すごい会議はじめての全手順(1/2) (2005-06-30)
• 結局自分も MOLESKINE に行き着くのか (2005-12-15)
• 「プロジェクトマネジメント」はどうやって勉強すれば良いですか? (2006-11-22)
• 「すごい会議」と問題解決のスコープ (2005-06-15)
• A6 方眼ノート比較 (2006-01-06)