yigarashiのブログ

学んだことや考えていることを書きます

エンジニアの目標設定で意識していること

はじめに マネージャーにとって目標は組織の成果を大きくするための強力なツールです。しかしジュニアなマネージャーにとって、目標設定をどのように行うかは、なかなかまとまった知見を得づらく不安を感じやすいようです。本エントリでは私がエンジニアリン…

マネジメントが主務になって痛感するソフトウェア開発の不確実さ

EMになってかれこれ1年半ほど経過しました。仕事でほとんどコードを書かなくなってからは1年くらいが経ちます。代わりに組織やヒトのマネジメントが主務になっています。情報収集をしてチームの軌道修正をしたり、メンバーの活躍や成長を助けたり、組織の成…

任せてる側があとから介入する時は丁寧すぎるくらいすり合わせよう

リーダー、マネージャーをはじめとして多くの人が仕事を任せる側になることがあるでしょう。それ自体は経験資源を配りながら自分の余裕を作り出せるもので、普遍的な良い取り組みです。委譲のレベルや立て付けをしっかりと決めて積極的にやっていくべきです…

技術的負債のマネジメントを考える

技術的負債をうまくマネジメントすることは重要です。なぜなら、持続可能な長期的な利益の確保こそが競争戦略における目標であり、技術的負債への対応力はその目標に近づくための重要な組織能力だからです。EMとして組織の成果の最大化を目指す上で避けては…

「議論すべきトップ3」を準備して1on1に臨む試み

書籍「1兆ドルコーチ」で紹介されているテクニックの中に、「議論すべきトップ5を挙げよ」というのがある。ビル・キャンベルは毎回1on1のために議論すべきトップ5を準備して臨んだのだそうだ。それをすぐに出すことはしないで相手にもトップ5を考えるように…

CRE(Customer Reliability Engineer)について調べた

EMとして関わっている事業でCREがいた方が良いかもしれないという話題が出た。弊社はてなではMackerelチームでCREが活躍しておりその存在は知っている。しかし同じチームで働いたことはなく、その全体像や期待値について詳しくは知らなかった。仮に自チーム…

フロー効率と経験資源の葛藤

不確実性の高いプロダクト開発や、継続的な価値提供を行なっているサービスにおいては、フロー効率を重視するのが良いとされている。ある価値が早く顧客に届く方が、早くフィードバックを得られるとか、顧客が享受する価値の総量が大きくなるとか、様々な方…

スプリントをやめてゴールに熱中したっていい

最近、自分のチームがやっていて良いなーと思う開発プロセスを紹介します。そのチームにはスクラムで言うところのスプリントがありません。ふりかえりや定点観測のために定例イベントはありますが、そこに向けて何かを計画したり約束することはありません。…

EM of EMsになった - 現在の働き方とそこに至るキャリア戦略

EMキャリアの近況報告シリーズです。2024/4にEM of EMsになったので、現在の働き方やそこに至るキャリア戦略について書きます。これまでの様子は以下です。 エンジニアリングマネージャーを目指す若者の戦略 EMキャリアを切り拓く「最強の現場リーダー」とい…

「真摯な質問」のコツを知って誘導質問しない信頼できるマネージャーになる

「真摯な質問」は対話の基礎を成す重要な要素です。「組織を変える5つの対話(p.41)」では、真摯な質問の特徴を次のように挙げています。 本当に答えを知りたい。 答えを聞いて驚くことがあってもそれは当然である。 答えに応じて自分の考えや行動を変える…

経験学習のために「ブログ記事のネタ30個出す」が予想以上に良かった

経験学習サイクルとは、人の学習のモデルのひとつで、「経験」「内省」「概念化」「実践」の4ステップを繰り返して学ぶというものです。本記事では、「ブログ記事のネタを30個出す」というアクティビティが予想以上に経験学習に有用で面白い体験につながった…

EMがユーザーインタビューをやって生まれたバリュー

わたしは現在、新規事業チームのEMをやっています。その仕事の中でユーザーインタビューが自分の得意技になりつつあり、思わぬ形でEMとしてのバリューを高めることができています。「XXもやるYY」というのはエンジニア界隈で良くある売り文句ですが、「ユー…

事業を深く理解しOODAループを回しまくる最近の自分のEM像に至るまで

はじめに これまで自分のEMとしてのキャリアや考え方の変化について書き留めてきました。 エンジニアリングマネージャーを目指す若者の戦略 EMキャリアを切り拓く「最強の現場リーダー」という働き方 エンジニアリングマネージャーの最初の学び - このロール…

エンジニアが仕様案を手戻りさせるアンチパターンはもう終わりにしよう

2024/1/4 加筆修正を行いました 初稿を書いた後に、さらなる経験、色々な方との対話、各種資料を通じて考え方が更新された部分があったので加筆修正を行いました。主要なポイントは以下です。 仕様案の手戻りが発生しないようにエンジニアに積極的に情報を開…

OpenTelemetryをざっくり学んだ

OpenTelemetryについての情報を見聞きする頻度がどんどん上がっており、各種サーバー監視サービスやクラウドでも対応が進んでいることから、そろそろ自分の引き出しに入れたいと感じました。概要を自分で説明できるくらいを目指してざっくり学んだログを自分…

