段取りとマイクロマネジメントとスクラム - yigarashiのブログ
仕事ができるエンジニアはだいたい段取りがうまい。達成したいゴールがあるときに、AとBとCをやる必要があって、Bはわからないことが多いから先にやろうとか、AとCは並行してできるからCを誰かにお願いしようとか、とにかく目標を達成するための道のりをうまく計画できる人が多い。こういう作業をそつなくこなせるかが、ジュニアと一人前を区別する重要な指標のひとつと言える。そしてこの段取りをうまくできない人に対して、細かい計画を立ててあげて指示をするのがマイクロマネジメントだと思う。 スクラムにおけるスプリントプランニングは、この段取りをチームでやると思うとよく腹落ちする。達成したいゴールとしていくつかのプロダクトバックログアイテムを置いて、その達成に必要な作業を半日から1日で終わるサイズのタスクにみんなで分解して、不明点を一緒に洗い出して、どういう順番でやっていくか計画を立てる。まさに段取りだ。これがスク
スタートアップ1人目EMが1年でやってきたこと｜Yoshiki Iida
こんにちは、ログラスでエンジニアリングマネージャー（以下EM）をしております飯田です。 昨年12月にEMをはじめましたという記事を書いてから早くも3Qの月日が流れ現在4Q目を過ごしています。 私自身は前職でも現職でもエンジニア→EMというキャリアとなっており、現職ログラスでも1人目EMとして立ち上げを行ってきました。 当時EM取り組むにあたり、掲げていたことがいくつかあります。ざっくりまとめると、 エンジニア ⇄ EMで必要であれば柔軟に行き来できるようなフレキシブルな組織を作りたい スタートアップの初期フェーズから盤石なマネジメント基盤を作りたい 長期でパフォームし続けられる組織を作りたい です。 この記事ではこの3Qの中で取り組んできたことと、それによって上記のやりたかったことに近づいたのか？をご紹介できればと思います。 スタートアップのマネジメントのスケールに悩んでいる人（EMに関わ
エンジニアの"有害な振る舞い"への対処法 - Qiita
本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz
エンジニア全員の話を聞くところから始まるVPoEの仕事。求められる「課題発見力」や「オンボーディングの仕組みづくり」
新卒でヤフーに入社。2、3度の転職を経た後、VOYAGE GROUPやサイバーエージェントにも所属。エンジニアとしての方向性をB向け領域に定める。曽祖父や姉、義理の兄が建築関係の職に就いていたこともあり、アンドパッドにジョイン。VPoEに就任し、現在に至る。 北野 勝久さん/(株式会社スタディスト)[@katsuhisa__] 日本タタ・コンサルタンシー・サービシズ株式会社にて、ERPシステムの開発・導入等のプロジェクトに携わった後、2016年8月に株式会社スタディストに入社。Teachme Bizの新規機能開発等を担当した後、2018年9月よりSREグループマネージャーとしてプロダクトの信頼性に関わる業務を担当。開発部副部長として開発組織の採用や組織づくりに携わり、2021年3月に執行役員VPoEに就任。 エンジニア組織づくりにおける「埋もれた課題発見力」の重要性 イベント前半では、二人
KyashでEngineering Managerとしてやってきたこと / やっていくこと - Konifar's WIP
2020年1月から1年ほどKyashでEMをやっています。 今までチームをリードしてきたことは何度かありましたが、いわゆるマネジメントという役割は初めてでした。EMについて抽象化した話ができるほど自分の中で咀嚼できているわけではありませんが、思考整理を兼ねてやってきたこととやっていくことをまとめておこうと思います。 ここに書く内容は当然自分だけでやってきたわけではありません。他のメンバーによって支えられてきたことの方が多いです。文章量の都合で端折ることもありますが、自分だけで色々やってきたみたいに捉えられるとなんだかむず痒い気持ちになるので一応前提として書いておきます。 1~6月 : Android/iOSチームのEM 1月にiOSエンジニアが1名入社したタイミングで、Android/iOSチームのEMをやることになりました。 それまではTechチーム全体を@ymzkmctが見ていましたが
エンジニアの塩抜き
俗にいう塩漬けエンジニアで、 1つの現場に関わりすぎて、スキル・経験を積めなかった。 上流工程に関わったり、マネジメントに関わったりしたが、 そちらの方面でも限界と感じている。 とは言え、このまま、終わりたくない。 人付き合いが苦手で 勉強会やカンファレンスに参加したり、 自分の成果物を発表したりできていなかったが、 少しずつでも行っていきたい。
若い会社でエンジニア組織の上司として大切にしていること3つ - netmark.jp
4月、新生活、な雰囲気。 というわけでたまにはポエミーなことも書いてみます。 新たに部下を持つことになった人もいると思うので、 そんな人に役に立つかもしれない、 私が上司として大切にしていること3つを紹介します。 前提として、 HRやリーダーシップについて大学院やものの本である程度知識はつけているものの、 きちんとした専門のトレーニングを受けているわけではありません。 なにか勘違いとかがあれば教えてください。 人材マネジメントも組織マネジメントもプロジェクトマネジメントも得意なわけではないですが、 現実的に直轄の部下が20人近くいるわけで、 なかなかに悩ましいところであるわけです。 短期的な視点と長期的な視点は両方持ちつつ、 落とし所を探しながら日々過ごしています。 その1: 自分を基準にしない 思い遣りがないと感じられるかもしれませんが、 「自分だったらどうか」 「自分だったらどう感じる
ザッカーバーグのようなスゴいエンジニア社長が日本に少ないワケを、日本が誇るエンジニア社長に聞いてみた【村上福之×田中邦裕】 - エンジニアtype | 転職type
株式会社クレイジーワークス 代表取締役 総裁 村上福之（@fukuyuki） ケータイを中心としたソリューションとシステム開発会社を運営。歯に衣着せぬ物言いで、インターネットというバーチャル空間で注目を集める。時々、マジなのかネタなのかが紙一重な発言でネットの住民たちを驚かせてくれるプログラマーだ 普段、エンジニアtypeでは「キャラ立ちエンジニアへの道」という連載を書いているんですが、今回は僕の話を書くんじゃなく、日本で“キャラ立ち”しているIT業界のすごい人たちと対談してみたいということで、編集部にお願いしてみました。 で、今回お話を伺ったのは、日本を代表するクラウドサービスを提供している、さくらインターネットの田中邦裕さん。技術者でありながら創業社長としてインターネット黎明期から業界を支えてきた田中さんに僕が聞きたかったのは、 「海外には元Microsoftのビル・ゲイツやGoogl
ssig33.com - エンジニアならこれ読んどいた方がいいみたいな本
失敗学 (図解雑学) 賢者は歴史に学び、愚者は経験に学ぶという。その仮定が正しい場合、人類の知能はそこまで広く分布しているわけではないので人類はだいたいみんな歴史からは学べないということになる。 正直自分の実感としても他人の失敗事例から学べたということは少なく(歴史から学ばない態度)、人は自分の失敗から学ぶしかないのではないかと思う。ただまあ他の技術者が事故にどのように対処したかとか、対処に失敗したかとか、歴史から学べた稀有な事例は何かといったことを読むのは楽しい。 爆笑問題のハインリッヒの法則―世の中すべて300対29対1の法則で動いている (祥伝社黄金文庫) ハインリッヒの事故防止の研究とは何の関係もないけど、爆笑問題カーボーイが一番面白かったころの本。今読んでも面白い。 Web業界 受注契約の教科書 Textbook for Business Contracts in the Web
エンジニアにとって良い組織とは何かを知りたい? - naoyaのはてなダイアリー
「エンジニアにとって良い組織体制ってどんなものですか? お話を伺いたいのですが･･･」と依頼をいただくことがあるが、都合上全部を受けてはいられない。ので、そういう疑問を持たれた方は以下の本を読むと良いかと思います。 How Google Works (ハウ・グーグル・ワークス) ―私たちの働き方とマネジメントposted with amazlet at 14.10.18エリック・シュミット ジョナサン・ローゼンバーグ アラン・イーグル 日本経済新聞出版社 売り上げランキング: 19 Amazon.co.jpで詳細を見る 小さなチーム、大きな仕事〔完全版〕: 37シグナルズ成功の法則posted with amazlet at 14.10.18ジェイソン・フリード デイヴィッド・ハイネマイヤー・ハンソン 早川書房 売り上げランキング: 7,579 Amazon.co.jpで詳細を見る Tea
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要はアジャイルは行き当たりばったりってことですか？
クリエイターの“時間”を創出するディレクション アプリ開発の現場に見るエンジニアリング組織のマネージメント FOLIO 松田優貴氏 - Forkwell Press
OS運用記録7月4