【後編】苦労の先に掴んだものとは？メルカリ技術トップが20代の日々を赤裸々に語る
＜前編のあらすじと後編のお話＞ 小雨が降る中、本企画のホストである伊藤直也氏（以下「naoya」）と、現在『株式会社メルカリ』の執行役員であり、技術領域のトップとして活躍している、柄沢聡太郎氏（以下「sotarok」）。新卒で数年経験した後、起業し、CTOとして活躍し、その後、買収された経験も持つsotarok氏が、『メルカリ』にジョインする最大のきっかけとはなんだったのか？マネジメントをするうえで重要だと言われている「1on1」についての持論も展開されていくのであった―― ⇒【前編】の記事はこちら — naoya：ところで『クロコス』が『ヤフー』に吸収合併して、部長になったときはどんな感じだったの？ — sotarok：大企業の部長職って自分がプレイヤーではなくなって、本当にマネジメント職を究めるって感じでしたね。自分もマネジメントに意識して取り組むようになり、コーチングの研修とか、1o
新米リーダーが必ずやらなければいけないこと。
働いてある程度経つと、リーダースキルを求められる。もちろんリーダーは天才でなくては務まらないものではなく、だれでもできる仕事だ。 しかし、リーダーと一般社員は、いわば別の仕事であって、作業者の延長にリーダーがいないのは周知のとおりである。 そのため、リーダーになりたての頃は求められる成果を勘違いしたり、スタイルを変えることができず苦労する人が多い。 前職では企業に向けて多くの研修を行っていたが、最も人気なのは年間を通じて管理職研修であった。リーダーとしてのスキル、マネジメントの手法を学びたいということで数多くの方が学びに来た。 だが、セミナーで得たノウハウやや本を読んで得た知識は実践しなければ身につかない。それは、どんな技術も同じである。 数学は自分で手を動かして問題を解かなければならない。 英語は実際に人と話さなくてはいつまでたっても身につかない。 プログラミングは、実際にソフトを作る必
リードエンジニアを３ヶ月やって得た開発マネジメントに関する教訓 - seri::diary
ここ３ヶ月ぐらい同じRails案件でリードエンジニアとして仕事をしています。 何気にマネジメント的なことをやるのが初めてだったので色々と戸惑うことがありましたが、だいぶ慣れてきて知見が溜まってきたので、自分のしごとの振り返りも兼ねてまとめておきます。 リードエンジニアのお仕事とは 会社やチームによって全くと言っていいぐらい異なると思いますが、私の場合は以下の様なことをしてきました。 開発スタート時 要件確認 仕様書を読んで全体像やどこから着手するかなどを考える Railsアプリのベース部分の実装 rails new DB周りの設定 初期モデルクラスをDB定義に基づいて作成 factoryも使いそうなものについてのみ作成 rspec、rails_config等諸々の設定 ローカル環境動作用のseedsを整備 使いたいGemを追加 共通で使うCoffeeScriptのライブラリを思いつく限り実
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
エンジニアマネージャー論と学びを抽出する努力を続けること - ワザノバ | wazanova
https://news.ycombinator.com/item?id=8406507 1 comment | 1 point | by WazanovaNews ■ comment by Jshiike | 約1時間前 真剣にものごとに取組むと、やらなくてはいけないことはそのうち次から次へと気づく and/or 嫌でも湧き出てくるもの。なので、アドバイスを求められれば、やるべきことは最小限、できれば三つ以内に絞って、何をやめることができるかを探す手伝いをするようにしています。やるべきことを毎日洗い直して、絞り込むことが大切。 情報の収集は自動化されてきますが、自分にとって何がポイントなのか、どう活かすべきかという抽出作業は、自らを鍛え続けなくてはいけない人力作業ですね。 RethinkDBのFounderであるSalva Akhmechetが、エンジニア組織のマネージャーのあるべき姿
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
