nDiki : アイデア

アイデア (idea)

2021年7月10日 (土)

『amazonのすごい会議 ジェフ・ベゾスが生んだマネジメントの技法』

amazonのすごい会議 ジェフ・ベゾスが生んだマネジメントの技法 (単行本)

会議の資料は「箇条書きではなく文章で書く」のが Amazon のルールと紹介している書籍『amazonのすごい会議 ジェフ・ベゾスが生んだマネジメントの技法』が気になって全部読んでみた。

会議資料の準備」と Amazon 流の「意思決定会議」「アイデア出し会議」「進捗管理会議」、そしてそのやり方の背景にある信条「Our Leadership Principles」との関係について読みやすくまとめられていた。

本書の内容は「Our Leadership Principles」という価値観行動原則を体現したマネジメントや会議のスタイルだ。なので読んでやり方だけ真似てもうまくいかない。Amazon 流会議の紹介から同意できる大切にしたい価値観行動原則を見つけ自分や組織に取り込みつつ、会議スタイルも参考にしていくのが良いのだろう。いや価値観行動原則を取り込められたのなら、もう真似などせずとも自ずとイケてる会議スタイルになっていっているに違いない。

とはいえピンポイントで「なるほど」「やってみたい」というのもいろいろあったので、それはそれでピックアップして参考にしたい。

会議資料: 箇条書きではなく文章で書く

箇条書きではなく文章で書く」については

いつ誰が読んでも確実に伝わる

と「伝えるための表現形式」として、また

きちんとした文章にするとなると、読んだときに辻褄が合わない部分が出て来ないように、最初から整合性をとらなくてはなりません。そのため、吟味に吟味を重ね、適切な情報を用いて推敲を重ねなければなりません。

と「書いて考えるための表現形式」として文章形式(ナレーティブ形式)の良さが説明されいた。

最近はできるだけ箇条書きではなく文章で書くようにしている。やってみると、なるほどそうだなと。お勧めのプラクティスだ。

会議資料: 定形フォーマットはつくらない

「定形フォーマットはつくらない」という話には唸った。

先人からの学びや自身の経験から「これは共通理解や意思決定に必要」という項目が自分なりにいくつかあって、ドキュメントの構成として意識していたりする。

しかしその構成に固執したり他人に強いたりすると、変化の阻害要因になりかねないと。定形にすると便利で楽だけれど思考の硬直につながりかねない。意識したい。

あとは

  • プロジェクトリーダーが意思決定会議のオーナーになる。
  • 本題から外れた意見をメモしておく「パーキングロット」を使って脱線から戻す。
  • ソーシャル・コヒージョン (Social Cohesion) に気をつける。
  • 「メトリックス・レビュー」と呼ばれる会議には、異常値の分析・対策検討など然るべき準備をした上で望むのが暗黙のルール。

は意識したりやってみたりしたいなと思った。

それから

  • 意思決定会議で「What(何を) Who (誰が) When (いつ)」を明確に決める

というのは、『すごい会議』で学んだ

  • 「誰が」「いつまでに」「なにをして」「どんな成果をだすか」を明確にする

というのと同じ普遍的な考え方だな。ガッツがいるのでついユルくなりがちだが、スピードと成果が圧倒的に変わってくるのでしっかり踏ん張ってコミット・リクエストしたい。

[ 読書ノート ]

[ 7月10日全て ]

2021年9月17日 (金)

第1回 『Hacking Growth グロースハック完全読本』を読む会 はじめに

rimage:ASIN:4822255824

先週キックオフミーティングをした『Hacking Growth グロースハック完全読本』を読む会の輪読がいよいよ今日からスタート。

第1回は「はじめに」でウォーミングアップといったところである。今回は「はじめに」の「戦略書の決定版」節以降の部分を自分が担当した。

一番印象に残ったのは「部門横断」「特効を探すプロセスではない」だ。

※追記あり

高速かつ部門横断的な実験を通じて急成長を促すアプローチ

前半の「グロースハックは誰にでも役立つ」節ではまずグロースハック

高速かつ部門横断的な実験を通じて急成長を促すアプローチ、つまり私がのちに「グロースハック」と名付けた手法だ。

と短く表現していた。「高速」「部門横断」「実験」「急成長を促す」にグロースハックが意味することころが含まれている。「部門横断」がしっかり入っていることが肝だと感じた。グロースチーム内でのプロセスについて考えがちだけれどチーム内で閉じた活動だけでは十分な成果につながらないのだな。

※追記あり

フィールド・オブ・ドリームスの誤謬

優れたプロダクトを開発すればユーザーのほうから集まってくると誤解すること

を「フィールド・オブ・ドリームスの誤謬」 と書いているところで「嗚呼……」となった。プロダクト開発をしているとついプロダクトの方ばかり向いてしまうことがある。注意せねば。

