業務知識を持たないリーダーで大丈夫か？ - kawaguti’s diary

2017年1月に米Microsoftに遊びにいって感じたことを、そのあといろんな人に伝えてきたのですけど、ブログには書いていなかった気がしますので、年頭にあたり書いておきます。 機動警察パトレイバー アーリーデイズ | Netflix (ネットフリックス) ツアーの際に現地で講演してくれた方の1人が河野さんで、ありがたいことに翌年のRSGTで基調講演していただきました。(もう1人Chap AlexはDevIpsDaysでお呼びできました。) 米Microsoftで働く日本人エンジニアが語る、“楽しく開発”するために必要なこと - Part1 - ログミーTech ここで痛感したのは、ビジネスに必要な業務知識を経営層・マネジメント層が持っていないと、もう儲からないんじゃないか？ということです。ソフトウェアに関する業務知識というと、コンピュータサイエンスだったり、もうちょっと基本的なレベルで、

[mag-x]

これって実は「せっかく業務知識のある奴が、なぜマネジメントを学ばず、なぜマネージャーにならないのか？」という問いだと思うんだよな。

[NOV1975]

業務知識ってそっち？

[natu3kan]

現場から出世してマネジメント勉強してる間に現場の肌感覚や業務知識を失うようなケースもありそう。現場上がりの社長が数十年ぶりに現場に戻ったら新しいテクノロジーや業務に必要な法律わからずついていけないとか

[curuusa]

一番良い業務知識を頼む。

[proverb]

足りないのは360度評価じゃなくて、経営主導の事業戦略と適切な評価制度だと思います。360度評価は公平感はあるかもしれないけど、事業上のイシューと結びつかないことが多い。要は経営陣の判断力の問題。

[quick_past]

技術畑は経営がわかんないから、管理や経営には向かないんだ。と、経理や営業畑は言うけれど、じゃあきみらがせめて技術的な知識や物の考え方を身につけてくれないかな。と。

[a446]

優秀なプレーヤーがマネージャーになると求められるレベルがあがってブラック化しやすいのも問題。

[gcyn]

こういう話に応えるにはブルーバックスとかはきっと違うのでしょうね。何か良いレーベルがあって、あるポジションの人はそこを一応チェックしている…とかだよいのですけど（日経BPとかそうなのかもですが）。

[masa_w]

販売管理とかの話しと思ったら違って残念

[neutral-life]

「君の言っていることが理解できない」と言われて、ものすごくかみ砕いて説明したらやっと理解してもらえた。「そのアイデアいいね！」と。次の話に進むと「君の言っていることが理解できない」と言われた。

[popup-desktop]

「あたりまえを疑うには、他人の言葉ではなく自分自身の目と耳で現場を見ることが必要で、理解するには業務知識が必要なのだろうと思います」

[braitom]

ふむ。“お金や予算以前に、話が通じるか？が大事なんじゃないかと思います。「お前コード書いてんの？」という話でもたぶんないです。”

[rgfx]

「ソフトウェア業界経験は長いけど、指示出しとかマネジメントしかしてない人たちもいらっしゃって、こういう方々はわからない人にわかりやすく説明してくれるものの、効率化はしない傾向があります」あー

[northlight]

“お金や予算以前に、話が通じるか？が大事”

[sawarabi0130]

プログラミングとマネジメントと経営はそれぞれ必要な知識が異なる。そもそもマネジメント層を実務での業績とか社内政治で出世した順に決定することが間違い。社内政治で出世した経営知識なき無能では早晩衰退する。

[unfallen_castle]

なんか書くかも。

[jgoamakf]

なんか本文と関係無く「大丈夫だ、問題ない」と答えたくなるタイトルだ

[imatac]

少なくとも業務知識という言葉を正しく使えない人間はマネージャーや経営者になるべきではないだろうな

[yogasa]

業務知識とは……？

[r_jimano]

"もうちょっと基本的なレベルで、エンドユーザーに価値を感じてもらうことを、プログラミングを通じて実現するという行為を、自分ごととして認知可能かどうか？"

[moronbee]

"基本的なレベルで、エンドユーザーに価値を感じてもらうことを、プログラミングを通じて実現するという行為を、自分ごととして認知可能かどうか？ということにあたるのではないかと思います。"

[deokisikun]

イングラマン！

[misomico]

マネージャーは事前知識なくても問題ないくらい、柔軟で頭良ければいい。

[sakidatsumono]

“ソフトウェア業界経験は長いけど、指示出しとかマネジメントしかしてない人たちもいらっしゃって、こういう方々はわからない人にわかりやすく説明してくれるものの、効率化はしない傾向があります。”

[ya--mada]

組織を作ってもどうにもならんだろってのはawsジャパンにもあって、ユーザーサイドをボッコボコにしてあげればいいのではないかなと思うんだよね、日本では。

[OkadaHiroshi]

管理職といっても色々あってチームのリーダークラス(部下が30人以下)程度なら業務の知識はあってほしい。

[gabari]

業務知識ってどっちかというとシステムの対象の分野に対する知識を意味することが多い気がするので違和感

[hiroomi]

”あれっ？と思ったら、ちょっと考えてみてください。”

[nagatafa]

“組織ばかり作っても、製品はよくなりません。儲からんのです。”

[kagerou_ts]

「お金や予算以前に、話が通じるか？が大事なんじゃないかと思います。「お前コード書いてんの？」という話でもたぶんないです」

[punkgame]

現場のことを大して知らないのに現場に口出しする社長的な？人材の代謝サイクルを早めにして新鮮にしておくとか、知識が必要なレイヤーを明確にしておくとか。知識必要なのはいいとこリーダーとその上くらい？

[yoiIT]

プロダクト（プロジェクト）マネージャーは業務知識が無いと成り立たないが、組織マネージャーは業務知識いらないかな。

[annoy]

トップは専門分野についての知識があり信頼できる人に丸投げするだけで十分だと思う。そういう人材が居なければ手を引くなり連れてくるなりすれば良い。