発売日7月24日の翌日に買って読み終えていたのだが、感想を書き出すまでにずいぶんかかってしまった。 あ、この時点で自分の行動力まだまだか。
本書は「すごい会議」の大橋禅太郎氏による新刊。
「行動力力」は自分にとって大切なこと・やりたいことをパワフルにやっていこうぜというのがテーマ。 例によって禅太郎節が炸裂していて、読んでいて心地よい。 これを読むとエネルギッシュな大橋氏に鼓舞されて、背中が押される感じだ。
さっそくマイクレドを決めてケータイの待受画面に設定してみている。 まだ整理しきれていなくて長いけどイマはこれ。
素敵なことをする。 最高なことをする。 いますぐやる。 やりたい方を選ぶ。 わくわくする方を選ぶ。 できちゃったところを リアルにイメージする。 妥協せず 満足できるまでやる。 どのようにすればで 言ってみる。 10年後にも 通用することをする。
氏のクレドも拝借。
やりたいことがいっぱいあるのに、ついつい面倒くさくて実行できずに自己嫌悪したことがある人は本書から得るものがあるはず。
本書が気にいったら、エッセンスをまとめた「すごいやり方」もすごいお薦め。
今日新卒エンジニアに「推薦図書は何ですか?」と質問された。ということで今日その場で挙げた書籍も含めてだらだらっとリストアップしておこう。なお自分が過去読んでいいなと思った本からのピックアップなので、かなり偏ってると思ってもらって間違いない。
これ読んでないなんてありえない。既に読んでいる人も多いと思うけれども、まだ読んでいないなら黙って読め(記事)。
マネージメントコーチのハワード・ゴールドマンの教えによる物の考え方、問題解決やプロジェクトの進め方がわかる本(記事、記事)。
曖昧ではない明確な文の書き方がこれでわかる。
古典かつ超スタンダード(記事)。
超スタンダード(記事)。
共通のクレドを持って主体的に考え活動することの素晴しさがわかる本(記事)。
こちらは個人がマイクレドを持つことのパワフルさがわかる本(記事)。
Getting Things Done (GTD)の新訳版。仕事量が多くなってきてストレスを感じた時にきっと役に立つ。
[ お薦めの本 ]
ミーティングのアジェンダに華がないので、ボケての画像貼っておいた。ウケた。
ミーティングの最初に「うまくいっていることを全員が話す」ことでイケル感じのムードをつくると良いというのは「すごい会議」で学んだ。ミーティングってけっこうムードに左右されるので重要。
みんなが自分で声を出してうまくいっていることを話すのが一番いいのだけれど、時間とか場の関係でそうもいかなかったりする。自分が進行でプロジェクタに PC をつないでいる時は、始まる前に今日の一押しボケてを表示しておいたりする。結構前からやっているのだけれど、場がゆるんで良い。
ゆーすけべー氏がトークの開始時間前にボケてを表示して、ゆるくつかみとっていたりしているのいいなと思って真似させていただいている。
2月の Developers Summit 2015 で zakwa 氏と再会したのをきっかけに、当時一緒に仕事をしていた気が置けないソフトウェア開発者4人で同窓会をすることになった。セッティングしてくれた zakwa 氏ありがとう!
手配してくれたお店は「焼きたてパンとワインのお店」COGS DINING KAGURAZAKA。神楽坂から路地に入ったところにあるお店で、上品な味の料理で満足だった。店内もうるさくなくて話しやすかったし、たばこを吸っている人もいなかったので快適だった。
現職のまま続けている1人と、別の場所で働くことになった3人だけれどみなそれぞれソフトウェア開発現場に関わっていて、それぞれの開発スタイルなどについて情報交換したり。
大企業だからしっかりした開発をしているとか、スタートアップだからモダンな開発をしているとかでは必ずしも無いよねという話だった。例えばバージョン管理一つにしてもうまくできていない(やっていない)場合も多いとのこと。当時を振り返ってみると小規模かつ独学の状況ながら、今では普通になってきたプラクティスやツールをその時から実践/活用していたなと自画自賛した。
「書けなくなったホワイトボードマーカーはその場で床に投げ捨て」に共感を持ってもらえていたのが、振り返って当時の自分の一番の成果だな。
退職時に使っていた社内 Wiki は Naney 謹製のものだったのでその後どうなったのかなとたまに気になっていたのだけれど、ビル管理会社の人に社内サーバの電源を切られたことによりサーバごと死んで闇に葬られたらしい。R.I.P.
同窓会らしく「あのひとは今」的な話をしたり、当時フィルムカメラで撮っていた業務風景のアルバムを持ってきて盛り上がったり。あとはレーシックやドライアイ治療ひぇー的な話題が出たり。あとは展示会の時のレクサー・リサーチポロシャツ制作秘話とか。
そういえば出席はできなかった2013年2月開催の「LEXER設立20周年記念サロン・パーティ」で会社のるぐるロゴの立体置物が配られたと聞いて、あ、欲しかったなーと。
その場で時間をとり全員が発言する内容を手元に書いてから順番にしれっと発表するミーティングスタイルにすることで、出席者全員がミーティングにコミットするようになり、また大きな声の人が勝つことなく全員が他人の意見に左右されずに考えを話せるようになります。これを最初に学んだのは「すごい会議」でした。
「事前に各自ふりかえったことをボード(だったりシート)に書いておいて、ミーティングではそれを話し合う」というふりかえりスタイルは参加しない人が出てくるので良くないと、スクラムマスターが話してくれたこともありました。
次回のふりかえりの時間までに気がついたことを忘れないように書き出しておくというのはもちろん良いことですが、ミーティングの進行の際にも「書いてから発表する」流れを入れておくことが大切だなと思っています。
one-on-one ミーティングにあたっては相手と自分のみ閲覧・編集できるノート(アジェンダ)を用意している。
ここ数年は Google ドキュメントを使っていて、半期(半年)毎に1ドキュメント作成してそこに書くようにしている。そこに毎週(あるいは隔週)の one-on-one ミーティング前に日別の見出しを作って下に追記していっている(新しい日を上に追加していく方がスクロールせずに書き始められて楽なんだけれど見返す際に日付順の方が圧倒的に見やすい)。
今使っている形式は以下(表現上 Markdown 形式にしているけど、実際はGoogle ドキュメントのスタイルで)。
通算回数は「結構話し合っている!」感が出てくるので分かる人は書いておくようにしている。ミーティングの最初に「うまくいっていることを全員が話す」ことでイケル感じのムードをつくると良いというのは「すごい会議」で学んだ。
# 2019年05月30日(木) (第n回) ## うまくいっていること - (相手の名前): - 前回: (前回のうまくいっていることを転記) - 今回: - (自分の名前): - 前回: (前回のうまくいっていることを転記) - 今回: ## 話したいこと・気になること ### (相手の名前)より ### (自分の名前)より
自分の方が話しすぎちゃっているかもという反省から「話したいこと・気になること」から人別のセクション消して自分の方の議題をあらかじめ書かない方がいいんじゃないかとちょっと思って今週ちょっと消してみたりした。
でも Google re:Work - ガイド: マネージャーにコーチングを指導するのサンプルテンプレートでもマネージャーとチームメンバーのセクションがあって、やっぱり問題ないかなって思えてきたので今まで通りにすることにした。ってことがあったので書いてみた感じ。
Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。
nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。
※内容は個人的見解であり所属組織とは関係ありません。