週2回

新たな実験を始めたら、結果の良しあしを週に2回見て、そのたびに次はどこを変えて実験するかを決める「ハイテンポ検証法」で、実験の効果をほぼリアルタイムで評価していった。

については、週2回はさすがに速いなと驚いた。どのような仮説検証なら週に2回検証できるのだろうか。気になる。

小さな勝利を積み重ねてグロースする

グロースハックのへの迷信を捨てる」節ではまず始めに

第一に、グロースハックは「特効」を探すプロセスではないということだ。(中略)こうした必殺のアイデアグロースハックの理想ではあるものの、実際には小さい勝利を積み重ねてグロースすることがほとんどだ。預金が複利で増えていくように、地道な歩みが飛躍につながる。

とビッグアイデアを求めるものではないと述べている。小さなアイデアを過小評価したり馬鹿にしたりしてはいけないということだよね。バリューがあり早く終わるものから高速にすすめていくという優先順位判断をしていくことを常に意識したい。

2021年9月24日 追記

本書では cross-functional を部門横断的/組織横断的/組織横断型と訳しているようだ。本書で組織横断・部門横断と書かれている場所は、「部門を超えて」というニュアンスもありつつ機能横断の意味で読んだ方が良いのかもしれない(特にチームの文脈では)。

[ 9月17日全て ]

2021年10月29日 (金)

第6回 『Hacking Growth グロースハック完全読本』を読む会 第4章 高速で実験を繰り返す

rimage:ASIN:4822255824

『Hacking Growth グロースハック完全読本』を読む会の第6回目。今日は「第4章 高速で実験を繰り返す」。

いよいよ今回はグロースハックプロセスのまわし方の章である。

1〜2週間をタイムボックスとしてイテレーションするプロセスは、スクラムなどのアジャイルソフトウェア開発プロセスに通じるものがある。グロースハックでもタイムボックスは1週間が良いようである。

初期のスタートアップ企業では、週に1〜2の実験から始めて徐々に数を増やしていくのがよい。

とあり早い段階から高速な実験サイクルが期待されている。

多くの実験を行うためには多くのアイデアが必要だが、週1回のグロースミーティングアイデア出しの場としては使ってはいけないそう。たしかに「創造的なアイデア出し」と「高速な実験サイクル」とは切り離した方がうまくいくのかもしれない。

チームメンバは「みずからの専門知識に基づいてアイデアを出すよう求められる」。ここでもメンバの専門性を重視しているように感じた。このあたりスクラムより分業感が漂っている。優先順位付けのためのアイデアのスコア付けも提案者自身だ。

実験の結果に迷った場合は従来のバージョンを維持するのが最善の道だという。時間と労力をかけた実験は、実験を続けることで良い結果が出てくるのではと思いたくなる。きちんと元に戻す判断ができるようにしておきたい。

[ 10月29日全て ]

2021年12月7日 (火)

部内 Web 日記を書き始めて約1週間

ワーキングノートを部門の情報共有ツールに書いてみた結果、コミュニケーションの補完という目的で部内 Web 日記として雑感を書くのがいいかなと思ったので、先週の月曜日から Qiita Team に1日1投稿を続けてみている。

「(その日の)トピックス」「(その日に確認し考察した)メトリクス」「雑感」と「(アイデアなどを含むちょっとした)バックログ」が今のところのセクション(該当内容がないセクションはカット)。

情報の鮮度を考えて1週間後に Qiita Team からは削除。ローカルでは非公開のデイリーノートと合わせて Markdown ファイルとして残しつつ、ローカルの他のノートと同じく整理のタイミングでマージされたりしていく想定だ。

また Web 日記を増やしてしまった。まあ Web 日記ドリブンも悪くない。

[ 社内 Blog ] [ 組織内公開ワーキングノート ] [ 公開で作業する ]

[ 12月7日全て ]

2022年4月20日 (水)

今日のさえずり: 朝顔の支柱を折る

  • 12:03 チキンタツタと聞いて。 https://t.co/qLKSpZN61k
  • 12:11 マックフライポテトうまーい。
  • 17:40 お問い合わせからのプロダクトアイデア発見とバックログアイテム化までのフローを書き出していた。
  • 21:04 フィードバックで伝えたいことの表現を考えていたらこんな時間。
  • 01:30 2022年4月20日(水) したこと - 朝顔の支柱を折る - 初日のチキンタツタを食べる
[ 4月20日全て ]

2022年4月24日 (日)

Obsidian プラグイン Spaced Repetition でインクリメンタルライティングする

アイデアを段階的に書き出し組み立てていくライティング手法であるインクリメンタルライティングをするのに Obsidian プラグイン Spaced Repetition が良いようなので、昨日インストールし今日から使い始めてみた。

