nDiki : プレゼンテーション

TeXPower ソフトウェア LaTeX コミュニケーション Prosper 面接 フォント PDF インストール 書評 Life Hacks スーツ 発想法 リーダーシップ Wiki 思考法 PNG ポイント お薦めの本 社長 nDiki 問題解決 セミナー Blog アイデア Google ドキュメント スクリーンキャプチャ 意思決定 仕事術 Web

■ 早朝会議革命 - 元気企業トリンプの「即断即決」経営

トリンプの吉越浩一郎社長による「会議を通したスピード経営」についてを、会議出席や社員へのインタビューを通して著者がまとめあげた1冊。

会議を中心とした内容であるが、「すごい会議」と同様ただ単に会議手法を述べた本ではない。 会議を通した経営についてが述べられている。

同社のMS会議 (Marketing and Sales 会議) は吉越社長が自部門の改革として始め、粘り強く改善・継続して全社的なものになったもので、そう簡単に真似ることができるものではないが、そのエッセンスには学ぶものが多い。

@ 朝開催

• 多くの人間が集まる時間帯。
• 集中できる時間。
• 同日に即行動に移せる。

特に最後のは魅力的。やる気がみなぎっている間に行動に移せる。 しかし、自分はオフピーク通勤が気にいっているからなぁ……。

@ 毎朝開催

当然週1回よりスピードがある。

回数は多いが、きちんと問題について意思決定しコミットメントに落としていくので無駄がない。

@ トップダウン

ただし民主的、フラット。

@ 「決める」会議

• 「誰が、何を、いつまでに」

ここら辺はすごい会議と通じる。

@ デッドライン

• ドイツ系の会社から。
• 厳しく。でないとみんな逃げる。
• 最大限で1週間。それ以上はスケジュール化。
• 稚拙でもいいから速く。

毎朝会議が開催され議論されることで、1週間でまわしていける。

@ プレゼンテーション

• プレゼンテーション自体を目的にしない。無駄に準備に時間をかけない。

@ コミュニケーションの場・情報共有の場

• 「和」を形成。
• 共通認識が広がる。
• 判断・決断までのプロセスを共有。プロセスから参加することに意味がある。
  • 意思決定に変化があっても理解できる。
  • 教育の場
    • 技は盗むもの。「教育なんてほんとはできっこない」。
• オープン、フェアネス。

見習いたい。 どのようにすれば我社で判断・決断プロセスから共有していけるようになるだろうか。

@ 継続

• 継続はトップの責任
• 改善こそ継続の母
• 成功するまでやれば、成功する。p.207

@ 結論から言え

• 言いにくくても、結論から言え。p.207

@ 感想

「決める会議」、「誰が、何を、いつまでに」という方針のメリットを再確認。

• 早朝会議革命 - 元気企業トリンプの「即断即決」経営

[ 書評 ] [ お薦めの本 ]

• すごい考え方 (2005-12-10)
• 一緒に仕事をしたい人のタイプ (2006-03-17)
• すごい会議の正しい手順 (2005-07-04)
• すごくない会議 (2005-06-29)
• トム・デマルコ ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解 (2004-04-17)

■ Life Hacks PRESS で Life Hacks をおさらい

昨日 Life Hacks PRESS を買ってきた。 GTD、Google、プレゼンテーション、マインドマップが特集。

Web で話題になって1度は目にしているというものも多いが、こうしてムックになって整理されているとおさらいとして丁度良い。

田口元氏による GTD 特集はわかりやすく噛み砕かれて書かれており、GTD 初めてという方にもお薦め。

• Life Hacks PRESS - デジタル世代の「カイゼン」術 -

[ 書評 ] [ お薦めの本 ]

• 新幹線用「ウェブ進化論」 (2006-05-13)
• Joel on Software - 必読書 (2008-08-14)
• 仕事のヒント (2005-11-26)
• すごい会議 - 短期間で会社が劇的に変わる! (2005-05-27)
• 恋愛に写真を持ち込みたい人必読「センネン画報」 (2008-09-28)

■ 新幹線でウェブ進化論を読み終えた

帰省の時に車中で途中まで読んだウェブ進化論の残りを、これまた新幹線で読み終えた。

後半で興味深かった点を挙げてみよう。

@ Blog

本書の中で「知的生産性のツールとしてのブログ」からの引用に非常に共感を得た。

「自分がお金に変換できない情報やアイデアやは、溜め込むよりも無料放出することで(無形の)多きな利益を得られる」 -- ウェブ進化論 p.164 (「知的生産性のツールとしてのブログ」から引用)

