はてなブックマーク

こんにちは。「カミナシ 教育」というプロダクトを作っているふじはら（@daipresents） です。毎日アイスを3本以上食べてます。 僕は「カミナシ 教育」のサービスチーム（スクラムチームみたいなチーム）でマネジメントを担当していますが、それ以外ではダブルワークでアジャイルコーチとしていろんな企業の開発支援も行っています。 カミナシでは各チームが自律して動くことを求められ、それぞれが試行錯誤しながらがんばっています。なので、カミナシではあんまりアジャイルコーチの仕事はしていないのですが、自分のチームを俯瞰して見ていると、自然とアジャイルな見積もりと計画づくりをしていないことに気がつきました。 『アジャイルな見積もりと計画づくり』は名著です。だから、僕はチームでの開発にかかわる方に、この本をいつもおすすめします。なのになぜ、このチームはやらないのか？ 具体的には スプリント計画 ストーリー

こんにちは、椎葉です。カケハシでVPoT（VP of Technology）をやっています。技術的な視点で現場と経営をつなぐ活動の一つとして、実際にチームに入って開発業務をサポートしています。今日はその中のひとつの事例を紹介します。 Pocket Musubiチーム 今年の6月からPocket Musubiチームのみんなと一緒に開発業務に取り組んでいます。Pocket Musubiは、薬局と患者さんをつなぐ「服薬フォローシステム」です。Musubi電子薬歴と並んで、カケハシの中でも主要なプロダクトのひとつになっています。 チームはエンジニア5名、SRE2名、QAエンジニア3名をはじめとした10数名のメンバーで構成されており、少人数でさまざまな案件を進めています。そんなチームが少し悩んでいそうだったので、サポートへ入ることにしました。 「いいチームだなぁ」 最初の1スプリントは、デイリースク

プロダクトゴールはなぜ1つだけなのか？スクラムには5つの価値基準があります。その中の1つが 集中（Focus） です。 本当に重要なことに集中することで、ゴール達成の可能性を高めます。 そのためスクラムでは、スプリントゴールもプロダクトゴールも1つです。 しかし、研修やコーチングで「スプリントで複数ゴールを設定したいんですが……」 とか 「今回のプロダクトゴールは3つです！」みたいな話をよく聞きます。 本当に達成すべきゴールが複数あるなら、まず1つを選んでそれを確実に達成することに集中しましょう。 その上で、次のスプリントやゴールを考えてください。 でも、まだ1つのゴールすら明確に描けておらず、1つのゴールを達成した実績もないのに、いきなり複数設定しようとするのは、無謀としか言いようがありません。どうせ達成できません。 「全部大事」は「何も大事じゃない」と同じです（何度言っても「でもでも、

はじめに こんにちは。 食べログカンパニー 開発本部 ウェブ開発1部 ownerチームで「食べログ求人」というサービスの開発や、食べログの営業チームが使用している業務系システムの開発を担当している@itayaです。 本記事では、私がAI活用でつまずいていた状況から、Devinという自律型AIエージェントとの出会いによって劇的に開発スタイルが変わった体験についてお話しします。従来のAIツールを「単なる補助ツール」としか認識できなかった私が、いかにして真のAIネイティブ開発者へと変貌を遂げたかをご紹介します。 はじめに AI活用の流れに乗り切れなかった私 会社全体のAI推進の流れ リーダー業務との両立の難しさ Devinとの出会いで根本的に変わるAIへの認識 運命的な出会い 指示をしたらPull Request作成まで完全自動 私が感じた大きな変化 大規模案件での新たな壁と解決策 複雑な要件で

Do you recall when Scrum was the rage? When was it mandatory for all businesses to have certified Agile Coaches and Scrum Masters? When were daily standups and two-week sprints considered the pinnacle of software development? You might be surprised to learn that the world’s largest tech companies never truly embraced it. The signs of this trend are everywhere, and I’ve been observing it for some t

