エンジニアアルバイト氏受け入れテクニック - hitode909の日記
いま社員エンジニアが何人かに加えてエンジニアアルバイト2人、くらいのチームで働いていて、その中でアルバイト氏のメンターもやっている。 前のチームでも何年かアルバイトの面倒を見たり、何回かインターンのメンターをやったりしていた。 手癖でいろんなことをやってしまっていて、属人性が高まってしまっていると感じたので、どんなことをやっているか書いておく。 1日に何回か口頭で会話する 実装ができててから方針がまずかった、となると時間がもったいない 方針書いたくらいでレビュー依頼に出してね、とお願いしてもやってもらうの難しいので、こちらから聞きに行くほうがうまくいきやすい レビュー依頼になったらすぐに見る 社員は明日も要るけど、アルバイト氏は週に数回しか来ないので、その日帰るまでにレビュー完了して打ち返しもしてもらえるように動けると良い レビュー依頼になってなくてもPull Request見に行く 方針
エンジニアという仕事を楽しみ続けるためには｜shu223
アプリ開発等で有名なフェンリル社にお招きいただき、「エンジニアという仕事を楽しみ続けるためのキャリア戦略」というテーマで講演させていただきました。フェンリルさんに許可をいただいたので、その講演内でつかった約60ページのスライド資料を全ページ公開します。 エンジニアを楽しみ「続ける」というところがポイントで、世の中の変化も激しいし自分も飽きたり慣れたり状況や心境が変わったりする中でどうやって楽しみ「続ける」よう工夫しているのか、というのを実体験を多く交えつつ話しています。 エンジニア、昔は楽しかったんだけど最近はどうも惰性でやってるかも、とか、若くて優秀な人にはもうかなわないなぁ、という感じの方々には共感していただける部分があるかもしれないのでぜひ見てみてください。
エンジニアリング組織の文化ができるまでの3年間の軌跡 - STEAM PLACE
メリークリスマスイヴ！ この記事は Engineering Manager Advent Calendar 2018 の24日目の記事です。 私 (@dskst9) が3年前、アスクルという会社のエンジニアリングチームにJoinしてから、エンジニアリング組織の文化がどのように作られていったのかというお話です。 これは、私自身のアクションと、エンジニアリングチームの一人ひとりがアクションしたことを織り交ぜて書いています。誰かがアクションし続けることで、会社は変わり続けることができるということを感じてもらえると幸いです。 この記事が伝えたいこと どんな会社でも変えることができる 組織を変えたいなら自分自身でアクションする 組織がアクションを続けると習慣となりそれが文化になる この記事が伝えたいこと そもそもどんな会社 むかし いま ふりかえる Forming（形成期） やったこと Stormi
ITエンジニアの仕事環境ってどうするのがベスト？相談したら逆に混乱した｜TECH PLAY Magazine［テックプレイマガジン］
こんにちは。ヨッピーです。今めちゃくちゃ悩んでおります。 今日はITエンジニアのマネジメントをしているえらい人たちと一緒に「ITエンジニアの仕事環境はどう整えるのがベストか」みたいな話をしているのですが、 議論が多すぎて全然話がまとまりません。 おかしい……！ 「やっぱこういう環境がいいよね！」みたいにすんなり決まるかと思ったのに……！ とにかく、悩んでいてもしょうがないので、今日はこのド散らかった議論を包み隠さず出すことにしました。 ITエンジニア ITエンジニアをマネジメントしている人 ITエンジニアを採用したい人 なんかの人たちには有意義なものがたくさん含まれているので、ぜひ読んでいただきたいと思います。議論に参加してくれたのは、こちらの3名の方です！ ▲バリューコマース株式会社 執行役員 最高技術責任者 伊藤信敬さん 2002年4月エー・アンド・アイシステム株式会社（現株式会社ラッ
マネジメントに興味がなくても騙されたと思って『エンジニアのためのマネジメントキャリアパス』を読んでくれ - dskst's diary
エンジニアのためのマネジメントキャリアパスという書籍が出版されました。 タイトルに書いたとおり、マネジメントに興味がなくても、読むこと大きな学びをもらえる本です。 及川さんが前書きを書いており 本書を読み終わった後、私はひどく落ち込んでいる自分に気づきました。 ~中略~ 内容が素晴らしい故に、いかに自分が未熟であったかを思い知らされた と、記載があって衝撃を受けました。 及川さんが落ち込んだら、私なんて精神崩壊してしまうのではないか…！？ 本書を読んで、精神崩壊こそしなかったですが、ひどく落ち込みました。自分のレベルの低さを痛感します。 本記事では本書の知識定着のためのアウトプットと、所感をまとめています。各章毎にピックアップして記載します。 書籍の内容 1章 マネジメントの基本 2章 メンタリング 3章 テックリード 4章 人の管理 5章 チームの管理 6章 複数チームの管理 7章 複数
Engineering Manager Meetupに参加してきた - Unknown Error
9/25に開催されたEngineering Manager Meetup#1に参加してきたので、レポートを書く。 connpass.com 尚、本ブログでは自分に直接的に関係したところのみ記載する。他にもたくさんのレポートがあるので、そちらもご参考いただきたい。 note.mu dskst9.hatenablog.com ohbarye.hatenablog.jp エンジニア ✕ マネージメントについて 最近、エンジニアリングマネージャー関連の勉強会が増えてきていて、エンジニア✕マネージメントは熱い分野だ。 エンジニアリングマネージャーが必要とされるようになった表向きな理由としては２つあり、 エンジニアの規模が拡大してきているが、人数の割に力を出し切れていない エンジニアの採用がうまくいっておらず、いる人をより輝かせることに注力し始めている ではないかと思う。 マネージャーが必要とされる動
クックパッド、VOYAGE、メルカリが語るエンジニアにとって理想の制度 (1/4)
3月24・25日に秋葉原のアーツ千代田で開催された「MANABIYA -teratail Developer Days-」（主催：レバレジース）では、クックパッド、VOYAGE GROUP、メルカリの3人が登壇し、「エンジニアにとって理想の制度とはなにか？」を語るパネルディスカッションが行なわれた。アスキー編集部のオオタニのモデレートの元、会場の質問もとりながら、80分に渡って行なわれた討論の模様を詳しくお伝えする。 クックパッド、VOYAGE、メルカリの制度の向き合い方 「エンジニアにとって理想の制度とはなにか？」80分におよぶパネルの趣旨について説明したモデレーターのアスキー編集部のオオタニは、まず参加者の属性を挙手でリサーチ。半分はエンジニア、3割がマネージャー、残り経営・ビジネス側という内訳だった。また、sli.doを用いて、会場からの質問も受け付け、イベントの随所で答えていくとア
エンジニアの技術力評価は難しい? - 7年間運用してきた技術力評価制度の改善の歴史 ‒ / technology assessment 2018 04 25 - Speaker Deck
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日追記 スライドだ
エンジニア組織のマネージメントってほんと奥が深いですね ～VP of Engineering meetup by CA #3～ | CyberAgent Developers Blog
エンジニア組織のマネージメントってほんと奥が深いですね ～VP of Engineering meetup by CA #3～ こんにちは、サイバーエージェント 事業推進室の伊藤 淳貴(@wildtiger0713)です。 全エンジニア組織に共通する「エンジニア組織のマネージメント」というテーマについて皆で語り合う場として開催している「VP of Engineering meetup by CA」の第3回を4/2(月)に開催しました。 VP of Engineering Meetup by CA #3 https://cyberagent.connpass.com/event/82410/ 今回もサイバーエージェントグループの各事業部、子会社においてVP of Engineering = エンジニア組織のマネージメント の役割を担うキーマン3名が登壇し、それぞれの組織における取り組みや知見
エンジニア評価のズレと育成課題を解消！クックパッドがテックリード制を導入した理由 | SELECK [セレック]
〜「マネジメントが必要ない組織」が理想。エンジニア1人ひとりと抜け漏れなく向き合う体制を構築した、クックパッドの組織づくりを紹介〜 「組織で成果を出す」エンジニアは、どうすれば育成できるのだろうか？ 月間約6,000万人が利用する、料理レシピ投稿・検索サービス「クックパッド」を運営する、クックパッド株式会社。 今やそのエンジニア組織は100名を超える規模となり、また若手の割合が増えたことで、「組織で成果を出すことをどうやって教えるのか」という課題が出てきたのだという。 そこで同社では2017年7月より、「テックリード」と呼ばれる、いわば「ミニCTO」のようなポジションを新設。 各テックリードが、所属するチームのエンジニアのマネジメントに責任を持ち、エンジニア全員がエンジニアによって評価される体制を作ることで、よりチームとしての力を最大化することが狙いだ。 「テックリード制を導入したことで、
![エンジニア評価のズレと育成課題を解消！クックパッドがテックリード制を導入した理由 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/85a4e59373386311cd1e032415484137c60109bc/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F06%2F08142051%2F210.jpg)
書籍「エンジニアリング組織論への招待」を読んだ
決して読書が速くはないぼくでも購入から 5 日後には読み終わりました。スムーズに読めておもしろかったです。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング：書籍案内｜技術評論社 読んでいて安心した 実のところ、この本を読んで新たにぼくが獲得した知識や視点というのはそれほど多くはありませんでした。なので、読んでいる間のぼくの気持ちは「うんうん、そうだよね、めっちゃわかる」という感じでした。ぼくがよくチームメンバーや後輩に言うようなことがたくさん書いてありました。 とはいえ、知識や視点をここまできれいにまとめて体系的に語るってのは今のぼくにはできていないことなので、これからエンジニアリング組織論を学びたいという人には、ぼくがいっしょうけんめい語るのを聞かせるよりはこの本をスッと渡す方がいいと思いました。大作です。すばらしい 1 冊だと思います。 著者の広木大地
Gaijin Engineer in Tokyo
Being a foreign software engineer in Tokyo has its ups and downs. If you work in a company of foreigners you’re mostly shielded from the experience, but if you work in an actual Japanese company there’s going to be some things that will shock you, some things that will amuse you, and doubtless many things that will frustrate you. This is a run-down of my own personal experiences. As with anything,
エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング
2018年2月22日紙版発売 2018年2月22日電子版発売 広木大地 著 A5判／304ページ 定価2,618円（本体2,380円＋税10%） ISBN 978-4-7741-9605-3 Gihyo Direct Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto 本書のサポートページサンプルファイルのダウンロードや正誤表など 「コミュニケーションにおける不確実性を減らすには？」「技術的負債を解消する方法とは？」「経営陣とエンジニア間の認識のずれを解消するには？」 エンジニアリングにおける課題を解決する思考の整理方法やメンタリング手法を，さまざまな企業の技術組織アドバイザリーを務めている著者が解説。 若手を戦力として育て上げ，成長する組織を設計・運
管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
HRzine
HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアになる覚悟
現場エンジニアが採用活動やってみたお話。
VP of Engineer Meetup By CA #3 ゼロから作るエンジニア組織
「開発チーム」で本当に大丈夫か考える - Speaker Deck
ログイン - はてな