パスキーが快適すぎる

パスワードレスな認証方式である「パスキー」が急速に普及しています。OS、ブラウザ、パスワード管理ツール、サービス提供者のどれもが整いつつあり、ついに本当にパスワードが必要ない世界がやってきたことを感じます。この記事では、本腰を入れてパスキー…

「 ITエンジニア採用入門」を読んで採用活動の全体像を学ぶ

最近エンジニア採用に関わる機会が増えました。エンジニアリングマネージャーとして、採用プロセス全体を機能させチームを組成する能力を獲得したいと考えており、その足掛かりとして面接官の役割を積極的にアサインしてもらっています。それなりの件数をこ…

エンジニアリングマネージャーの最初の学び - このロールは何なのか

2023/6/16付の人事異動で正式にエンジニアリングマネージャー(以下EM)になりました。2021/8に「エンジニアリングマネージャーを目指す若者の戦略」という記事を書いて明確にEMを目指し始め、2022/12には「EMキャリアを切り拓く「最強の現場リーダー」とい…

開発手法「カンバン」について学んだ 〜スクラム実践者の考察を添えて〜

自分のチームでスクラムからカンバンへ移行する機運が高まっており、本格的な取り組みに向けてザッと勉強したのでまとめる。 カンバンとは カンバンとはトヨタ生産方式に由来するソフトウェア開発手法(ないし、より広く適用可能なプロジェクト管理手法)の…

マイスキルマップでエンジニアとしての己を見つめ直す

最近テックリードのロールを手放し、働き方がEMに近づいた。折に触れてEMになりたいと言ってきたが、だからと言って最初からうまくできるわけもなく、ここ1ヶ月くらいは悶々としながら過ごしている。特に今回困ったのは、自分の現在地がぼんやりしていて漠然…

安定して成果を出せるエンジニアへの近道

ソフトウェアエンジニアとして安定した成果を出したいと思っている人は多いでしょう。妥当な方針を危なげなく定め、素早く的確に実装し、滞りなく仕事を片付けていきたいものです。しかし、いつでもそのように成果を出せるようになるのは簡単ではありません…

プロダクト開発チームの分断に立ち向かう

先日のRSGT2023で以下の発表がありました。「自分がそれほどプロダクト開発に興味がないことに気づく」は自分自身にも心当たりがありますし、プロダクト開発チームのリアルを言語化した発表だと思いました。この発表では、そうした言語化を受けてどうするの…

エンジニアを増員するロジックについて考える

ソフトウェア開発で、より早くより多く価値を届けたいと考えた時、エンジニアの増員は有力な選択肢です。もちろん、人月の神話などで語られるように、人を増やしただけ線形に生産力が向上するというシンプルな世界ではありません。それでも多くの現場でエン…

EMキャリアを切り拓く「最強の現場リーダー」という働き方

このエントリはEngineering Manager Advent Calendar 202213日目の記事です。 まえがき このエントリは、以下のPodcastで話した内容を掘り下げて整理したものです。Podcastの方では本エントリで触れていないチームの具体的な様子等についても話しているので…

スクラムチームを3年リードして得た学びと目線

この記事ははてなエンジニア Advent Calendar 20227日目の記事です。 昨日は id:utgwkk さんでした。 さて、今日はスクラムの話です。スクラムの導入とリードは自分のキャリアにおける重要な仕事のひとつで、気づけば3年ほどスクラムと取っ組み合ってきまし…

段取りとマイクロマネジメントとスクラム

仕事ができるエンジニアはだいたい段取りがうまい。達成したいゴールがあるときに、AとBとCをやる必要があって、Bはわからないことが多いから先にやろうとか、AとCは並行してできるからCを誰かにお願いしようとか、とにかく目標を達成するための道のりをうま…

プロダクトの非機能的な改善の工数をどう確保するか

プロダクトの非機能的な改善をビジネスの中でどのように進めるかは、多くのチームが頭を悩ませる課題であると思います。本記事では私が最近考えていることをまとめてみようと思います。主に自社プロダクトの継続開発を想定した議論をします。 前提 まず非機…

User Agent文字列を使ったブラウザ判定の事例 2022年版

やむを得ず、User Agent文字列を使って特定のブラウザ向けにJavaScriptの処理を分岐する必要が生まれてしまったので、調査・検討のログを記事にまとめます。 基本的にはバッドプラクティスである ユーザーエージェント文字列を用いたブラウザーの判定 - HTTP…

Four Keysがなぜ重要なのか - 開発チームのパフォーマンスを改善する方法について

ソフトウェアエンジニアとして働き始めて以来、ずっとソフトウェアデリバリーのパフォーマンスに興味を持って、さまざまな改善活動をしてきた。当初はスクラムを中心としたプロセスの改善に注力したが、最近はチームの成熟に伴って技術的なプラクティスに興…

スキルマップに採用する予定の技術も書いてみている

スキルマップとは スキルマップは、チームで使っている技術を各メンバーがどのくらい習得しているかを集計したものです。スプレッドシートで表を書いてメンテナンスしているチームが多いのではないかと思います。このアクティビティのメリットは以下のような…

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy