管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
【黒から】発想とやり方次第でブラック起業予備軍がホワイト企業になって従業員が結婚ラッシュになった話【白へ】
青木文鷹 @FumiHawk 丁度去年の今頃、知人に「従業員の仕事効率上げたい、このままじゃ人数増やさにゃ仕事こなせなくなる」と泣きつかれたので、いくつかアイデア出したら結構うまく回ってるみたいで、勤労感謝の日なのでちょっとTWしてみる。（個人的には休み関係なく絶賛勤労中で、今日は新嘗祭なんだけどねｗ）（続 2016-11-23 12:14:15 青木文鷹 @FumiHawk 最終目標は「仕事の効率UP」と「業績向上」。サービス売る仕事なので基本デスクワークと企画と外回り。残業時間超過がちらほら。最初に「会議参加人数を5人迄」「会議の前振り＆挨拶無し」「会議時間90分以内」「会議資料作らない」「致命的欠陥指摘以外対案無き反対論不可」のルール決めた。（続 2016-11-23 12:15:46 青木文鷹 @FumiHawk このルールで会議の開催回数が半分以下、時間は1/4以下に。次に決めた
伊藤直也さんの一人CTO Nightに一人で行ってきた - comix
巷で話題？のnaoya さんの一人CTO Nightに行ってきましたので、超雑ですがメモを公開しておきます。 イベント詳細： https://doda.jp/event/seminar/20160830.html オレオレメモなので多少ニュアンス違うところあるかもです。特に二部のパネルディスカッションの部分はかなり文脈を端折っているので雰囲気知るくらいに読んでもらえれば。 もし大きく間違っていることあったらご指摘くださいm(__)m ちなみにアニメの話はあんまりなかったよ。 では、早速。 第一部【プレゼンテーション】最速で最高のアウトプットを生み出すチーム作りとは？ 【プレゼンテーション内容】 CTO・技術顧問を複数社経験した伊藤直也氏が、過去の実際の事例をもとに、最高のアウトプットを生み出すチーム作りを解説します。 前提として、、、 50〜300人くらいの規模の組織が対象 CTOのマネジ
デザイン組織を作って実行したこと // Speaker Deck
All slide content and descriptions are owned by their creators.
調整の心得 - クックパッド開発者ブログ
会員事業部の森田です。 対象と内容 この記事は、クックパッドと同じような200～300名規模の組織で働く、「最近調整が多くてコードを書く時間がないなぁ」と思い始めた30代エンジニアを対象として、日々の調整の負担を減らすための「考え」と「行動」を整理し、まとめたものです。 組織における分業と調整 組織に所属する人たちは協力して組織目標の達成を目指します。みんなで同じことをしてもしょうがないので、必然的に役割を分担(分業)をします。分担した仕事はなんらかのタイミングで統合する必要があります。その統合が調整です。つまり分業と調整はセットです。じゃどういう分業があるのかといえばそれは組織構造によります。今回は私達が採用している事業部別組織下*1 での調整の話をします。 分業の種類 事業部別組織では垂直と水平の2つの分業が存在します。それぞれに少し毛色の違う調整が発生するわけですが、いくつかのことを
Introduction
生成的開発プロセス・パターンランゲージ by James O. Coplien 目次 訳者による補足説明 概要 はじめに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発組織マネジメントのコツ - Speaker Deck
