はてなの在宅リモート中心の働き方を競争戦略で切り取る - 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のブログ

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年くらいで、ようやく安定してテンポ良く開発が回るよ... 続きを読む

段取りとマイクロマネジメントとスクラム - 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 スクラム プラクティス 成熟 デリバリー プロセス

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

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

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

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

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

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

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

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

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

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

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

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

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

エンジニアリングマネージャーを目指す若者の戦略 - yigarashiのブログ

2021/08/02 415 users Webアプリケーションエンジニア 将来像 若者 企業 戦略

企業でWebアプリケーションエンジニアとして働き始めて2年と4ヶ月ほど経ちました。様々な仕事を経て、自分が向いていることや楽しく感じることが徐々に明らかになり、数年後になりたい像がぼんやりと浮かび上がってきました。そして、その将来像が世間的には「エンジニアリングマネージャー」（以降EM）と呼ばれているこ... 続きを読む

一緒に働く人に「次も呼んでもらえる」ような振る舞いを大切に | はてなで働く yigarashi にアンケート [#16] - Hatena Developer Blog

2021/05/25 16 users リーダ Webアプリケーションエンジニア 新卒 フロー 分類

はてなで働くエンジニアにアンケートシリーズ第16回は、はてなブックマークチームのWebアプリケーションエンジニアのid:yigarashiに話を聞きました。 社内のはてなidの分類では「jkondoスタイル」 突然新卒での応募をしたところ、通年採用のフローに チームのデータ転送基盤の開発を主導＋スクラムマスターとしてリーダ... 続きを読む

KPTのKがいまいち膨らまないチームに贈るパワフルな質問 - yigarashiのブログ

2021/05/12 28 users KPT ファシリテーター 一方 手法 本人

ふりかえりでKPTのようなポジティブ/ネガティブな話題を出すような手法を使っていると、悪いところの掘り下げはサクサクできる一方で、良いところをうまく膨らませるのが意外と難しいように思います。書いた本人に話してもらって、ファシリテーターが「いいですね」とコメントして終わりとか、「コメントないですか」と... 続きを読む

『正しいものを正しくつくる』を読んだ - yigarashi のブログ

2020/08/09 12 users アジャイル 本書 仮説検証 不確実性 主張

会社の人がおすすめしていた正しいものを正しくつくるを読みました。その読書感想文です。 本書のざっくりとした主張としては、仮説検証を繰り返すことによって「正しいもの」つまりユーザーにとって価値のあるプロダクトを探索し、それを「正しく」つまり不確実性をコントロールしやすいようにアジャイルに作りましょう... 続きを読む