はてなブックマーク

みなさんこんにちは。@ryuzeeです。 2026年1月7日〜9日まで開催のRegional Scrum Gathering Tokyo 2026で「デイリースクラム Deep Dive」というテーマで登壇しましたので、資料を公開します。 「スプリントレトロスペクティブ Deep Dive」ということで過去のDeep Diveシリーズの続きになっています。 過去のDeep Diveシリーズはこちらからご覧ください。 プロダクトバックログ Deep Diveスプリントプランニング Deep Diveスプリントレビュー Deep Diveベロシティ Deep Diveスプリントレトロスペクティブ Deep Diveセッション資料は以下になります。 以下簡単なまとめです。 デイリースクラムを朝会と呼ばない。余計なコンテキストが増えてしまい本来の目的が阻害されるデイリースクラムの目的は、スプリント

はじめに Part 2では、ワークフローとカスタムツールによる個人の生産性向上に焦点を当てました。 シリーズ最終回となる今回は、 「チーム開発」 でのAntigravity活用についてです。複数人でエージェントを使う場合、ルールがバラバラだとコードの品質やスタイルに不整合が生じます。 「みんなで同じルールを守る」「新人もベテランも同じ品質で開発する」ためのガバナンス設計を解説します。 1. ルールの階層構造と共有 Antigravityのルール設定は、Gitリポジトリを通じてチーム全体で共有・同期することができます。 画像：共有ルールが各開発者に配布される仕組み 推奨されるディレクトリ構成 チームで運用する場合、専用の「ルールリポジトリ」を作るか、モノレポのルートに設定を置くのが一般的です。 基本的に .agent/ ディレクトリは Git にコミットして共有します（シークレットを除く）。

はじめに こんにちは、「ZOZOMO」のブランド実店舗の在庫確認・在庫取り置き機能の開発を担当しているZOZOMO部OMOブロックの木目沢です。先日、プロダクト開発メンバーとビジネスメンバー合同で2日間の「ユーザーストーリー」ワークショップを開催しました。 1日目は「キャンプ」を題材にユーザーストーリーの型と会話を体験し、2日目は実際のZOZOMO店舗在庫取り置きでユーザーストーリーを書き、優先順位を決めて実際に開発するところまで行いました。 この記事では、その2日間をまとめて振り返ります。 目次 はじめに 目次 開発チームの課題感と、ワークショップのねらい なぜ「ユーザーストーリー」なのか？ 1日目：キャンプでユーザーストーリーの型を体験する メインワーク１：キャンプで“WHAT”を考える メインワーク２：WHYを考える──価値の核心を探る メインワーク３：WHAT/WHYを“実現したと

はじめに こんにちは。楽楽販売の開発を担当しているuemuraです。 楽楽販売では11月に、初のAI機能をリリースしました。 楽楽販売をご契約いただいたお客様が導入準備をスムーズに進められるように支援する、チャット形式の機能となっています。 プレスリリースはこちら。 本機能の開発PJは楽楽販売にとって（また私自身にとっても） 初のAI機能開発、初のアジャイル×スクラム開発 となっており、新しいこと尽くめでした。 AI機能を開発する難しさもさることながら、アジャイル×スクラム開発にもなかなか苦戦したため、その学びを残しておこうと思います。 目次 体制紹介 どのような流れで開発が進んだか フェーズ1：立ち上がり フェーズ2：仮説ドリブンの機能開発 フェーズ3：品質改善とリリース準備 良くなかった点 自転車操業に陥った インクリメントの品質を担保できていなかった 生成AIによるコーディングとの付

こんにちは、今年4月から tebiki 現場教育のエンジニアをしている許斐です。 この記事はスクラムマスター Advent Calendar 2025の24日目の記事です。 adventar.org スクラム未経験だった私が Tebiki のスクラムチームに参加し、葛藤し、その中で得た学びを、スクラム初期・中期・後期という時間軸で振り返りながら整理していきます。 この記事を通して Tebiki に興味を持たれた方に、弊社のスクラムの様子を知ってもらえる スクラム開発の中で日々もがき苦しんでいる方に、少しでも共感してもらえる と、とても嬉しいです！ 【初期】スプリントゴールって複数あっちゃいけないの？ 【中期】自分ってチームに貢献できてるんだろうか？ 【後期】ミニウォーターフォールを防ぐにはどうしよう？ まとめ ご案内 【初期】スプリントゴールって複数あっちゃいけないの？ スクラムチームに入

前提 この記事では、vscodeで github copilotを使った開発環境での話をしていますが、他のAI エディタを使用している場合でも基本的には同じ機能があると思います。 適宜お使いの機能で読み替えていただけたらと思います！ はじめに こんにちは！ 現在業務でNext.jsを使ったwebアプリケーションを開発しています。 チームメンバーは私含め5名で、開発ツールはvscodeで github copilotを利用しています。 生意気ながらチーム内で私が1番Next.jsやReactを触った経験が長いため、コードレビューのほとんどを担当させていただいています。 そんな中、私以外のメンバーはNext.js、Reactの経験がほとんどないため、メンバー内やPRのたびにコードの品質が結構異なるという現象が起きており、レビューやリファクタリングの負担が大きいことが課題でした。 特にチーム全体

こんにちは！システム開発部のデザイナー、moco（@moco_megane）です。 この記事はSEN Advent Calendar 2025 の17日目です🎄 先日、社内で丸 怜里さん著「モデルベースUIデザイン」の読書会を企画しました。 すでに読んだ人ならきっと共感してくれると思うのですが、この本、最初の1章からしてとても刺激的ですよね。 読みながら「これは一人で読むだけで終わらせたくない…！」という気持ちがふつふつと湧いてきました。 プロダクトデザイナーのメンバーにおすすめしつつ、せっかくならデザイナーだけでなく、エンジニアはどう捉えるのか、どんな視点で読むのかも知りたい。 そんな思いで読書会の募集をかけたところ、なんと自分を含めて9名ものメンバーが集まってくれました。 形式としては、毎週各自で1章ずつ読み、30分で感想や疑問を共有するというシンプルなもの。 しかし、初回から私はさ

コーディングエージェント、特に頭のよいモデルを使っていると、大量の情報を流し込まれて脳が焼かれることありませんか？ ちょっと参考資料を渡して「これを元に設計を開始したい」と言い出すと、 「五次元異空間ミョーミョンでピョマるだけですね」 「ではラングリングの有効期間は2秒間でかまいませんか？」 「これだから平成のひとは！」 とかいきなり言われて「は？なに？？？」みたいになりがちです。 ざくっと設計壁打ちしたかったから、参考資料（これも絶対のものではない）を渡しただけなのに、参考資料を絶対のものとしてずっと先まで全部「勝手に確定された」というのはかなりのストレスになります。しかも、それらの情報を組み立てるためにやたらコンテキスト消費をして、時間がかかってしまいます。 今回はこれを防ぐためのプロトコルを開発してみました。五次元異空間は不要です。 # Protocol: マイクロコミット合意プロト

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

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

#!/bin/bash # スクリプトのディレクトリと設定ファイル SCRIPT_DIR=$(cd "$(dirname "$0")" && pwd) CONFIG_FILE="${SCRIPT_DIR}/.env" # 設定ファイルの読み込み if [ -f "$CONFIG_FILE" ]; then source "$CONFIG_FILE" else echo "警告: 設定ファイル .env が見つかりません (${CONFIG_FILE})" fi # Webhook URLの確認 if [ -z "$SLACK_WEBHOOK_URL" ]; then echo "エラー: SLACK_WEBHOOK_URL が設定されていません" >&2 echo "scripts/.env に SLACK_WEBHOOK_URL を設定してください" >&2 exit 1 fi # 初期

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

こんにちは！ 千株式会社 システム開発部のおはぎ（@ohagi_dev）です。 今年もアドベントカレンダーの季節がやってきました。 SEN Advent Calendar 2025 は昨年に続き、今年で2年目の開催になります 🎉 そして今年は、トップバッターを私おはぎが務めさせていただきます🙋‍♂️ デイリースクラムの15分でチームはどのように変わるか スクラムマスターが黙ったら、チームの対話が動き出した デイリースクラムが変わっていくまでの3つの工夫 あなたの作業ではなくチームとスプリントゴールを問う デイリースクラムの進行パターンを揺らしてみる あえて口を出さず、場をメンバーに委ねるという選択 メンバー同士が自然に称賛し合うチームへ 「進捗報告の時間」から「チームで場をつくる時間」へ デイリースクラムの15分でチームはどのように変わるか 私が所属するチームでは、開発手法としてスクラ

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