Scrum Fest Osaka 2025 https://confengine.com/conferences/scrum-fest-osaka-2025

こんにちは！ウォンテッドリーのVisit Client Growth Squadに所属している佐藤です。今回は、スケジュール遅延に対して制約のあるプロジェクトにおいて、3点見積もりを活用して計画通りに進捗した経験と、その手法についてご紹介します。 目次なぜ高精度な見積もりが必要だったのか 3点見積もりというアプローチ 3点見積もりとパーセント確度によるリスク管理術 ステップ1：見積もりの精度を高めるためのタスク分解 ステップ2：未来を「範囲」で捉え、期待値を算出する ステップ3：見積もりの「ブレ」をリスクとして計画に組み込む まとめ なぜ高精度な見積もりが必要だったのか見積もり精度の不足は、現代のソフトウェア開発プロジェクトにおける遅延リスクの主要な原因の1つです。機能要件の詳細化、品質基準の遵守、そしてステークホルダーからの納期プレッシャーなど、多様な制約が求められる環境において、この問

エンジニアが増えて組織になってくると、人事評価は避けて通れません。とはいえ、昔ながらの目標管理による評価方法は、「不確実性の高い領域」や「知的創造が求められる職種」とは極めて相性が悪いものです。エンジニア組織がその典型でしょう。 本稿では、そうしたエンジニア組織における人事評価について、私たちソニックガーデンでの実践をもとに考察します。エンジニアに限らず、クリエイティブな組織をマネジメントされる方にとって、参考になれば幸いです。 なぜ目標管理がエンジニアに合わないのか 一般的な人事評価制度では、半年〜1年のスパンで目標を立て、その達成度合いで評価を行う「目標管理」の仕組みが多く見られます。ところが、エンジニアという職種においては、そもそもこのやり方がうまく機能しません。 理由は大きく4つあります。 技術や環境の変化が激しく、仕事内容が変わることも多いため、半年〜1年の目標設定が難しい 成果

Copy as Markdown ▽ Copy as Markdown View as Markdown Copy Markdown URL 最近の開発はほとんど Claude Code で行っているが、使い始めた 3 月から比べると利用スタイルも結構変わったなとふと思ったので、あとで懐かしむために今やっているスタイルを書き残すことにした。個人的な開発に使っているもので、業務にこのフローを適用しているわけではないのと、Claude Code でうまくコードを書く方法ではなくその周辺の話。 全体感 開発は Dev Containers もしくは GitHub Codespaces ローカル開発では VSCode でメインの Claude Code + git worktree でいくつかの並列作業 GitHub Copilot もたまに使う Claude Code Actions でレビュー

スクラムは、アジャイルを実現する標準的なフレームワークとして広く普及しています。とはいえ、以下のような「スクラムの理想」を押し付けすぎると、うまくいかないことがあります。 チームは自己管理し、改善し続けなくてはならない 全員が積極的にアウトカムにコミットする必要がある スクラムガイドに従っていくべきだ これらは、表面的には「正しい」ことですが、行き過ぎれば、チームやメンバーを苦しめることがあります。そこで、この問題に「マッチョスクラム問題」と「スクラム教問題」という名前をつけて整理し、その解決策を考えてみました。 マッチョスクラム問題 マッチョイズムとは何か マッチョイズム（Machismo）とは、もともとラテン文化圏で「男らしさ」や「強さの誇示」を意味する言葉ですが、現代では性別を問わず、「弱さを見せず、困難に打ち勝つ姿勢が価値である」とする考え方全般を指すようになっています。 ビジネス

