はてなブックマーク

「スクラムマスターって何をする役割なんですか？」 とよく聞かれるのですが、端的で納得できる気持ちのいい回答をしたことがありません。もう8年ぐらいスクラムマスターとして、さまざまなチームに携わってきたのに、まだこの言語化が上手くいかないのです。 この質問と同じぐらいの頻度で、 「スクラムイベント以外の時間ってスクラムマスターは何をしているんですか？」 という質問も多くいただきます。こちらの質問はだいぶスラスラと答えられるようになったので、今回はその話をします。 まずは「スクラムガイド」から始めましょう。スクラムに関することの疑問には、原典に立ち戻ることが大切なのでね。 スクラムマスターは、スクラムガイドで定義されたスクラムを確⽴させることの結果に責任を持つ。スクラムマスターは、スクラムチームと組織において、スクラムの理論とプラクティスを全員に理解してもらえるよう⽀援することで、その責任を果た

おはようございます。カミナシでシニアマネージャーを担当している daipresents です。 ついにクロール25mで娘に負けそうになってきました。子どもの成長はやすぎですね。 自分の部署にはもうひとりエンジニアマネージャ（EM）がいるのですが、おたがいに1on1やファシリテーションでチームにかかわることが多いため、「お互いにスキルアップを目指そう！」と話しています。 年末なので「特訓は来年がんばろう」と意見が一致しているのですが、年内はAIを使って自分たちのファシリテーションスキルを高める方法を試しています。 自分のファシリテーションをAIに評価してもらおう 1on1の場合、自分のスキルを手っ取り早くたかめるいい方法は、「1on1後に、相手と振り返りを行う」だと思っています。これによって、相手から直接フィードバックが得られ、改善を次にすぐ活かせるからです。このサイクルをがんがんまわせば、

【IIJ 2025 TECHアドベントカレンダー 12/3の記事です】 cms とは cms とは、Contents Management System（コンテンツ・マネジメント・システム）の略称で、 Webサイトの記事を作ったり、デザインをレイアウトしたり、添付ファイルをアップロードなどをするための管理ツールのことです。 IIJでも「IIJコンテンツマネージメントソリューション」として、Webサイトの構築・運営を支援しています。 よく知られているサービスを挙げるとすると、WordPress（ワードプレス）の名前を知っている方が多いのではないでしょうか？ 最近は “ヘッドレス cms” も登場し、ますます自由度が上がってきました。 cmsとヘッドレスcmsの違い まず、仕組みの違いをざっくり図にしてみました！ cms ざっくりとまとめると、従来の cmsが「作って、表示するまで全部やる」の

はじめに こんにちは、データ・AIシステム本部データシステム部推薦基盤ブロックの関口 柊人です。普段はZOZOTOWNのレコメンドシステムの開発やHOME面の改善などに取り組んでいます。 ECサービスにおいて「何を成功指標とするか」は、サービスの方向性を決める重要な要素です。ZOZOTOWNのHOME面も例外ではなく、従来は売上やCTRといった短期的な指標を中心に改善してきました。しかし複数チームでの運用が拡大し、レコメンドシステムの高度化が進む中で、推薦基盤チームとして「短期指標だけではユーザー体験を十分に捉えられていないのではないか」という課題感が徐々に強まりました。 短期的な売上最適化だけでは見落としてしまう価値があるのではないでしょうか。ユーザーの長期的な満足度やサービスへの愛着といった要素をどう測り、育てていくべきでしょうか。 本記事では、こうした課題意識から始まったZOZOTO

食べログカンパニー 開発本部 飲食店プロダクト開発部 羽澤と申します。 先日、アマゾンウェブサービスジャパン合同会社が開催している、「AWS AI-DLC Unicorn Gym ワークショップ」を受講する機会をいただきました。 元々カカクコムではAI EXCELLENCEをバリューとして掲げ、AIを活用した開発に取り組んでいましたが、課題感もあったため期待して参加させていただきました。 本記事では、私が所属しているチームにおけるAI活用の状況と課題感、AWS AI-DLC Unicorn Gym ワークショップの紹介、そして今後の開発プロセスにどう活かしていくかの展望という形で筆を取りたいと思います。 あのプレスリリースから半年 年度が変わった直後の4月2日、当社においてAIエディタ「Cursor」を全エンジニアに導入するというプレスリリースを発表しました。 カカクコム、AIエディタ「C

みなさんこんにちは！ふるまいチーム、アニメーター改めビヘイビアデザイナーの中里です。 社内外で"アニメーター"と呼称されていた我々ですが、採用活動強化などを機にロールが分かりやすくなるよう呼称を"ビヘイビアデザイナー"に変更しました。多少分かりやすくなったでしょうか？社内での浸透率は体感50％くらいです。 本題と逸れてすみません、今日は6月に受講した認定スクラムマスター(CSM)研修でなんとスクラムマスター(SM)だけではなくデベロッパー(Dev)のこともよく理解してしまったので、記事にしたいと思います。レッツゴー なぜスクラムマスター研修を受けたのか わたしはDevですが、エンジニアではないためこれまで社内でよく扱われていた認定スクラムデベロッパー(CSD)研修には参加できていませんでした。もう10年近くGROOVE Xにいるのにコードが書けないからです。びっくりしますよね。人間興味がな

