はてなの在宅リモート中心の働き方を競争戦略で切り取る - Hatena Developer Blog

2024/12/18 164 users 競争戦略 はてな 働き方 リモートワーク 初頭

こんにちは。コンテンツ本部 エンジニアリングマネージャーの id:yigarashi です。EMとして企業の働き方について考えを巡らせていたところ、勉強中の競争戦略との結びつきから示唆を得たので記事にまとめようと思います。 2020年の初頭から世界を襲った新型コロナウイルス感染症により、多くの企業がリモートワークへの... 続きを読む

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

2024/11/27 202 users 主務 ひと 軌道修正 成果 組織

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

技術的負債のマネジメントを考える - yigarashiのブログ

2024/09/30 108 users 競争戦略 成果 利益 負債 課題

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

フロー効率と経験資源の葛藤 - yigarashiのブログ

2024/08/17 82 users 総量 フィードバック 不確実性 顧客 方向

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

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

2023/11/20 241 users リファインメント アンチパターン エンジニア スクラム 仕様案

プロダクト開発のアンチパターン プロダクトオーナー（PO）が仕様案を持ってリファインメントや計画に臨み、エンジニアが実現可能性や曖昧さの観点からダメ出しをして手戻りが起こる……スクラムやデュアルトラックアジャイルを志向する組織においては、一度は目にする光景だろうと思います。しかしこれは、以下のふたつの... 続きを読む

パスキーが快適すぎる - yigarashiのブログ

2023/10/13 487 users 本腰 認証方式 パスワードレス ブラウザ パスワード

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

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

2023/06/26 142 users 以下EM 人事異動 最強 若者 戦略

2023/6/16付の人事異動で正式にエンジニアリングマネージャー（以下EM）になりました。2021/8に「エンジニアリングマネージャーを目指す若者の戦略」という記事を書いて明確にEMを目指し始め、2022/12には「EMキャリアを切り拓く「最強の現場リーダー」という働き方」という記事でEMに近づく様子を書きました。さらにそ... 続きを読む

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

2023/04/04 22 users エンジニア ブログ

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

安定して成果を出せるエンジニアへの近道 - yigarashiのブログ

2023/02/14 6 users ミドルウェア アーキテクチャ クラウド 言語 近道

ソフトウェアエンジニアとして安定した成果を出したいと思っている人は多いでしょう。妥当な方針を危なげなく定め、素早く的確に実装し、滞りなく仕事を片付けていきたいものです。しかし、いつでもそのように成果を出せるようになるのは簡単ではありません。言語、ミドルウェア、クラウド、アーキテクチャと、身につけ... 続きを読む

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

2023/01/16 5 users 聴衆 心当たり RSGT2023 分断 リアル

先日のRSGT2023で以下の発表がありました。「自分がそれほどプロダクト開発に興味がないことに気づく」は自分自身にも心当たりがありますし、プロダクト開発チームのリアルを言語化した発表だと思いました。この発表では、そうした言語化を受けてどうするのかについては深く触れられておらず、回答は聴衆に委ねられてい... 続きを読む

エンジニアを増員するロジックについて考える - yigarashiのブログ

2022/12/28 171 users 線形 増員 えん 神話 ロジック

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

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

2022/12/13 13 users 最強 現場リーダー 働き方 ブログ

このエントリはEngineering Manager Advent Calendar 202213日目の記事です。 まえがき このエントリは、以下のPodcastで話した内容を掘り下げて整理したものです。Podcastの方では本エントリで触れていないチームの具体的な様子等についても話しているので、ぜひ合わせてお楽しみください！ はじめに 以前、エンジニア... 続きを読む

スクラムチームを3年リードして得た学びと目線 - yigarashiのブログ

2022/12/07 13 users スクラムチーム 目線 ブログ

この記事ははてなエンジニア Advent Calendar 20227日目の記事です。 昨日は id:utgwkk さんでした。 さて、今日はスクラムの話です。スクラムの導入とリードは自分のキャリアにおける重要な仕事のひとつで、気づけば3年ほどスクラムと取っ組み合ってきました。ここ1年くらいで、ようやく安定してテンポ良く開発が回るよ... 続きを読む

はてなのポッドキャスト Backyard Hatena #16 - 最強の現場リーダーへの道！（id:yigarashi） #byhatena - Hatena Developer Blog

2022/11/11 5 users byhatena かしゅ motemen ＣＴＯ 最強

こんにちは、CTO の id:motemen です。 はてなのエンジニア組織である技術グループでやっているポッドキャスト「Backyard Hatena」を更新しました。 「Backyard Hatena」は、株式会社はてなのメンバーの普段の様子や、サービス開発の裏側や技術、取り組みなどについて、CTO の id:motemen を中心としたメンバーがカジュ... 続きを読む

