エンジニアを分類する、3つのタイプ｜山本 正喜 / Chatwork CEO
エンジニアのタイプは、技術が好きか、プロダクトが好きか、組織が好きかの3つに大きく分類できる。技術の人は技術の本質を追求しテックリード/アーキテクト、プロダクトの人は技術を手段と割り切りフルスタックエンジニア/PdM、組織の人は開発生産性を高めようとEM/PMOを目指すことが多い — 山本 正喜 / Chatwork CEO (@cwmasaki) February 9, 2022 思っていた以上の反響をいただいて、いろいろと「このケースはどうなんだろ」というコメントも多数いただくので、この分類にいたった背景や考察などを、しっかり記事にしてみようと思います。140文字だと伝えきれない・・！ エンジニアとしての志向性を技術・プロダクト・組織のどれが好きかで分類すると、目指すキャリアパスを考えやすいよねという話で、私がよくエンジニアの若手に話している内容をツイートしたものでした。 3つのタイプ
ベンチャー社長はどういう人を経営幹部にすべきなのか | ランサーズ社長日記
いいね！ 2734 ツイート B! はてブ 328 Pocket 1006 ベンチャーにおけるマネージャーの役割 にて、マネージャーの役割が思いのほか重要であると書かせて頂きました。僕も恥ずかしながら多くの失敗をしてきました。 その後、僕が働いているクラウドソーシングをやってるランサーズという会社でマネジメント合宿を開き、坂本桂一さんの本を一部題材にして、ではどういう人を経営幹部にすべきなのか？を逆にマネージャーに考えてもらい、僕も考えをシェアしまた。 そこでの議論や考え方は、ベンチャーのような30-100人の小規模組織においては割と多くあてはまるんじゃないかなと思い、記事にしてみました。 “スキル重視起用” と “考え方重視起用” 会社が大きくなり人数が増え、30人を超えだすと、さすがに自分（社長）1人では全てメンバーをフォローしてあげることができなくなります。そうすると経営幹部たるマネ
プログラムの生産性を高めるためになにを勉強するか - きしだのHatena
用語は形式的なものではなく感覚的なものであることをお断りしておきます。 言語・フレームワーク・プラットフォーム まず最初に触れるものでとっつきやすい。何か使えないことには話になりません。多くの人が、勉強というとまずここ。 何かすでにつかえる人が新しく勉強することは、生産性をあげない。そのプラットフォームを初めて採用するときの準備が減らせる。どちらかというと仕事の選択肢を増やす感じですね。 深く知ることは、最適なコードを書きトラブルを減らしトラブルが起こったときの対策も早くなるので、生産性があがります。ただ、ある程度の深さ以降は生産性への寄与度がさがるので、その点では深くまで勉強する必要はありません。 プロダクトの使い方なので、プロダクトの寿命が勉強成果の寿命です。実際に使わないものの勉強は無駄になるし、使われなくなったら無駄になる。寿命もそう長くないです。 「プログラマは勉強してもすぐ使わ
Githubの組織が成長する過程で変えたことと変えなかったこと - ワザノバ | wazanova
GithubのZach Holmanが語るGithubの組織戦略です。まず最初に、 Step #1: ロックスターエンジニアを雇う Step #2: ものすごく透明性のある経営をする Step #3: ブログ/ソーシャルメディアなどでテクノノロジーについて発信する Step #4: カンファレンスで会社について話す Step #5: カネに余裕ができる Step #6: 社員を大勢雇う Step #7: 会社のことを話さなくなる Step #8: コミュニティを無視する Step #9: 創業者が株を売って儲ける Step #10: 別の会社をはじめる という事例を挙げて、Githubは組織が成長する中で、このようなパターンに陥らないように、コミュニケーション及び仕事の進め方をどのように進化させてきたかについて紹介してます。 Dunbar's numberとしてよく知られるとおり、人間が良
最近の開発現場はギャグとしか思えない - rabbit2goのブログ
知人とコソコソと世間話。最近の開発現場は面白いことが多過ぎるという点で意見が一致してしまう。その一例。 人の入れ替わりが激しくて技術やノウハウが蓄積しない。忙しくなるとスキルよりも経験よりも頭数を揃えることを主目的にやたらと人を集めるものの、プロジェクトが終わると直ぐさま関係を切ってしまうので継続的な蓄積が何も残らない。 コンプライアンスの掛け声の下、関係者以外にも情報が見えてしまうホワイトボードやRedmineによる情報共有はご法度。セキュリティ対策も厳しくなる一方なので、ソフトをダウンロードしてパソコンに入れるだけで、正義感の塊のような監視委員から直ぐさま電話がかかってくる。 行き当たりばったりの対策を取り続けているので、何か問題が有ってもブレーンストーミングで出てきたようなアイデア案ばかりが続く。根本原因を探ることをしないし、そもそもそんな追求を行うスキルすら無い。 人月単価に惹かれ
アジャイル開発を推し進めると組織を動かす政治力が必要になってくる - プログラマの思索
最近、いろんな記事を読みながら、アジャイル開発を推し進めると、アジャイルだけでは解決できない問題がどうしても残り、その問題を解決するには政治力が必要になってくるような気がしてきた。 ラフなメモ書き。 【1】アジャイルの「ライトウィング」と「レフトウィング」：An Agile Way：ITmedia オルタナティブ・ブログ 多分、チケット駆動開発は右寄りのツール寄り。 プログラマ出身で、プログラムにこだわりがある人は右寄りだろう。 逆に、プログラミングから離れて、マネジメント職に就き始めれば、自然に左寄りになる。 プロジェクトリーダーにもなれば、メンバーに的確な指示を出してチームを回す役割を周囲から期待されている。 100人月規模のプロジェクトになれば、プロジェクトマネージャとして、複数人のプロジェクトリーダーに的確な報告と指示を出しながら、プロジェクト全体をコントロールする役割を期待されて
これからの30年を考える7つのメガトレンド | Learn by doing
2012年は自分の中で、これからの30年を生きる最初の年としています。 尊敬する中島明さんも新年のブログでそのようなことを書かれていたので、ここで一度30年後の世界がどのようになるのかまとめてみたい。 これから30年の7つのメガトレンド 1.加速する人口増加-2050年に人口90億人に- 2.枯渇する自然資源 -現在の生活スタイルを続けるには地球2個分の資源が必要- 3.高齢化する社会 4.リアルとネットの融合 -不可欠なインターネット- 5.個人、市民、NPOの台頭 –Power to the people, power of the crowd- 6.変わる組織 ピラミッドからネットワーク型へ 7.Happyが中心の産業の進化 –マーケットの成熟とサービスの進化- 7つのメガトレンドとして、最初の3つは信頼できるソースの予測を元に、後の4つは書籍や自分の経験からまとめていきます。最初の
退職しました
ぐうたらプログラマの不定期更新日記。 最近さっぱり記事を書いていませんが、近々再開予定です。サークル名に合わせてタイトル修正しましたが、まだどちらにするか悩んでいます。 皆様大変お久しぶりです。日本に帰国後、色々と忙しくしていた隠者でございます。 まぁ、ツイートをごらんになった皆様はご存知のように、昨日、常駐先での業務を完了し、同時に退職となりました。 当時、十数人の創業10年目の技術者集団に、2年以上にもわたり勧誘を受け、ぜひ一緒に仕事をしたいという言葉に誘われて、入社を決意したのが2002年末。当時は、「会社なんかいつ無くなっても仕方ない」といい続けてきた技術集団を、きちんとした会社にしなければと感じた最年長の経営にいた技術者が、「ビジョンがある」という営業出身者に代表権が移ってから10年。 結局、会社への変革はできず、技術者の稼ぎから行った投資が実らず、いつの間にか当時の技術者が一人
世界的IT企業におけるそれぞれの組織図（画像） | naglly.com
Amazon、Google、Facebook、Microsoft、Apple、Oracleそれぞれにおける、組織図のチャート一覧です。 参照元はこちら。 Organizational charts for tech companies http://www.bonkersworld.net/2011/06/27/organizational-charts/ 本当に組織がこうなっているのかはとりあえず置いてといて、「なるほど。これは、ありえそうだな。」と思わせてしまう所が素晴らしいです。 IT企業における理想の組織図は一体どれなんですかね。やっぱりGoogleかAppleかな。Microsoftは...もはや、普通の企業じゃん。 その他の参照元はこちらです。 The Org Charts Of All The Major Tech Companies (Humor) http://www.b
日本人はなぜリスクをゼロにしようとするのか : 池田信夫 blog
2010年08月20日16:56 カテゴリ科学/文化 日本人はなぜリスクをゼロにしようとするのか 佐々木俊尚氏がツイッターでこういう疑問を出している：よく言われることだけど、日本は「リスクはゼロにすべき」と思ってる人がやたらと多く、リスクマネジメント（リスクを減らすコストとリスクが生むコストを天秤にかける）の意識が欠如している。なぜそういう思考にいかないのか。日本人の民族性となんか関係があるんだろうか。これは私もブログ記事で書いたことがある。行動経済学の実験によれば、必ずしも日本人がリスク回避的とはいえないようだが、資産構成をみるかぎり先進国では群を抜いてリスク回避的だ。その理由は（前の記事でも書いたが）組織内のコーディネーション様式と関連していると思う。次のような状況を考えよう：2機の戦闘機が同時に敵艦を攻撃する。2機で攻撃すると撃沈できるが、1機だけだと撃墜されてしまうとする。ここで一
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger
まだ仮想通貨持ってないの？