エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball

エンジニアの辛い仕事を消す本かも（多分） 2014年の秋にリクルートに転職してから何社か経て今も自社サービスのエンジニアとして働いてるマンです. リクルートに入ったとき, そしてその後の転職先*1などなどで, 社内外問わずのコミュニケーションの辛さ. 社内調整, 顧客折衝etc... コードじゃなくて, ドキュメントを書く仕事の辛さ. プレゼンテーション・説明そのもの. 技術わかんない上司に説明(ry*2 みたいな経験をたくさんしました&これはエンジニアをやってたら誰でも直面する事態かなと思います, 自社サービス企業だろうがSIer/受託開発の企業だろうが. そもそも, 昔の調査にもそんな雰囲気ありますし, おそらく今もさほど変わらないでしょう. ...ということを, 前回のブログの執筆中および反響で改めて思い*3, そういえば自分はこの辺, 元々ITコンサルタント*4だった時に学んだこと

[shinyorke]

珍しいテーマで書いてみました

[su_zu_ki_1010]

Excelに画面スクショやデータベースのSQL結果を貼り付けて注釈を付けくわえてテスト結果OKです、という辛い仕事をいい感じにしてくれる技術じゃなかった。

[gen-tatsumi]

期待値って「妥当性のある成果」を探ることで明らかになる。ラフとかプロトもその為の作業。アウトプットが大事なわけではない。妥当感をどの位早く構築できるか。期限間に合わせるのは約束であって成果じゃない。

[nananashi]

『コンサル一年目が学ぶこと』の著者の近況です。 https://twitter.com/bigstonebtc/status/1312722249653252097

[yoshiyoc]

簡単そうでいて、意外と難しいんだなこれが。

[kamocyc]

良さそう。期待値(品質レベル)を確認するのが大事。

[TakamoriTarou]

単にエンジニアと書くとデフォでいっと業界、それもうぇぶ系で扱うような輩に、コミュニケーションとか言われてもなあと言う感想です。内容はまさに意識の高い系が騙る虚像

[taguch1]

アクセ●●●とか逃げの一手で責任擦りつけるの超うまいって感じの昔の記憶しかない、金のないプロジェクトには使えない人をアサインするって言ってたしな。今はいい感じなのかなITコンサルって職業は？(信じてない)

[gusyazero]

なるほど…やっぱり期待値をコントロールするのって大事なのか…（そりゃそうだよな

[albertus]

報酬の額にゼロを一つ足すとかってこと？

[asa_ca3]

「エンジニアの辛い仕事」の期待値が違った。けど考え方はいい話。

[takamii228]

エンジニア関係なしに大事なスキルな気がしました。

[hatest]

どうでもいいけど「、」や「。」が「,」や「.」になってたり、語尾だけ関西弁とか「良き」とか女子高生チックな言葉がランダムででてくるのでそこが気になってあまり内容が入ってこない

[nanamae]

これらの仕事抵抗感あるだけに型にはめてきっちりやれる方が楽になるんだろうなとは思っている（それはそれとして回避はしたい）

[nebos]

kindleであとで読む

[nakag0711]

見出しで流れを決めてそれに合わせて書くと驚くほどわかりにくい文書になることがある。おそらくセクションごとに話の流れがぶつ切りになるのと、読み手は見出しに書いてあることをあまり重視しないから

[rgfx]

はい。（「（QCDの落とし所への期待値を）事前にしっかり確認しなければ、＊＊の期待を満たすことはできません」これなー。そこら辺の言質を取ってても「事情はもう変わってんだよ」って（ｒｙ

[dominik11]

仕事

[augsUK]

ちょうどジョブディスクリプションも注目されてるし、各仕事も納期だけでなく期待の合意も行いたいところ

[nerikara4chimi]

後で読む。 「コンサル一年目が学ぶこと」はPrime Readingにあるのでアマプラ会員は無料で読めちまう。ところで > TL;DR（要約すると）←TLDRって書く必要あった？

[jinjin442]

勉強になる

[for-my-internet-demo]

学び