ダイキン工業では2021年から、有志が集い、アジャイル開発によるソフトウェアの内製化に取り組み始めました。営業部門をステークホルダーとしたスクラムによる開発体制を作り、事業価値を提供するためプロダクトの改善を繰り返してきました。 しかし、本来一つのチームであるはずのスクラムの中で、営業側から開発チームが「社内受託チーム」のように見なされるなど、ズレを感じる場面が生じていたといいます。 ダイキン工業はその状況をどう乗り越え、同じ目線でプロダクトに向き合うアジャイル本来の理念に根ざした取り組みを進めたのでしょうか。 同社でスクラムマスターとして活動し、他チームへのアジャイルコーチングを担当している谷尾虎之介さんと、営業部門に所属しながらプロダクトオーナー見習いとしてアジャイル内製化チームに参加している芦葉舞さんに、「営業チームへの働きかけ」を中心にお話を伺いました。 アジャイル開発で対外的な評

【 次】 第1章 ソフトウェアづくりをアジャイルにする 仮説キャンバスで「期待」を捉える 1-1 ソフトウェアづくりを間違う理由 1-2 仮説キャンバスで期待を捉える 1-3 作る、試す、正す 第2章 ソフトウェアからプロダクトへ 仮説キャンバスで「価値」を捉える 2-1 解くべき「問題」が存在しない 2-2 仮説キャンバスで価値を捉える 2-3 仮説検証型アジャイル開発によるプロダクトづくり 第3章 プロダクトからシステムへ 仮説展開ストーリーで「変化」を捉える 3-1 き詰まる「プロダクトづくり」 3-2 「システム」の仮説を てる 3-3 「システム」の仮説検証 第4章 システムをシステムでつくる From-Toキャンバスでチームに「アジャイル」を宿す 4-1 最も さな動くシステム（ＭＶＳ） 4-2 「プロダクトチーム」から「システムチーム」へ 4-3 中間的 成的組織 第5章 ア

総合空調専業企業のダイキン工業では、事業部や顧客を巻き込んだアジャイル開発の内製化を推進している。2025年には社内の内製化を推進するために、アジャイル内製センターを仮想的に組織化した。そこに至るまで何があったのか、またどのようにして取り組みを拡大してきたのか。そして、アジャイル内製化を推進していく上で、どんな課題があったのか。ファインディの渡邉順氏の進行の下、ダイキン工業 テクノロジー・イノベーションセンターでアジャイル内製センターの代表を務める森鳰武史氏が解説した。 エンジニアを支援するプラットフォームを提供するファインディ ファインディ株式会社 Findy Team+ 事業部 2B Marketing マネージャー 渡邉 順氏 ファインディはエンジニア転職サービス「Findy」や開発データを意思決定に活かす、経営と現場をつなぐAI戦略支援SaaS「Findy Team+」など、エンジ

はじめに アジャイルという言葉は広く普及していますが、その本質を正確に理解している人は多くありません。表面的には「変化に強い開発手法」「小さく作って早く回す」という説明が一般的ですが、実際のアジャイルははるかに本質的で、人間の認知能力と組織構造に強く依存した哲学的な方式です。本レポートでは、アジャイルの本質を掘り下げ、なぜ特定の条件を満たすチームでのみ成立するのかを論理的に整理します。そのうえで、アジャイルが成功するために必要な“人の条件”と組織の前提について考察します。 アジャイルとは「真実 × 目的 × 推論」が揃う方式である アジャイルが他の開発方式と決定的に異なるのは、根幹に「真実を操作しない」という前提が置かれている点です。嘘や政治的配慮を最小化し、現実をありのまま扱います。これにより、チーム内の各メンバーが事実を基点として矛盾なく行動できます。しかし、事実の共有だけでは組織は前

スライド概要 アジャイルジャパン2025]あなたのアジャイルがうまくいかない10の理由～"Reboot"のための処方箋～　より 大手SIerでの開発/運用、大規模プロジェクトマネジメントを経験した後、ミドルベンチャーでCTO、通信系事業会社でエンジニアリングマネージャー、国立大学で非常勤講師などを歴任。プロダクト開発や組織づくりに造詣が深い。 2003年からアジャイルを実践しており、社内外問わずいくつものチーム、組織の支援を行ってきた。現在は、株式会社レッドジャーニーで認定スクラムプロフェッショナルとしてDX支援、組織変革に邁進している。 日本XPユーザグループスタッフ BIT VALLEY -INSIDE-ファウンダー 保険xアジャイルコミュニティ「.insurance」オーガナイザー 人材ビジネスxアジャイルコミュニティ オーガナイザー Agile Tour Yokohama実行委員

