管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
de:codeで澤円さんが伝えたかった「エンジニアに必要なマネジメント」の真意とは？
de:codeで澤円さんが伝えたかった「エンジニアに必要なマネジメント」の真意とは？ 馬場 美由紀（HTML5 Experts.jp編集部） 5月23・24日の二日間に渡って開催された日本マイクロソフトの開発者向けカンファレンス「de:code 2017」。その中でも定員数をはるかにオーバーし、入場規制もかかった澤円さんのセッション「これからのエンジニアに必要な『マネジメント』の考え方」が興味深かったので、レポートしたいと思います。 マネジメントは「管理職」のことだけはない エンジニアの世界では日常茶飯事で交わされている以下のセリフ。皆さんも聞き覚えがありませんか？ 「これさ、なるはやでチャチャっと作ってよ」 「とりあえずいい感じに仕上げといて」 「なんかこれ、あんまり動かないよ」 実はこれ、澤さんいわく「マネジメントが欠けている状態」なのだとか。どんなマネジメントが欠けているのかというと
Googleの「最高の上司」がチームの生産性を高めるためにしていること | ハイクラス転職ならdoda X（デューダエックス）
ポーランド生まれ。2000年に来日。ベルリッツ、モルガン・スタンレーを経て、2011年Googleに入社。アジアパシフィックにおけるピープルディベロップメント、2014年からグローバルでのラーニング・ストラテジーに携わり、人材育成と組織開発、リーダーシップ開発などの分野で活躍。現在は独立し、モティファイ株式会社で新しい働き方と良い会社作りを支援する人事ソフトを開発・提供。『0秒リーダーシップ』『世界一速く結果を出す人は、なぜ、メールを使わないのか グーグルの個人・チームで成果を上げる方法』著者 データが導き出したGoogleの「最高の上司」 —Googleが考える「最高の上司」とはどのような人でしょうか。 前提として、私やGoogler（グーグラー、Google社員のこと）は「上司」という言い方が好きではありません。 たしかに多くの企業はピラミッド型組織で、命令は上から下へと伝わるようにな
だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
業務改善を現場に求める狂気 - megamouthの葬列
前回までのあらすじ ボトムアップ型業務改善の代表格であるトヨタ式カイゼンが多くのIT企業に適用できないことを悟って絶望するmegamouth。錆びた斧を交換できない木こりはやはり愚昧なのだろうか？それとも我々はトタン屋根の上の猫のように日が傾くことをただ念じるべきなのだろうか？（どうでもいい） 一人で始める業務改善。その狂気 まず、本エントリは末端IT土方が一人で業務改善を行おうとすると、どのような事が起こるのか、というおかしな話をしようとしている。大げさでなく、業務改善をたった一人で行うというのは、山に篭ったランボーが、襲い来る警官たちを全員サバイバルナイフとブービートラップで惨殺するような話である。この孤独な戦いには何の支援も期待できないし、あなたのサービス残業時間は確実に増加するし、精神的な負荷も大きい。にも関わらず、成功してもあなたが正当に評価されるかはわからない。経営者のガレージ
マネジメントに悩める全てのエンジニアにささげる 伊藤直也の１人CTO Night
…というのに行ってきたのでメモを晒します。社内共有用に書いたんだけど、秘匿情報もないのでほぼそのまま公開します。乱文かつ文中敬称略にて失礼。 ～マネジメントに悩める全てのエンジニアにささげる～ 伊藤直也の１人CTO Night ｜転職ならDODA（デューダ） 開発組織マネジメントのコツ対象 : 50 – 100人ぐらいのWeb / 受託会社CTO or VP of Engineering海外ではCTO : テックリードのイメージが強いマネジメントをするのはVPofEが多いCTOがマネジメントしたくなければVPofEを雇うのもありスコープチームマネジメントヒューマンマネジメント基本姿勢「イシューから始めよ」解の質 x イシュー度 -> バリューのある仕事イシュー度 : 問題設定の正しさ問題解決ではなく問題発見にフォーカスマネージャーの仕事は問題設定あとはメンバーが解いてくれるチーム構造開発組
『レッドチーム思考 組織の中に「最後の反対者」を飼う』 - HONZ
「どうしてこんな商品が、こんなCMが、こんなデザインが世に出てしまったのだろう？」と、私は思うことがある。おそらく、読者の皆さんにもそうした経験はあるのではないだろうか。だが、本書『レッド・チーム思考 組織の中に「最後の反対者」を飼う』を読んで、ようやく腑に落ちた。 私たちは誰しも、「毎日を過ごす組織の文化に縛られ、上司や職場の好みに自分を合わせがち」だし、「長年なにかに慣らされてしまうと物事を客観的に見られなくなってしまう」のだ。それは何も、私たちが「無能」だからではない。人間の思考と行動は、常にそうしたバイアスに縛られているからだ。 自分の信念を裏付ける事実にばかり目がいくトップの「追認バイアス」。 そのトップの意向にそうことが自分の昇進になると考える「組織バイアス」。 この2つのバイアスがあるために、組織は、外部から見るととんでもない決定をし、それを執行してしまう。 では、それを防ぐ
学生の「なぜ管理職は給与が高いの？」という疑問に回答した管理職の話。 | Books&Apps
ある会社でインターンを実施した時の話だ。 一通りのカリキュラムを終えてもらい、アンケートを取った。そして、そのアンケートの中に、「なんでも疑問があったら書いて下さい」という設問があったのだが、そこに面白い疑問が書いてあった。 「なぜ、管理職は給料が高いのですか？ プロ野球チームは監督よりも現場のほうが給料がいいですよね。 管理職の方が「いや、僕の仕事は現場じゃなくて、皆が仕事しやすいような環境を作ることだから」と言っていたので、気になりました。」 素朴だが重要な疑問だ。これを管理職の方に見せたところ、誠実に回答していたので、抜粋をご紹介する。 質問ありがとうございます。 「管理職はなんで給料が高いんですか？」という疑問、最もだと思いました。順を追って回答します。まず、給料がどうやって決まるのか、という話です。 普通、給料は「成果への貢献度」によって決まります。つまりプロ野球であれば「チーム
とれるだけ仕事をとってはいけない : タイム・コンサルタントの日誌から
最初に、損益分岐点の説明からはじめよう。企業は、製品やサービスを売って売上を得る。しかし、世の中にタダの物はないので、そこには必ず費用（原価）が発生する。その費用が製品の販売数量に単純に比例する場合、企業は売上に比例した利益を得ることになる。この関係を図(a)に示す。横軸は、売上である。工場の視点から言うと、売上向上すなわち稼働率向上を意味するから、横軸は稼働率と見てもよい。縦軸は金額で、実線が売上高を、点線が費用を示す。費用は純粋に、売上高に比例する。これを変動費ともいう。売上に伴って、変動するからである。たとえば製品を作るのに必要な原材料の購入費がそうだ。あるいは、製品を加工するための外注費などもそうだ。 ところが、企業にはこれとは別に、売上高にまったく関係なく、固定的に発生する費用がふつうある。これを固定費という。その典型例は、設備機械の減価償却費である。あるいは、従業員の給料なども
共感力が低いエンジニアのための、とあるスタートアップの現場の話
http://startuptechtalk.doorkeeper.jp/events/17559
アイデアを出すことが企画だと思ってる奴は100万回死んでいい 島国大和のド畜生
・2023年03月 (1) ・2023年02月 (1) ・2023年01月 (2) ・2022年12月 (1) ・2022年11月 (3) ・2022年10月 (1) ・2022年09月 (1) ・2022年08月 (1) ・2022年07月 (1) ・2022年05月 (2) ・2022年04月 (1) ・2022年03月 (1) ・2022年02月 (1) ・2022年01月 (1) ・2021年10月 (1) ・2021年08月 (1) ・2021年07月 (2) ・2021年05月 (1) ・2021年04月 (1) ・2021年03月 (1) ・2021年02月 (1) ・2021年01月 (1) ・2020年12月 (1) ・2020年11月 (1) ・2020年10月 (1) ・2020年09月 (1) ・2020年08月 (2) ・2020年06月 (2) ・2020年04
サボタージュ・マニュアルが興味深い
第二次世界大戦中の1944年に米国のOSS（戦略諜報局）が作成した「サボタージュ・マニュアル」が興味深いです。このマニュアルは敵地で仕事の進みを遅らせるように人々をトレーニングすることを目的で作られました。 以下はその例題です。 ◆常に文書による指示を要求せよ。 ◆誤解を招きやすい指示を出せ。意思統一のために長時間議論せよ。さらに出来る限り不備を指摘せよ。 ◆準備を十分行い完全に準備ができているまで実行に移すな。 ◆在庫がなくなるまで注文をさせるな。 ◆高性能の道具を要求せよ。道具が悪ければ良い結果が得られないと警告せよ。 ◆常に些細な仕事からとりかかれ。重要な仕事は後回しにせよ。 ◆些細なことにも高い完成度を要求せよ。わずかな間違いも繰り返し修正させ小さな間違いも見つけ出せ。 ◆材料が適切な場所に送られない工程とせよ。 ◆新人を訓練する際は不完全でいい加減な指示を与えよ。 ◆能力に見合わ
「マインドフル・リーダーシップ」のすすめ | リーダーシップ｜DIAMOND ハーバード・ビジネス・レビュー
「マインドフルネス」とは、「いまこの時」に向き合うことで状況や全体像、変化を敏感にとらえる行為だ。ビジネス界では以前からその効用が注目され、2012年にはダボス会議で初めて取り上げられた。本誌2014年9月号の特集「一流に学ぶハードワーク」に合わせ、HBR.ORGのマインドフルネス関連記事を4回にわたってお届けする。第1回は、この分野における第一人者エレン・ランガーがリーダーシップとマインドフルネスの関係を説明する。 「マインドフルネス」の対極である「マインドレスネス」は、どの組織にとってもマイナスである。それはリーダーシップに関する疑わしい前提を生んできた。具体的には、①リーダーは信頼に足る特別な能力と知識（一般に「リーダーシップ・コンピテンシー」と呼ばれるもの）を持っている、②人々は目標を達成するために、リーダーに率いられる必要がある、という前提だ。 「マインドフルネス」とは、新しい物
優れたリーダーに学歴は関係ない。Googleが自社社員をデータ分析して得られた意外な知見 | ライフハッカー・ジャパン
Inc.：シリコンバレーで成功を収めている人は、スタンフォード、MIT、ハーバード出身の天才ばかりだと思っていませんか？ 冴えわたる技術力を武器に、ビジョンに突き動かされ、急場をしのぐ。そんな典型像を持っている人は多いでしょう。Googleに就職するには、スタンフォードまたはMITを出ていなければならないと言われていた時期もありました。2012年ごろまでは、大学を出て10年以上たっていても、大学時代や高校時代の成績を聞かれるのが常だったのです。 しかしGoogleは、仕事での成功と学歴はまったく無関係であることを発見しました。従業員がリーダーとして成功を収める条件を知るためにデータを分析したところ、驚くべき結果が出たのです。 結論から言うと、典型的なイメージはまったくの間違いでした。 リーダーとしてもっとも重要な資質は、卒業した学校でもIQでもありません。むしろ、もっと退屈な人物を連想する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2016/12/13/20161211death-to-jira/
TEDのおすすめスピーチを日本語書き起こし(800件) - ログミー