段取りとマイクロマネジメントとスクラム - yigarashiのブログ

2022/08/25 20 users スクラム 段取り マイクロマネジメント ブログ

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

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

2022/08/16 12 users 前提 ビジネス チーム 議論 課題

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

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

2022/06/27 95 users MdN http バッドプラクティス ブラウザ判定 ブラウザー

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

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

2022/05/30 185 users スクラム プラクティス 成熟 デリバリー プロセス

ソフトウェアエンジニアとして働き始めて以来、ずっとソフトウェアデリバリーのパフォーマンスに興味を持って、さまざまな改善活動をしてきた。当初はスクラムを中心としたプロセスの改善に注力したが、最近はチームの成熟に伴って技術的なプラクティスに興味が移りつつある。より広い視点からデリバリーについて考える... 続きを読む

「職能横断チーム」の実践におけるアンチパターンと対策 - yigarashiのブログ

2022/05/16 9 users イノベーション 概念 近年 リードタイム チーム

近年のアジャイルムーブメントにおいて「職能横断チーム」は当たり前の概念になっています。ユーザーに価値を届けるのに必要なあらゆる機能をチームが備え自律的にコントロールすることで、リードタイムを短縮するとともに、イノベーションが起こりやすい環境を作ることができます。しかしながら、7〜8人を超える大きめ... 続きを読む

チームのベロシティを上げる vs. 安定させる - yigarashiのブログ

2022/04/26 183 users ベロシティ コーチング スタンス 結論 議論

タイトルの議論はよく見られるもので、スクラムコーチの間ですら（一見すると）意見が分かれることがあるようです。自分は「安定させる」派だったのですが、CSPO研修を受講したチームのPOが「上げる」派のコーチングを受けてきて、改めてチームとしてどういうスタンスを取るか考える機会を得ました。結論から言ってしま... 続きを読む

「エラスティックリーダーシップ」でソフトウェア開発をうまくリードする方法を考える - yigarashiのブログ

2022/04/05 9 users エラスティックリーダーシップ リーダーシップ 知見 共通言語

僕にはリーダーシップがわからない。 しかし無策で取り組むべきでないことだけはわかる。 ということで、自分の周囲で共通言語としてよく参照されている「エラスティックリーダーシップ」を読むことにした。自分は新米リーダーとして困りをたくさん抱えているのだが、そこから脱出するための知見が山のように書いてあっ... 続きを読む

がんばりすぎないふりかえりのススメ - yigarashiのブログ

2022/04/04 168 users ススメ ブログ

がんばりすぎてふりかえりを嫌いになった 自分たちのやりかたを検査して改善するふりかえり。巷には様々な思想やフレークワークが出回っています。チームからうまく情報を引き出したり、教訓に昇華したり、SMARTなアクションを設定することも大事です。そういう情報がどんどん襲ってきて、しっかり会を設計してバリュー... 続きを読む

高すぎる認知負荷が生むサービスの袋小路とエンジニアリングマネージャーの役割 - yigarashiのブログ

2022/03/23 10 users アーキテクチャ チームトポロジー 袋小路 フロー パターン

最近流行りの「チームトポロジー」では、フローが改善するようにチームの認知負荷をコントロールすることが述べられています。そのためには組織とアーキテクチャをうまく変化させていく必要があり、いくつか主要な考え方やパターンが紹介されています。詳しく知りたい方は以下の資料を読むと良いです。 【資料公開】30分... 続きを読む

エンジニアの異動は推奨すべきなのか？ - 組織の成長について考える - yigarashiのブログ

2022/01/31 17 users 側面 議論 前提 立場 エンジニア組織

最近エンジニアの異動について軽く議論することがありました。自分はチームの安定性の側面からやや否定的な立場だったのですが、その議論で刺激を受けて周辺領域も含めて考え直したところ、組織の成長という軸で色々な知識がつながって面白かったのでまとめてみます。 議論の前提 異動も含めてエンジニア組織について考... 続きを読む

はじめてのエンジニア1on1メンター - yigarashiのブログ

2021/10/04 9 users 文脈 ピープルマネジメント 領域 若者 エンジニア同士

ピープルマネジメントの文脈でエンジニア同士のメンタリング制度を設置しているIT企業は多いと思います。自分が勤める会社も例に漏れず、1on1によるメンタリング制度があります。エンジニアリングマネージャーを目指す若者の戦略 - yigarashiのブログ でも整理したように、ピープルマネジメントの領域にも取り組んでいき... 続きを読む