まず個人にとってのオープンソースとかブログは何か。それはポートフォリオであり、面接であり、己の能力と生き様がそのままプレゼンテーションの装置として機能する。 -- ウェブ進化論 p.164 (「知的生産性のツールとしてのブログ」から引用)

自分が(大した内容ではないにせよ)書き続けているのも、やはりそれによって有形・無形の利益を得ているからである。

情報をとりまとめて発信し続けることは時間もエネルギーもかかることであるが、かけた分だけ得るものも多い。 でなければ、続くわけがない。

どんどんアウトプットする。 この気持ち良さ。

[ 情報発信 ] [ アウトプット主義 ]

• 私が情報発信を勧める理由 (2006-07-26)
• 今日のさえずり - 金メダルのネックストラップには、ケータイ用のヒモが付い... (2008-08-24)
• 新幹線用「ウェブ進化論」 (2006-05-13)
• すべての情報を共有する。情報閲覧者が判断する。 (2006-05-15)
• お手玉使いの曲芸師を雇う (2004-07-14)

■ プレゼンテーションの後、一度家に帰ってご飯を食べた

今日の午前中は、社外でプレゼンテーション。

「場所が家の近く」で「デモ PC と自分の PC を持ち歩くのが大変」だったのと「その後スーツではない格好で横浜視察したい」という理由で、昼休み一度家に寄ることにした。

そういえば入社以来、出勤日に家に帰って昼食をとるのは初めてだった気がする。 なんか不思議な感じ。 リラックスしすぎて、まったりしてしまうな。

ちなみに結局緊急連絡で、早めに帰社する必要がでたので横浜視察はお流れ。

• やっぱり聞きやすかった大前研一 (2006-10-25)
• テーラーメイドのスーツが出来上がった (2005-11-12)
• 万年筆用に GIORGIO FEDON 1919 のペンケース シングル (2005-12-12)
• NASA World Wind 1.3 は他人のPCで (2005-03-22)
• 面接 (2004-10-19)

■ Impress を使ってみたいけれど今回は PowerPoint で

明日は久しぶりにスライドショープレゼンテーション。 OpenOffice.org Impress でスライドを作ろうかと思ったけれど、互換性やフォント問題に不安があったので、結局 PowerPoint で作成。

作成は Impress で行い OpenOffice.org 無し環境へは何かの形式でエクスポートして提供するようなスタイルにしたいところ。

ただし、これはこれで組織内で編集できる人がいなくて自分の仕事が減らないという罠。 OOo をはやらせるか。

• キックオフミーティング2日目 (2004-10-26)
• LaTeX でプレゼンテーション (2005-06-21)
• Wink - チュートリアル/プレゼンテーション作成ツール (2004-11-19)
• PLANNING に違う期待をしてしまった「PLANNING HACKS!」 (2007-07-12)
• 今日のさえずり - SO905iCS おそれていたほどは厚く感じなかった (2008-02-08)

■ やっぱり聞きやすかった大前研一

日経コンピュータ創刊25周年記念セミナー「ITがもたらすビジネス・イノベーション」 (品川プリンスホテル エグゼクティブ・タワー5F メインバンケットホール)を受講した。

時間の関係で、基調講演、特別講演とパネル討議(x 3)までを受講。

9:30開始で9:00開場。開場後10分後ぐらいにはついたと思うのだが、既に結構席は埋まりはじめていた。先手必勝。

受講者は予想に反してスーツ野郎ばかり。なんか普通にマジメな格好をしている人ばかりだ(98% ぐらい?)。 もう少しはコンピュータ業界らしい人がいると思ったのだが。

今回のセミナーで何度か出たキーワードは「Google」「YouTube」。 Google はやはり取り上げやすいネタなのだろう。

@ 基調講演 「答えのない世界」を生き抜く鉄則

ビジネス・ブレークスルー 代表取締役社長 大前研一

最初は世界経済の話だったのでちょっとどうかなと思ったけれど、流石は大前研一氏。 聞いているうちに引きこまれた。話も明快で分かりやすい。

• 悪い点だけを直しても良い組織にはならない(cf. ソ連崩壊)。新しい物を創造せよ。
• 「IT寵児と呼ばれる人は勉強していない」「経団連に入る人は駄目」
• ITシステムの悪い側面として、社員が考えなくなるという点がある。
• 同種の人が集まった組織は改善型で進む。異種の人が集った組織は新しいものを生む。
• 日本の今後は「感性、デザイン、役所のない分野(ゲーム、アニメ)……」
• 今後はリーダーシップがお金になる。いろんな人の考えをまとめ、新しい考えを生み出す。
• ティーチャーではなくファシリテーター

