10年エンジニアリングマネージャーをやって気づいた4つの大事なポイント 【EMはもっと自由でいい】 - MonotaRO Tech Blog
はじめに ※この記事はEngineering Manager Advent Calendar の22日目の記事になります。前日はmtx2sさんの技術的負債に対するマネジメントの記事でした。個人的には「負債上限」「負債ベースライン」の考え方良かったです。 こんにちは。モノタロウでエンジニア組織のマネージャーをしております普川(@taipuka0)です。 自分は前職から通算10年以上してエンジニアリングマネージャーを続けた後、現在モノタロウでは8人のEMのみなさんと日々ソフトウェア・エンジニアリングの現場でマネージャーとして課題解決に向き合っています。これまで色々な壁にあたり、試行錯誤を繰り返して来ました。EMの難しさを痛感したことも多々ありました。 なぜEMが難しいのか？その一つとして、エンジニアからEMにジョブチェンジした際のギャップというのがあると思います。同じチーム、現場にいたとしても
エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント（組織マネジメント）という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その
継続的な開発スタイル 「AbemaTV iOSアプリを週一で リリースしている話」 CA BASE CAMP 2019 | CyberAgent Developers Blog
こんにちは、株式会社AbemaTVでiOS、tvOSを開発している波戸 @dekatotoro と申します。 先日開催されたサイバーエージェントグループの技術カンファレンスCA BASE CAMP 2019にて登壇した、 継続的な開発スタイル 「AbemaTV iOSアプリを週一で リリースしている話」 について紹介させていただきます。 当日の発表では、AbemaTVのiOSチームで取り組んだ開発フローの改善について、前提となる開発体制とコードベースを交えてお話しました。本記事では、当日の発表スライドを元に紹介していきたいと思います。 発表スライドは以下になります。 Agenda 開発体制 コードベース 開発フロー 今後の取り組み まとめ 1. 開発体制 現在AbemaTVの開発局は約80名程います。 Direction, Android, iOS, Web, Server, QA…といた
スクラムできる対話能力の高い人を望む、Sansanのエンジニア採用
Eightは、既に名刺交換でつながった人とだけでなく、これからつながるべき人や企業を提案する機能を提供しようとしています。そのためには、大量のデータ分析が必要です。データ分析に基づくレコメンデーション機能の実装から、Eightサービスの運用に必要な広告配信、人材獲得を支援するリクルーティング機能のマネタイズ施策など、Eightに関わる幅広い開発に携わってもらいます。 Eightの開発には、（アジャイル開発手法である）スクラムを採用しています。現在、主要機能ごとに、七つのスクラムチームを編成しています。各チームには、エンジニアとリーダー役のプロダクトオーナー、調整官役のスクラムマスターをはじめ、データサイエンティストやUI（ユーザーインタフェース）を設計するデザイナーも所属するなど、一つのチームで開発が完結する編成です。1チームの人員は8人前後です。 新たに採用したエンジニアも、このチームの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
