今のチームに来てから最も生産性が上がった考え方｜牛尾 剛

多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性 様々な努力をして、特に有効だったことを自分の本に書いたつもりではある

[nui81]

そ、そうだね……大事な考え方……(Azureで過去に何度か発生した「更新プログラムに不備がありロールバックで回復実施中です」の障害によって引き起こされた色々な業務を思い出しつつ)

[Falky]

マネジメントする人間がこういうリスクの取り方を許容しないと結局は成り立たないのだよな。自戒

[kazukan]

大規模SIになるとテストケース書け、単テからエビデンス残せ、IT終わらんとST環境にデプロイしちゃだめとかがんじがらめになって生産性がクソになるやつ

[knjname]

Azureのバグを思い出すとフラットに読めない　考え方はありがたく頂いておく

[Eiichiro]

スタートアップのビジネスや開発が早い理由はリスクを取ってるから。に似てるのかも。改めて言語化できるととても良い。

[natu3kan]

大企業や国家みたいに正当性が第一でリスクゼロを前提にすると手続きが煩雑になって遅くなって、仕事量が際限なく増えてキャパオーバーするから現場判断でどこまで手が抜けるかチキンレースになるやつ。

[chintaro3]

リスクが人命や金銭取引に関わらないならそれで十分かも

[shunkeen]

この手の主張を読むと、投機的実行とパイプラインハザードって単語を連想したりする。投機に失敗すればハザードが起きて、そこまでの作業は徒労に終わる。しかし、成功率が高いなら投機したほうが平均的には良い。

[dagama]

リスクを取るということはどこかでリスクが爆発して責任を取るときがやってくることもあるんだけど、それは受け入れられない人もいるからケースバイケースである

[eggplantte]

人数規模によって取るべきリスクのバランスポイントがだいぶ変わるんだよなぁ

[tick2tack]

「全てをちゃんとやろうとする」というのは「リスクを取る」という行為ができてないということ、と。リスク回避のコスト。新しく学びチャレンジしていく現場ではリスクテイク重視になっていくのだろうな。

[mohri]

リスクを取らないと確認コストがひたすら上がっていくが一方でコスト削減のため作業を外注に出していたりすると、最終的に中のひとの仕事には外注先が確認しているかどうかを確認することだけが残ったりする

[AFRO_Beet]

失敗しても後で直せるから万全でなくても進めてしまえ～って話だね！ エラーは出すけど「必要以上に人的コストをかけずに進める」ことの方にメリットがあるのは本当その通りだなぁ…！！

[RXRHsZcJ6xnGXZR8TEZA6hAxzRd3mkD]

いわゆる「完璧主義をやめる」なんだけど、これは個人のメンタル（完璧でないことへの不安の強さ）の問題なのでかなり緻密で長期の心理療法を伴うことがある。とりま結果を計測して許容できる失敗率x%の算出から

[ene0kcal]

ワイはキチッとやる、やりたいタイプなので遅いがエラーや間違いが少ない。しかし新しいことをやる時にこれが足を引っ張る。悪循環。リスクを取る、回転を早くする、は今の私にはとても響いた。

[drhitsuji]

許容できるリスクを見極めずに全ての失敗を無くそうとすれば何もしないことが最適解になる。何もしなければ失敗もしないから。その結果が、今の停滞を招いたのでしょうね

[koyuman]

文系にもわかりやすく例えてほしい(あ、本を買えということか・・・？

[calpo]

責任も裁量もないとき、リスクを取る選択肢自体なくて、エクスキューズのための価値の低い作業を生産性度外視でやって、みたいになってつらかった

[yunotanoro]

転職当たり前の海外だからリスクを取れる。終身雇用社会の日本だと無責任ではいられない。雇用の流動性の違いが大きいと思う。

[htnmiki]

自社開発はリスクの取り方を自分たちでコントロールできるけど多くの受託開発ではそれができない（ことが多い）から難しい場合んだろうな

[pavlocat]

牛尾さんのすごいところはちゃんと自分に足りないところを言語化して、かつ周りの人に正直に相談できるところよな。優秀な人でもこの両方ができる人はほとんどいない印象

[hiro_curry]

結構参考になる人多いと思う。自分の中に居る、将来自分を攻撃してくるであろう人物への説得の仕方を上達させる必要がある。

[byod]

個人的にはなんかもう分母と分子がはっきりしてる生産性の話だけ聞きたいんだよな

[naggg]

あー、この本、途中まで読んで、積読しちゃってるなぁ・・・

[hjmk]

若い頃はリスクをリスクと認識できていなかったから爆速だったな。痛い目を見て、慎重になり、品質は上がったけどスピードはだだ落ちした。

[razihai]

ダメだったらをある程度、考慮(もしなってもスケジュールなり環境か大丈夫になってないと意味ない)できればガンガン行こうぜできるの強いよねー、、、その辺考えてくれるPLとかPMが上にいるとほんと楽なのよ、、、

[sigwyg]

日本人がすごく苦手なやつ。ザッカーバーグ「たぶん動くと思うからリリースしようぜ」

[shoh8]

考えた上でリスク取るのは全然いいと思う。時間は有限だし品質よりリリーススピードに価値があるならなおさら/と言う考えをもってるマネージャーが必要

[togusa5]

生産性の定義はよ

[yamaz]

私も似たような考え方で運営してたな。仮にトラブルが起きたとしても「それは潜在的に存在してたバグだから今わかっただけ」という考え方で、以後の再発防止を徹底することで対応してた

[beejaga]

無駄に大規模なシステム作ってたときに同じようにローカルでキッチリ動確できるまでPRあげない奴がいて、ビビり過ぎだと叱ってしまったことがあったが、リスクを取ろう楽観ロックだ！と言えばよかったのか

[hase0510]

考えた上であえてやってないならヨシ、やってない言い訳なら('ω'乂)ﾀﾞﾒｰ

[mistake]

リスクを取る

[Shinwiki]

コンピュータ周りの考え方とかプロトコルって、そもそも人間社会での効率や信頼性確保の集大成だったりキモの抽出みたいにして出来上がってく仕組みなので考え方や行動を倣うのは良いよね。