DroidKaigi.collect { #26@Kanazawa } 共催 GDGoC KIT https://droidkaigi.connpass.com/event/371437/

この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の117週目の記事です！ 3年間連続達成まで残り42週となりました！ はじめに みなさんは、良いプロダクトを作っていくために、良い組織を作りたいと考えたことはありますか？私は常にこのことについて頭を悩ませていますが、うまくいかないことだらけでいつも心が折れてしまいそうになります。 困り果てていた私は偶然「問題解決のジレンマ」と「5000の事例から導き出した 日本企業最後の伸びしろ 人的資本経営大全」という書籍を手に取りました。そして、その書籍から得た知見をこの組織を良くしていくことに使えるのではないかと考えました。組織をよくしたいと悩んでいるそこのあなた！この記事を読むことで、新たな武器を1つ手に入れられるかもしれません。 こちらがその書籍になります。この記事を読んで興味を持った方はぜひ手にとってみ

はじめに アジャイル開発では「チームワーク」が成果の鍵を握ります。 しかし、チームの中に高い技術スキルを持っていても、協調性に欠けるメンバーがいると、プロジェクトは一気に難航します。 そうした存在は「ブリリアントジャーク（Brilliant Jerk）」と呼ばれます。 私自身、スクラムマスターとして、まさにそのような状況に直面したことがあります。 本記事では、そのときの経験と、そこから得た教訓を紹介します。 ※ご紹介する内容はわかりやすく一般化したもので、実在のプロジェクトや人物とは一切関係ありません。 ブリリアントジャークとは何か ブリリアントジャークとは、優秀だが厄介な人を意味します。 彼らは知識も技術も豊富ですが、他者への配慮や共感が欠け、結果としてチーム全体の心理的安全性を壊してしまうことがあります。 アジャイルでは、透明性・協働・自己組織化が重要です。 しかし、コミュニケーション

はじめに アジャイル開発では「チームワーク」が成果の鍵を握ります。 しかし、チームの中に高い技術スキルを持っていても、協調性に欠けるメンバーがいると、プロジェクトは一気に難航します。 そうした存在は「ブリリアントジャーク（Brilliant Jerk）」と呼ばれます。 私自身、スクラムマスターとして、まさにそのような状況に直面したことがあります。 本記事では、そのときの経験と、そこから得た教訓を紹介します。 ※ご紹介する内容はわかりやすく一般化したもので、実在のプロジェクトや人物とは一切関係ありません。 ブリリアントジャークとは何か ブリリアントジャークとは、優秀だが厄介な人を意味します。 彼らは知識も技術も豊富ですが、他者への配慮や共感が欠け、結果としてチーム全体の心理的安全性を壊してしまうことがあります。 アジャイルでは、透明性・協働・自己組織化が重要です。 しかし、コミュニケーション

AI推進は難しいAI推進がうまくいかない理由を挙げだしたらキリがない。 領域選定のミス、経営陣のリテラシー不足、社内政治（既存部署の抵抗）、推進体制が適切でない、既存業務の再定義が困難　など無限に出てくる。 その中でも今回はKPI設計に焦点を当ててみる。 なぜAI推進においては適切なKPI設計が特に大事なのか そもそも目標設定が大事なのはいうまでもない。 目標がなければ、プロジェクトの成功・失敗の判断を下すことも、関係者間で認識を合わせることもできない。 そんな当たり前の話をしたいわけではなくて、 KPI設計が特に大事な理由は、AI系プロジェクトはAIの性質上、正しくKPI設計をしないと確実に失敗するからだ。 なぜか？ AIは短期では「先行指標」にのみしか寄与できないケースが多いからだ。 先行指標と結果指標について先行指標とは、最終的な成果（例: 売上）につながる「原因」や「プロセス」に関

デイリースタンドアップ、スプリントプランニング、レトロスペクティブ。スクラムのフレームワークは完全に導入した。チームは毎日15分のスタンドアップをしているし、2週間ごとにふりかえりとカイゼンアイテムの特定をしている。でも、何かが違う。現場は相変わらず「忙しい」と言い続け、部門間の壁は高いままで、意思決定のスピードは上がらない。 アジャイルやスクラムを始めたばかりのチームや組織において、このような状況に心当たりがあるのではないでしょうか。問題は、フレームワークそのものではありません。 ここで私たちが直面しているのは、技術的課題と適応課題を取り違えているという、より根本的な問題です。 技術的課題と適応課題 この概念は、ハーバード大学のロナルド・ハイフェッツ氏が提唱したリーダーシップ理論に基づいています。 技術的課題 問題が明確で、解決策がすでに存在する 専門家が答えを持っている 既存の知識やス

みなさんこんにちは。@ryuzeeです。 2025年10月17日に技術顧問先の社内イベントで「生成AIでスクラムによる開発はどう変わるか」というテーマで登壇しましたので、そのときの資料を公開します。 先日発表された「State of AI-assisted Software Development」にもあるように、開発現場でのAI導入は当たり前になりました。 これはすなわち、既存の開発プロセスをAIにあわせてチューニングしなければいけないことを意味します（そしてAI自体が非常に速い速度で変化しているので、それにあわせて継続的な調整が必要です）。 スクラムについても同様で、根底となる価値観や原則に変化はないものの、イベントや作成物などには大きな影響があります。 このセッションでは、複数の支援先を踏まえて、現時点で起こっている変化について説明しました。 参考になれば幸いです。 忙しい方向けのま