「答えがない」それで良い。自分で論証して答えを出す。次にやる勇気をもつ。

@ 特別講演 社会とビジネスを変える IT 新潮流

米ガートナー リサーチ部門最高責任者 ピーター・ソンダーガード

• デジタルイミグラント (今の世代、学ぼうとする人)
• とデジタルネイティブ (次の世代、生まれながらに慣れ親しんでいる人)
• 会社を成長させるためにデジタルネイティブを撮り入れる。
• 「ITのコンシューマ化」「ソーシャル化」「コモディティ化」
• 個人 PC の企業内時代
• ソフトウェアライセンスという形を見直す必要がある。
• ユーザはフリーのソフトウェアを好んで使っている。

次の世代の考えを生かせる会社にする必要がある。

@ パネル討議 (x 3)

エンタープライズ系の話など。

3つのうち1つは切れ者揃いで明快で分かりやすかったが、残り2つはグダグダで聞いている方が疲れる感じ。

日本人らしい管理職的な曖昧で中途なことしか話せないのは×。 話(1文)が長くて最初と最後の話がつながっていない/主述関係が滅茶苦茶なのも×。

自分がプレゼンテーションする時に気をつけよう。

• 第9回産業用バーチャル リアリティ展(IVR)説明要員 (2001-07-05)
• 京都でセミナー講演 (2005-10-21)
• 「プロジェクトマネジメント」はどうやって勉強すれば良いですか? (2006-11-22)
• 見られていることが「報酬」になる (2006-07-01)
• フォト イメージング エキスポ 2005 (2005-03-18)

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

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

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

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

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

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

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

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

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

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

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

• ピアレビューの効果を上げたい (2006-05-19)
• 久しぶりに build.xml を書く (2005-11-14)
• ビジネスメールガイドライン案 (2006-05-05)
• Linux で使えるデスクトップ検索ツール Beagle でローカルファイ... (2006-08-08)
• ソフトウェアかんばん「見えない化」 (2006-04-10)

■ PLANNING に違う期待をしてしまった「PLANNING HACKS!」

本屋で探していた本が無かったので、タイトルに魅かれて買ったのがコレ。 プランニングという言葉について(本書の狙いとは)違うイメージと期待を持って読んだため、「パッとしないと感じ」というのが読んだ仮想。

自分の仕事がら、プランニングというと「計画」的な意味合いをイメージしてしまうんだけれど、こちらは「企画」の方の話なんだよね。 読み終わってから、表紙のタイトルの横に「企画ハック!」と書いているのに気がついたよ。

ということで本書はプロジェクトの計画のハックではなくて、企画のハック本。内容は

「プランニング・システムとアイデアの二段階抽出法を使えば、誰でも優れた企画が量産できるよ」-- p.40

に集約されている。 企画のために普段から準備しておくというのはごく自然な発想だが、なかなかできていないことなのでこのようにあらためて気づかされるというのは良い。 本書では「準備」と「アウトプット」の2段階を基本軸に仕事術を展開している。

発想法については何でも「二段階抽出法」に結びつけているののがちょっと違和感があった。 本書ではそのテーマにきちんと絞っているといえばそうなのかもしれないが、やはり「それだけ?」と思えてしまう。

本書では、企画を考え出し続けるのに必要なテクニックが紹介されている。 どう違うかと問われると困るが、本書に書かれているのは「ハック」ではなく「テクニック」というかそういうような感じがする。

いわゆる Life Hacks 系で言うところのハックとは香りが違う気がするのはなぜだろう。文体からだろうか。 本書自体が、パワポスライド的なテイストだからかもしれない。

プランナーとして、日々アイデアを出してプレゼンテーションをする人向けの1冊。

• PLANNING HACKS!

[ 書評 ]

• Life Hacks PRESS で Life Hacks をおさらい (2006-03-28)
• 成功するビジネスプラン (2006-01-08)
• 「グズ病」が完全に治る本 (2008-09-10)
• 新幹線用「ウェブ進化論」 (2006-05-13)
• 仕事のヒント (2005-11-26)

■ 今日のさえずり - SO905iCS おそれていたほどは厚く感じなかった

