エンジニアリングマネジメントの孤独と向き合う https://railsdm.github.io/
こんにちは、CTOの山岡(@hiro_y)です。 イノベーター・ジャパンでは「&donuts(アンドーナツ)」というプロジェクトをやっています。簡単に言うと、職住近接のコンセプトを基に子育て中のお母様方などに郊外のオフィスに集まっていただき、そこでお仕事をしてもらうという取り組みです。現在、千葉県・柏の葉と神奈川県・湘南(辻堂)に拠点を設けています。 今回、東京オフィスと&donuts柏の葉オフィスで「見積もり」をめぐるお話会(自由参加の勉強会みたいなもの)を開催しました。クライアントワークでは見積もりを出す機会はいくらでもありますし、社内のやり取りでもどれぐらいかかりそうか、話し合う機会は多いと思います。そのコミュニケーションを改善するきっかけになればよいなと思ってのことでした。 東京オフィスでは割とかために、見積もりとは〜のような感じで話を進めたのですが、&donuts柏の葉オフィスで
モノづくりの2つの世代の違い私は、モノづくりの中では2種類のタイプがいて、それは大きく違う性質を持っていると考える。2つの人は初期値としての才能や能力は大きく違わない。だが、5年10年と進んでいくにつれて差がとても大きくなっていく。 第1世代:一人で全部やるため全てのスキルを身に着けることができ、全体感を獲得できる 第2世代:第一世代が敷いた分業化のレールの上に乗るため、高い専門性を獲得することができる 違いはこれだけである。ただ結果として、チームリーダーやコアメンバーは第1世代に任され、第1世代のビジネス経験がより強化される。第2世代は、専門性を磨いていけばいつかは自分も第1世代みたいになれる筈と思いながら、いつまで立っても何故かなれない。いつしかあの人は特別だ、または、自分には才能がなかったと勘違いをしてしまう。 第1世代の最初は、すべてが足りないし、わからない中で行うため、足りないも
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。 [Ateam Lifestyle x cyma Advent Calendar 2018]の5日目は、株式会社エイチームライフスタイルの@gonjyu121が担当します。 はじめに最近のWEBサービス運営チームというと、事業運営や企画営業のチームと、エンジニアチームが一緒になって働く事が多いですよね。 そんな時、多くのエンジニアが、 「品質保持やリファクタリング、改善系のissue(タスク)の優先度がなかなか上がらず、着手できない・・・・・・」 といった悩みを抱えがちです。これなんですが、非エンジニアの皆さんからすると、 「エンジニアがすごいのは分かるんだけど、何をやってるか、なんでこんな時間がかかるのか、正直分からないんだよなー」 と思っていたりします。こんな話、
Qに1度開催しているマネージャー合宿を続けて1年が経ちますが、今回の合宿で組織の価値観を話し合っていた時に、我々の中ではマネジメントにおける「当事者意識を持て」という言葉の明確な死、終わりを感じました。 と言っても、当事者意識という言葉自体を否定しているわけでありません。今でも当事者意識を持つことは重要だと思ってはいます。 あくまで、現在のクラウドワークスのマネジメントにおいては「当事者意識を持て」という言葉は死んだと感じた次第です。その経緯と理由を以下にまとめておきます。 (また、弊社株主を始めとして当事者意識という言葉でマネジメントしている会社があると認識していますので、他社についてとやかく言うつもりもありませんし、他社は他社でそのようなマネジメントで成果を出しているのだと思います。現在の日本社会を背景としてゼロから組織を作っているクラウドワークスでの話が原則です。) ■1.不確実性の
Backlog開発チームの藤田です。皆さんは子どもの頃、夏休みの宿題にどんなふうに取り組んでいたでしょうか? 夏休みの初めに一気に終わらせてしまう 毎日こつこつ進める 夏休みの終わり近くになって必死でやる 終わらせない などいろんなタイプがありますね。 私は「初めに一気に終わらせる」タイプでした。毎日こつこつ進めるとかは無理と自分でわかっていたので、先にやってしまって安心したかったのだと思います。「終わらせない」を選択できるほど肝が据わってもいませんでした。 本記事は、普段私たちが業務で使っているプロジェクト管理の手法を夏休みの宿題に応用したお話です。小学2年生になった娘と一緒に「夏休みの宿題完遂」を目的に、バーンダウンチャートなどを活用して、プロジェクトをどのように進めたのかお届けします。 夏休みの宿題をマネジメントする事の発端 うちの子にかぎって 私には小学校6年生と2年生の娘がいます
先日、『NETFLIXの最強人事戦略~自由と責任の文化を築く~』という本が発売されました。NETFLIXといえば、アメリカの全トラフィックの3分の1を専有する驚異的なサービスとして有名です。(2013年時点の情報) 本書は、NETFLIXのex-CTO (Chief Talent Officer, 最高人事責任者) パティ・マッコードが書いたNETFLIXの人事戦略を示した本です。本記事では、『NETFLIXの最強人事戦略』の内容を参考にしつつ、NETFLIXの人事戦略を3つのキーワードから読み解こうと試みます。 目次 ・NETFLIXのカルチャーとは? ・『NETFLIXの最強人事戦略』には何が書いてあるのか ・NETFLIXを知る3つのキーワード ・まとめ NETFLIXのカルチャーとは?本記事を読み進めていただく前に、「NETFLIXカルチャーになぜ注目すべきか?」「なぜ注目が集まっ
ふだんの開発では,稼働中のシステムに影響を与えないように開発中の新機能や新システムを共存させながらちょっとずつデプロイして進めている.どんな事を考えてやっているか記しておきます. フィーチャートグルを使う すべてのコードが本番環境に入っているけど無効化されている状態で開発を進める ブランチをたくさん作るのに対する考え方で,フラグを有効にすると開発中の機能を使える スタッフなら有効にしたり,フィーチャーのオンオフを選べる画面を作ってたこともある フィーチャーブランチを利用した開発はチームを継続的インテグレーションから遠ざける – ゆびてく FeatureToggle 完成したらフィーチャートグルに関係なく全員に有効状態にして完成 フロントエンドの施策で,実際のデータやインフラ構成でどれくらいスピードが出るかわからないときに,ひとまずフラグをオンにすると動く形でデプロイしたりとか レイヤの下の
[I half-wrote this post months ago when I was deep in thinking about staffing decisions. Posting it now cause, well, it was half-written] When talking about staffing, the words “senior” and “junior” gets thrown around a lot. By nature, these are subjective and ambiguous terms. They also cause a lot of angst because they imply some sort of classism, usually displayed in the form of “if you’re not s
僕の中で仕事人生に影響を与え続けてくれている三大COO(と勝手に呼んでる人たち)がいる。 一人目がアカツキ共同創業者COOの香田哲朗くん、二人目がフリークアウト(元)COOで現hey代表の佐藤裕介さん、そしてメルカリ社長兼COOの小泉文明さんだ。 それぞれ社長もできる人だが、COOとして事業及び組織の構築も構造的分析もハイレベルにできる。恐ろしく広域のアビリティを持ち、バイタリティとバランス感覚に優れ、超人的な仕事量をこなす人たちである。 そのうちのお一人であるメルカリ小泉さんと1on1させてもらう機会があり、その話が組織の課題に悩む他の人にもとても有用だと思ったのでメモを公開させていただくことにした。(ほんとにメモなんで乱文ご容赦ください) ツクルバでは組織・文化づくりに社をあげて徹底的に投資していく方針なので、非常に参考になった。 ***以下メモ*** [お題] メルカリで急激に組織を
このところ立て続けにコードレビューについて話をする機会があったので 私が経験した最高のレビュー体制を簡単にまとめておこうと思います。 利点 何故必要か 何が嬉しいのか コスト うまく回すためには何が必要か 細かい運営方法 はっきり言って当たり前の事しか書きません。 私も当時は当たり前のことだと思っていましたから、特に気にもしていなかったのです。 ただ見聞するところによると、これをちゃんとやっているところはとても少ないようです。 ウォールストリート系のファンドでもろくにレビューしてないとかどういうことなんでしょう。 だから時々会社が吹っ飛ぶんですね… 結局は、ああだ、こうだ各論を言っても、ちゃんとやれるのか、それ一点に尽きてしまう話なのですが… 利点 レビューを何のためにするか、それはまず第一に自分達の書いているコードに潜在するバグによる損失をできるだけ少なくすることでしょう。 型システムや
2018年4月25日にはてなさんのオフィスでプレゼンしたときの資料です。 ※このスライドは、2017年1月に公開した資料 ( https://speakerdeck.com/makoga/regional-scrum-gathering-tokyo-2017 ) に「社外評価者」の取り組みなどを追加した内容になってます。 ---- 2018/05/15追記 このスライドを公開後、下記2点を懸念する声がいくつかありました。 ・プレゼンスキルだけが高い人が過剰に評価されるのでは。 ・社内政治やコネを作るのがうまい人が過剰に評価されるのでは。 それを受けて、工夫していることを別ブログとして書きましたので、ぜひ読んでみてください。 適切な技術力評価をするために工夫していること https://note.mu/makoga/n/nfafc523957f3 ---- 2019年2月5日追記 スライドだ
売れる仕組みをつくるにはどうすればいいのか。マーケティング戦略コンサルタントの永井孝尚氏は「仮説検証を高速回転させることが重要だ」という。その代表例がテレビ通販大手のジャパネットたかた。3年前、創業者の高田明氏が退任した後、同社は約8500点あった商品を600点に絞り込んだ。つまり93%の商品の扱いをやめた。その狙いはどこにあったのか。永井氏が高田旭人社長に聞いた――。(前編、全2回) ※本稿は、永井孝尚『売れる仕組みをどう作るか トルネード式仮説検証』(幻冬舎)の第3章「『成長パターン』企業の取り組み」を再編集したものです。 「100年後を考えると、これでは続かない」 テレビショッピングの「ジャパネットたかた」といえば、誰もが思い出すのが、あの独特な語り口の看板MC(語り手)・高田明氏だろう。しかし高田明氏はすでに退任し、番組には出演していない。 ジャパネットたかたは1986年に長崎県佐
(注)ヘンリックの許可を得てざっくり意訳しました。原文は『Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds』です。訳に対するヘルプも歓迎します。Thanks Henrik, this article is great for me. プロダクト開発をしている組織において、多角的なチーム構成を実現するのはいつもチャレンジな作業だ! 今まで見てきた中で印象に残っている例がひとつある。それはSpotifyだ。Spotifyは3つの都市にまたがって30以上のチームにスケールしているが、アジャイルなマインドセットをキープし続けている。 Spotifyは音楽産業を一変させている魅惑的な企業だ。創業してから6年しか経っていないのに、1500万ものアクティブユーザーを抱え、400万以上の決済が行われている。また、そのプロダクトは「
とある企業に二人の優秀なマネージャがいた。彼らはプロジェクトを成功させて、成果を上げることで社内からも一目置かれる存在だった。 一人は軍曹タイプ。規律を重んじて、しっかりと計画立てて、滞りなくプロジェクトを遂行することのできる人だ。 自分にも部下にも厳しく、成功するためには叱咤することを恐れない。嫌われたくないからって日和ったりしないからこそ、いくつものプロジェクトを成功に導いてこれた。少々怒りっぽいが、人情は厚く世話焼きでもある。 もう一人は兄貴タイプ。メンバーの自主性を大事にするためにプロジェクトが大変になることもあるけれど、柔軟に対応することで最終的にはなんとか着地させてきた。 普段から温厚で、滅多に怒ることのない優しいお兄ちゃん。しかし、ただ優しいだけではない。問題に対しては徹底的に対応する。そして、温厚でいた方が得する方が多いから、と合理的でドライな一面もある。 とにかく対照的な
〜「マネジメントが必要ない組織」が理想。エンジニア1人ひとりと抜け漏れなく向き合う体制を構築した、クックパッドの組織づくりを紹介〜 「組織で成果を出す」エンジニアは、どうすれば育成できるのだろうか? 月間約6,000万人が利用する、料理レシピ投稿・検索サービス「クックパッド」を運営する、クックパッド株式会社。 今やそのエンジニア組織は100名を超える規模となり、また若手の割合が増えたことで、「組織で成果を出すことをどうやって教えるのか」という課題が出てきたのだという。 そこで同社では2017年7月より、「テックリード」と呼ばれる、いわば「ミニCTO」のようなポジションを新設。 各テックリードが、所属するチームのエンジニアのマネジメントに責任を持ち、エンジニア全員がエンジニアによって評価される体制を作ることで、よりチームとしての力を最大化することが狙いだ。 「テックリード制を導入したことで、
最近メンタリング制度のことや、技術組織のことについて興味がある。最近「エンジニアリング組織論への招待」という本が出版されて話題になっていたので読んでみた。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング 作者:広木 大地技術評論社Amazon この本は、エンジニアリングで重要なのは「どうしたら効率よく不確実性を減らしていけるのか」ということと述べている。その考え方に従って、思考方法、メンタリング、チーム運営、組織運営といったプログラミング以外でのやるべきことについて、様々な背景も含めて教えてくれる。 全部読んでみたところ本当に良い本であった。メンタリングや組織運営といった、なかなか汎用化や言語化がしにくい分野を、納得のできる形で言語化されていて本当にすごい。僕は最近はメンタリング制度について考えているので、特にChapter2のメンタリングの技術の章が一番
サラリーマンとして毎日ビジネスをする中で、「成功循環モデル」ってよくできた本質的な理論だなーと感じています。こんにちは、164(@next164)です。 MIT(マサチューセッツ工科大学)の教授ダニエル・キム氏が提唱した、組織の成功循環モデルについては、ビジネスマン、特に、マネジメント層(管理者)は研修や本などで勉強する中で、耳にしたことはあるんじゃないかと思います。 組織の成功循環モデルとは、組織が成果を上げたり、成功に向かって進んでいくために、重要視しなければならないポイントを示唆してくれるモデル(理論・考え方)です。組織のマネジメントにも非常に役に立ちます。 まずは、このモデルを端的に表す図から紹介。 簡単に説明すると、ビジネスにおいては、「結果の質:④」が求められることが多く、その質を高めるために「行動の質:③」に着目されがち。しかし、質の高い行動を生み出すためには「思考の質:②」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く