内容説明
試行錯誤は「悪」。“基礎の理解”に時間をかける、より少ない時間で価値を最大化する考え方とは？「準備」と「持ち帰り」をやめて、その場で解決する、“脳の負荷を減らす”コミュニケーションの極意、コントリビュート文化で「感謝」の好循環を生む…ｅｔｃ．仕事と人生を「自分の手でコントロールする」最高のスキルがここに！

目次
第１章　世界一流エンジニアは何が違うのだろう？―生産性の高さの秘密
第２章　アメリカで見つけたマインドセット―日本にいるときには気づかなかったこと
第３章　脳に余裕を生む情報整理・記憶術―ガチで才能のある同僚たちの極意
第４章　コミュニケーションの極意―伝え方・聞き方・ディスカッション
第５章　生産性を高めるチームビルディング―「サーバントリーダーシップ」「自己組織型チーム」へ
第６章　仕事と人生の質を高める生活習慣術―「タイムボックス」制から身体づくりまで
第７章　ＡＩ時代をどう生き残るか？―変化に即応する力と脱「批判文化」のすすめ

全員がコンピュータサイエンスの知識があることが前提になっているので、自分の頭で考えて行動し、判断していく体制だ

これさらっと書いてるが結構でかい気がする。

「彼は人生で自分があった中でもっとも賢い人だけど、それでも、自分と比べてとても追いつけないほど脳みその性能が違うわけではない」

これハーバード大生と生活した時に思った。脳みその性能はもちろん自分より良いんだけども、漫画みたいに離れてるわけじゃなくて、どちらかというと何かで日々少しずつついた差の積み重ねが巨大になっている印象を受けた

ちょっと卵が先か鶏が先か感がなくもないが、「理解は時間がかかるもの」「基礎の理解に時間をかけることを恐れない」っていうのはそうだなと思った。確かに恐れていた。

「お客さんの言っていることは聞くけど、信用せずファクトを検証していくのがいいよ」
自分でログなどを検証して問題解決をするようにしないと「思い込み」の穴に落ちてしまう

でも思い込みをしようとしてする人はおらんのよなあ…そういうメタな視点自体が経験と能力に少し依存している。でも意識で多少は変わるのか？

小さなドキュメントをコードの前に書く

小さなドキュメントがどのレベルなのかよくわからんな…サンプルが見たい（フォーマット例はあるが…）

「ドキュメントはコードを書く前に書くんだ。だって、コードを書いた後にドキュメントだけ書くなんて退屈だろ？」

https://www.amazon.co.jp/超一流が実践する思考法を世界中から集めて一冊にまとめてみた。-ガブリエル・ワインバーグ/dp/4815604428

とくに既存システムがある場合は、あれこれ考えて調べる前に、まず「エキスパートに頼る」というのはベストプラクティスだと思う。
日本は「ググれ、カス」という言葉があるぐらい、自分で調べてから人に聞くべきという文化だが、少なくとも私のやっているクラウドの中身をつくるような複雑なシステムの場合、どう考えても全体的効率が悪い。

日本は確かに聞かなすぎなこともあるが、ケースバイケースな気はするな…この人みたいに最先端でネット上に情報もあんまりないみたいな状況ならわかるけど、僕らのレベルの悩みなんて大抵ネットに答えが転がってるから…

理解に時間をかけるのを恐れないってのは当たり前のようでいて盲点だったなと思った。

いわゆる２−８の法則でも、20％の仕事が80％の価値を有無のだからー中略ー20％のタスクを終えて80％の価値を出したら、残りの80％はやらずに、次の80％の価値を生む20％の新しいタスクに取り組んでいる

検討より検証

人間に未来は予測できない。ー大量に検討した資料をつくったところで精度は低いし、マニュアルに「できる」と書いてあっても、実際やってみるとできないことなんて頻繁に生じる

進捗の「実績」だけで状況判断し、「納期」を固定したまま「スコープ」を出し入れするのが現実的

これはそう。やっぱ結構実績ベースじゃなくて、このくらいできるはずだベースだったり、このくらいやらなきゃいけないベースで考えがち。（ただこの方の話で言うと自社開発だからやりやすいってのはある。受託で納期変えるのは自社開発よりはハードル高い。）

火急の依頼は「マネジメント能力の欠如」と見なされることを覚えておいてほしい。納期を割る確率が高い賭けをしているようなものだし、依頼先にも相当な負荷をかける

センテンスは入ってくるんだが、構造化するのが難しい。。「減らすこと自体に価値があると、マインドをリセットすること」あたりが刺さったか？

会議中他のことをしないはやっぱそうした方がいいんやろなあ…それができないってことは出る意味がないってことなんだろうけど。やっぱそういう風に持っていかないとだめなんだろうな

あとタブね…残す派なんだよな…でもやっぱよくないんやろな。参照系とか記録系とかすぐ開けるように開いときたいんよね…どうしようかなあ。まあでもこれは一旦いいか…。

1日4時間を専有的に確保し、その他の時間に、ほかの対応をする時間割とするのは非常に合理的だ。そこでGithubの課題やメールをまとめて返す時間にする。ブロックしている時間以外はレスポンシブに返すようにすれば、他のメンバーの業務が滞ることもない。

これはやりたいんよなあ…4時間の確保を業務中にやるのは結構ハードルが高い。やっぱ午前中とかにするしかないかな。でも4時間結構きついよね。定時の半分やもんね。一番情報が動く時間帯はレスポンシブでいたいし。朝2時間、夜2時間とか？確保スケジュールのサンプルほしかったな。