• 10:28 Google ドキュメントのプレゼンテーションで表を作成する方法がわからない (できない?)。 *Tw*
• 10:51 Firefox 2.0.0.12 きた。アップデート完了。 *Tw*
• 12:44 SO905iCS のモック触ってきた。背面のカーブのおかげで、おそれていたほどは厚く感じなかった。[mb]
• 13:08 午前中にしかけた OpenOffice.org Portable の USB HDD へのインストールが終わっていたので、これから起動する。 *Tw*
• 14:10 nDiki を評論してもらった。 http://tinyurl.com/2mrklf
• 15:20 ディスプレイ回収がきたらしい。ドナドナ。 *Tw*
• 16:15 アポイントメントやミーティング予定だけでなく、個人的な作業予定も社内ページに表示するようにしてみる。 *Tw*
• 16:34 ドナドナというと、いつもついでにドーナッチョを思い出す。 *Tw*
• 17:20 Marshal.ReleaseComObject 抜け一気に修正した。 *Tw*
• 21:27 TOKYO MX でタッチみた。[mb]
• 25:28 うちにもある「年賀はがきを買った時にくれたティッシュ」を隣りの人が使っていたのを見逃さなかった。[mb]

• 今日のさえずり - 首なし犬 (2008-03-26)
• 今日のさえずり - 明日のミーティング資料 Google ドキュメントで書いた (2007-10-31)
• Linux で使えるデスクトップ検索ツール Beagle でローカルファイ... (2006-08-08)
• Google ドキュメントでソフトウェアかんばん (2008-03-30)
• 今日のさえずり - インデント幅4をインデント幅2に改宗させた (2008-09-03)

■ Google ドキュメントでソフトウェアかんばん

ソフトウェア開発の見える化としてソフトウェアかんばんの良さは実感しているのだが、分散開発ではさすがに「情報カードで」というわけにいかず実行しにくい。

今回の分散開発プロジェクトに向けていろいろ考えた結果、Google ドキュメントのスプレッドシートを使ってソフトウェアかんばんを遠隔共有してみようと思う。

@ 他の検討候補

TRICHORD を使ってみたいのだけれど予算の問題が。 検討したのは以下。

• TRICHORD - 本命。使ってみたいが予算が。
• Firefox + Internote (light-board.com ライク) - カード感は十分。しかし共有に難。
• 影舞用に新しくソフトウェアかんばんテンプレートを作る - 影舞を使い慣れているという点では○。ただストリーカードとタスクカードをどう扱うかが課題。
• Wiki - 以前やって失敗した。
• XPlanner - インストールと学習が手間。それと開発止まっている?
• その他 Agile Project Management Tool - カードメタファで良さそうなのはあるが、予算が。
• Google ドキュメント プレゼンテーション - 矩形をカードにしようとしたが文字は別オブジェクトで書かなければならず×。文字の背景を設定するというのも試したが見栄え・操作性が良くなかった。

スプレッドシートだとカードっぽさが薄れるが、共有・同時編集という点では安心して使えるし最大行数的にも OK。 一番運用しやすそうだということでこれでいくことにした。

@ スプレッドシートの作成

以下のようにスプレッドシートを作る。

• 1シート目はインフォメーションシートにする。ソフトウェア概説・かんばんルール・通信事項などを書くのに使う。
• 2シート名以降をかんばんにする。複数ソフトウェアならシートを分けてもよいかもしれない。
• かんばんシートE列の背景を「条件をに応じて変更」で本日より前だと赤くなるように設定する。
• かんばんシートF・G・H列の背景を「条件に応じて変更」で @ と書くと背景がそれぞれ赤・黄・青くなるようにする。

• ソフトウェアかんばんサンプル rev. 1

@ カードの書き方

• 各行にはストリーカードかタスクカードを書く。
• ストーリーカード行は目立つように罫線をつける。

TODO、DOING、DONE 列は1列にまとめることもできるが、ちょっとは「かんばん」っぽくなるかと思って分けることにした。

@ 運用

• カード番号は重複しないように。
• カードの状態にあわせて @ を書き換えていく。
• DOING から TODO に移る時には、開始日と担当者名を消さないで残しておく。
• 列単位でソートしないこと。
• タスクの粒度はできるだけ揃える(例えば半日～1日にする)。

@ 課題

• カードが増えた時に使いにくくならないか? 終わったカードを別シートに分けるルールなどを考える。
• タイムボックス等にあわせて並び換える時の手間。
• カード番号が手動。
• 集計について考慮していない。

• ソフトウェアかんばん (2005-10-28)
• WiKicker でソフトウェアかんばん (2007-03-01)
• ソフトウェアかんばん「見えない化」 (2006-04-10)
• 京大式カード (2005-10-26)
• 今日のさえずり - SO905iCS おそれていたほどは厚く感じなかった (2008-02-08)