挨拶 ども！6/25にGemini CLIがリリースされて、7月に入ってから気づいて出遅れてしまった龍ちゃんです。Xでだいぶ話題になっていますね。noteの「プログラミング1ミリも分からない人がGemini CLI始めるまでの全手順（Win篇）」を見て、Gemini CLIがリリースを知りました。まぁ私はエンジニアなので、エンジニア目線で使い方を模索していこうと思っています。Gemini CLIだと、いろいろとカスタマイズができそうってことで、入門していきます。 弊社では、Geminiをワークスペースで契約をしているので普段から使えています。（生成AIサービスも福利厚生という時代になりましたね…） 今回は「DevContianerでGemini CLIを使うことができる環境をセットアップし、システムプロンプトを設定してURLからXの投稿文を生成」を目標として環境構築からセットアップまで行っ

Data Modeling Night -「今」だからできる理論の実践事例 - の発表資料です。 https://pixiv.connpass.com/event/358285/

このたび結婚しました。 タイトルの通り、遠距離恋愛にアジャイル（スクラム）で学んだことを応用して結婚に至りました。 この記事では、応用方法などを紹介します。 遠距離恋愛で困っている人の参考になれば嬉しいです。もしかしたら遠距離恋愛に限らず、恋愛や夫婦生活、もっと言えば仕事のコミュニケーションなどに役に立つかもしれません。 背景 私は福岡県に住んでいます。パートナーは福井県に住んでいました。福岡-福井の移動は片道約5時間かかります。 会うのは3ヶ月に1回程度でした。 アジャイルを活用した理由 そんな遠距離恋愛を成功させるためには、2人で工夫していく必要があると考えました。 遠距離恋愛を成功させるために、以下の考え方を重視しました。 違和感を早めに検知する 違和感を早めにつぶす この方針がアジャイルに似ていると感じました。 私とパートナーの環境や特性から「2人がさまざまな変化に強くなる」「違和

SmartHRは2025年6月に「データ入力レス給与計算機能」を発表しました。実はこの機能の発表直前、リアスマ編集部の耳に「この給与計算機能の開発チームが何やら面白い」という情報が入ってきていました。...

「こんなにうまくいかないのは、何かが根本的におかしいんじゃないか？」 優秀なメンバーが集まり、全員が真面目に取り組んでいるのに、なぜかプロジェクトはいつもギリギリ。良いものを作りたいのに時間がない。改善したいのに余裕がない。そんなフラストレーションを抱えながら、私は開発リーダーとして悶々とした日々を過ごしていました。 当時の私には想像もできませんでしたが、その後10年以上にわたって続くアジャイル実践の旅が、この疑問から始まったのです。 「Agile Journey」をご覧の皆さん、こんにちは。天野祐介（@ama_ch）です。先日、新卒入社から16年間という長い時間を過ごしたサイボウズを退職し、現在は充電期間中です。 私のキャリアは、ソフトウェアエンジニアとしてスタートしました。その後、長い間「kintone」の開発に携わり、開発チームのリーダーを経てサイボウズの一人目のスクラムマスターにな

すべすべ銀行 @SubeSube_Ginko わからんかな。だから日本人は負けるんだよ。彼らの強みはプロダクトの完成度が低かろうが途中でリリースしてしまう点にある。それで爆速でフィードバックを得るのね。日本人は『安全性がー』『国民の安心がー』『業界団体の反応がー』と延々とやり続ける。見事に時代遅れの先進国になりましたとさ。 x.com/twinewss/statu… 2025-06-22 17:20:53

読んで欲しいと思っている人 スクラムイベントがうまくいかない感じがして困っている方 スクラムイベントをもっと良くしたいと思っている方 読むとわかること スクラムイベントを改善するための1つのアイデア スクラムイベントは互いにインプットとアウトプットとなりながら循環していること スクラムを改善したい時はシステム思考を勉強するとちょっと助けになること はじめに バックエンドエンジニアを務めている @Juju_62q です。スクラムでのロールとしては「開発者」を務めています。突然ですが質問です。 スクラムイベントがうまく改善できないという経験はありませんか？ 例えば「スプリントプランニングが時間内に終わらない」という問題があるとします。この時にスプリントプランニングで効率的に意思決定を行うための実験を開始してもどうにもうまく問題が解決していかないことがあります。時間内に収めるために強引な意思決定