昼間は会議とか質問対応で仕事にならないから、夕方から来て誰にも邪魔されない時間に開発

やっぱそうなるよね…

仕事の進捗をzennとかでメモしたいよなあ…限定公開機能作って欲しい。

「その場で記憶までする」つもりで聞くと、理解しないと無理なので、明確でないことはすぐに確認するようになる。

議事を書かないはちょっと賛同しかねると思ったが、これはそう。でも議事を書かないとは言ってないか。取り方の問題？

たくさん情報があっても消化できないだろう？という感覚
彼らの背景にあるのは、「その場で吸収できることを最大化したい」というスタンスだ。複雑なものを一気に提供されてもその場で理解しきれないので、単純にリアルタイムに理解できる適切な情報量が好まれる

リアルタイム性は結構あるかもなあ。会話とかでちゃんと理解しようとする感じ。僕の場合は持ち帰ってあとでしっかり理解して返事しないと、とか思っちゃう時もまだある。その場、その場で処理する文化は大事かも。その場で処理できる情報量にする。メール文化から会話文化への変換。

アメリカ人はほぼ準備しない。その代わり、何が来ても対応できるように、不断から反射神経を鍛えているフシがある。

あーね。なるほど。

優先順位の高い案件を持ち帰ってしっかり練るのは決して悪いことではない

やっぱ基本はその場で。持ち帰るなら持ち帰るという決断をその場でする感じやな。

気軽に聞ける仕組みは、気軽に断れる空気とセットになっている
助けになれない場合は、すぐに「ごめん」でクールに済ませたほうが、聞く方も聞かれる方も気が楽なのだ

これはわかるけど難しいよね…そういうコンセンサスが取れている文化圏ならよいが、面倒を最後までみるべきという文化圏でこれをやれば冷たい人だと嫌われる可能性が高い。うーむ…でもそういう人だと社内で浸透すれば良いのかもだけど。

知ったかぶりをするほうがよっぽどカッコ悪いし、後でこっそり調べるのも生産性的には本当に無駄な作業

agree to disagree
「ああ、君は同意しないんだね」ということを理解する

議論はわかってる人同士がするもの→議論はわからないからするもの
この辺の意識転換はいるのかも

タスクの割り振りもチームが自らやっていく。基本的にメンバ各自がやりたい仕事を「自分がやるよ」と選択していく

日本と米国という違いもあるっちゃあるかもしれないが、どちらかというと優秀な会社かそうでないかの違いという気も？日本でもすごい会社ならこんな感じでやってそう。個が優秀であればこれができるが、優秀でない状態でこれをやれば崩壊する。そしてコマンドアンドコントロールにならざるを得ないってのもありそう。でもだからってそれを続けてればジリ貧。

自分がチームリーダなら、どうするのがいいのかなあ…こういうのってそういう空気のもとでやるのはいいのかもしれないけど、そうじゃない空気を変えるのは難しい。小さく始めるのがいいだろうが…自分がいる状況をどんどんメンバに詰め込んでいくのがいいのかな。自発的に考えるための情報を詰め込んで、考えてもらう。自分がどんな風に考えるのか共有する。knowledge baseもそのための布石の一つになるか。

MSには作業上の統一プロセスはなく、基本的にチームをどう回すかもそのチーム次第だ。

だよなー…こうあるべきなんだよなたぶん。例えば会社の標準化プロセスのドキュメンテーションは、抽象度を考えないと時代遅れ＆非柔軟性の押し付けになってしまう。でもこれってCSの基礎とか、そういうベースがある前提なんだよなあ。全員が基礎を理解している前提。理解してない人はサヨウナラ。そうじゃない前提でこれをやれば、開発現場がぐちゃぐちゃになる。結局は地力の差が出ちゃってるだけなのか？

サーバントリーダーシップでマネージャが重視するのは各メンバのメンタル面。「仕事をエンジョイしているか？」

仕事は楽しむものというのは激しく同意だが、それだけやってるのは無理…？程度はどうするんだろうか。

他の人の脳みそを借りて、最適なアイデアを選択しようという姿勢

朝7時からやって、子供関係やって、9−16時で働いて、18時から少し復活。やっぱこんな感じになるのか。あとは土曜仕事。アメリカではそういうのやらないのかと思ったけど、やっぱやるんだね。

生産性を上げるためには学習だよ。だから、僕は仕事を定時ぐらいで切り上げる。その後で、自分のやりたいトピックを勉強したり試したりする。

やっぱこれよなあ…定時で終わるように仕事をコントロールして、勉強せなあかんのよな…でもなかなかむずいで…それが良いことだと定着してる会社ならいいが、そうでなければなんで帰るの？ってなるしな…でもちゃんとアウトプットしてチームに還元してればやることやってるってなるか？まあとりあえず今の朝勉強の形の方ができそう。

人間は週40時間労働が一番生産性が上がるという説もあるらしい。そうなんや。

https://www.tokuma.jp/book/b502830.html

多くの人は努力→成功→幸せと考えるが、幸せが人の成功の指標となる重大な結果に先行する

何かをしたら必ず完了まで一息にやる
仕事においても、整理され、検索せずにすぐ取り出せる状態になっていることーそこまでやって完了と捉える

https://www.amazon.co.jp/あなたの1日を3時間増やす「超整理術」-角川フォレスタ-高嶋-美里/dp/4046539488

やっぱHIITやってんのかー。HIITなー。。

プログラミングを低レベルの人がやることと見なして外注し始めたことが、日本の大手SIer衰退の分岐点となってしまった

これはFから転職する時めちゃめちゃ思ったなあ。