インクリメンタルライティングしたいノートに #review タグ(あるいは設定したタグ)をつけるとレビュー対象となり、 Notes Review Queue に表示されるようになる。

Open a note for review をすると、次にレビューすべきノートが開くので、加筆修正する(あるいは何もしない)。

しばらくレビューが不要そうであれば Easy、またすぐレビューしたければ Hard、その間であれば Good と評価すると、次のレビュー日が自動計算されて YAML front matter に書き込まれる。もうインクリメンタルライティングの対象から外してよいとなれば、 #review タグを外す。

その日のレビュー対象がキューから無くなるまでこれを繰り返す。

いい感じの頻度でリライティングするきっかけを提供してくれる。パーソナルナレッジベースとしての Obidian vault をアップデートしていく仕組みとして良さそうだ。

[ 4月24日全て ]

2022年5月12日 (木)

今日のさえずり: 『シン・ウルトラマン』観に行きたいけど6月後半にするつもり

  • 08:21 Pixel 7 と Pixel 7 Pro の予告があったんだ。使っている Pixel 4 が今秋で満3年なので、当たり機種だといいな。
  • 08:24 今日も良い一日を。 #photography RICOH GR III #GR #GRIII #GR3 https://t.co/LZWu8IQ3hs
  • 19:31 Pixel 7 と Pixel 7 Pro のカラーに Obsidian がラインナップされる。さらに Obsidian検索難易度が上がりそう。 #Pixel7
  • 19:34 Obsidian カラーの Pixel 7 で Obsidian mobile したい。 #Pixel7
  • 21:36 『シン・ウルトラマン』観に行きたいけど6月後半にするつもり。
  • 25:30 2022年5月12日(木) したこと - Pixel 7 の情報をチェック - アイデアのマネジメントについてディスカッション
[ 5月12日全て ]

2022年5月25日 (水)

今日のさえずり: Instagram で生年月日を追加した

  • 17:54 Instagram が電車の中で生年月日の追加を求めてきた。
  • 21:35 2014年8月に買ったグレゴリー デイ&ハーフパックのスリーブポケットの中がボロボロになってきた。グレゴリーのパックの宿命だなあ。
  • 21:45 大好きなパックなのでまた次もグレゴリー デイアンドハーフパックにしてもいいんだけれど、1代目に比べて今の2代目はずいぶん出番が少なくなってるんだよね。昔と違って今は普段 33L も必要なく。
  • 22:59 Instagram で生年月日を追加した。
  • 25:30 2022年5月25日(水) したこと - アイデアマネジメントについて議論 - Instagram で生年月日を追加
[ 5月25日全て ]

2022年7月1日 (金)

デザイン思考が世界を変える』を読み始める【日記】

最近アイデアのマネジメントに取り組んでいる。

そろそろデザイン思考についてきちんと理解しておきたいと思って、以前購入した『デザイン思考が世界を変える〔アップデート版〕イノベーションを導く新しい考え方』を読み始めた。

[ 7月1日全て ]

2022年8月23日 (火)

グロースアイデアの影響度と作業のサイズをプランニングポーカーで決めてみる

「話し合う過程でいろいろな気づきを得るため」と「WSJF を求めるため」に、チームでグロースアイデアの影響度と作業のサイズについてプランニングポーカーをしてみることになった。

『Hacking Growth グロースハック完全読本』ではグロースアイデアの優先順位付けの参考として使うための ICE スコアシステムを紹介している。アイデアの提案者が

  • 影響度 (Impact)
  • 自信度 (Confidence)
  • 簡単度 (Ease)

をそれぞれ10点満点で採点し、その平均値をグロースアイデアのスコアとする。そのスコアを参考に優先順位付けしようというものだ。

いまチームではグロースアイデアの影響度と作業のサイズを決め、影響度を遅延コスト、作業のサイズを作業期間とみなして WSJF としてアイデアのスコアとしてみている。

ここでまだ「影響度 2 とはどれぐらいなのか?」「作業のサイズ 3 とはどれぐらいなのか?」という共通認識をチームが獲得できていないので、プランニングポーカーをやってみようとなったのである。

作業のサイズの見積もりはプランニングポーカーでできるとして、影響度についても同様に見積もることができるだろうか。

やってみた感じでは作業のサイズを見積もるのに比べると、影響度はそれぞれの主張がより強く現れて合意が得られにくそうだなという印象だった(それぞれきちんと主張できていること自体はポジティブにとらえている)。

今日は時間の関係で1つのアイデアをやっておしまい。ふりかえりをしてやり方を改善しながらもう少し続けてみたい。

[ 8月23日全て ]

About

Process Time: 0.026653s / load averages: 0.22, 0.21, 0.21