スプリントゴールって何？ - ナイスビア珍道記
今週、筑波大学のenPiT夏合宿をやっています。 大学生10チームがソフトウェアプロダクトを作るというプロジェクト型教育のなかで、1週間の夏合宿で1日1スプリントのスクラムを採用してアジャイル開発を実践しています。 ちなみに9月には琉球大学のenPiT夏合宿もやります。 詳しくは過去にいろいろ書いてきたのでそちらを参考にしてください。 miholovesq.hatenablog.com 今回は、「スプリントゴール」をうまく使いこなせないチームを目にして全体に伝えた内容に加筆して、ブログにも残しておきます。 スプリントゴールとは 現時点で最新のスクラムガイド 2020年11月版から引用します。 スプリントゴールはスプリントの唯一の目的である。スプリントゴールは開発者が確約するものだが、スプリントゴールを達成するために必要となる作業に対しては柔軟性をもたらす。スプリントゴールはまた、一貫性と集
意識の問題にしない
みなさんこんにちは。@ryuzeeです。 今日はTwitter経由で頂いた質問に回答したいと思います。 質問は以下になります。 スプリントで『自分が最初に取り組むプロダクトバックログアイテム（PBI）を終わらせば自分の仕事は終わり』という意識のメンバーが多いです。そのため、PBI每に担当を決めて複数のPBIを並列で進めているのですが、インクリメントが0になる可能性があるのでできればやめたいと思っています。スプリントプランニングで決まったPBIすべてをチームで協力して終わらせるという意識に変えるためにはどうしたらよいでしょうか？ 例えば、AさんとBさんとCさんが最初にPBI-1をやる場合、スプリントでPBI-1を終わらせればよい、PBI-2とPBI-3は自分たちのタスクではないという意識になってしまっているという感じです。 ということで考えていきましょう。 スプリントでの開発者の仕事は何か？
SREチームがスクラムを導入し1年でタスクの可視化と脱属人化を実現した話
ビズリーチ事業部のSREチームは、スクラムを導入して1年が経ち、タスクの可視化と脱属人化を実現しました。 導入にあたって何をしたのか、開発チームとは異なる工夫が必要だったところはどこか、導入後何が変わったのかを振り返ってみました。 ビズリーチ事業部のSREチームについて 「ビズリーチ」を担当していて、SRE(Site Reliability Engineer)としてアプリケーションエンジニアと共にプロダクトの継続的な成長のため信頼性・可用性の向上、自動化、効率化などに取り組んでいます。 なお、チームの構成は以下のようになっています。 開発者: SREチームのメンバー(5人) PO: SREチームのマネージャー スクラムマスター: 社内横断組織に所属している専任のスクラムマスター SREチームが抱えていた課題とスクラムの導入目的 まず、SREチームがスクラムを導入した背景を説明します。 PO
開発のスピードを上げたいならすべてのスコープを小さくしよう
ピナクルズの CTO をしている渋谷です。「現場向け動画 DX」を実現するための SaaS『tebiki』を開発しています。 今回は、「プロダクトの開発スピードを落とさずに、かつユーザーの芯を食ったソリューションを提供するためには、すべてのスコープをいかに小さくできるかが重要」だということについて書いてみたいと思います。 ちなみに弊社はこれを実践することで開発がものすごくスムーズになり、リリース頻度が体感で 50% くらい向上しました！ スピードは失われていく前提として、プロダクトの開発スピードは意識的に改善し続けなければ、機能の追加とともに失われていきます。 提供する機能の増加に伴い、仕様の辻褄合わせだとか実装の順番だとかの複雑に関連するパラメータも同時に増えてしまうので、結果として人や時間といった必要なリソースが指数的に増えていくという話ですね。 （技術的な負債もこのパラメータに含まれ
スクラムワークショップ -Vol.01 レゴ®編 / 開発者向けブログ・イベント | GMO Developers
技術研究チームの活動の一環で、スクラムを体験するワークショップを開催しました。 本シリーズではそれらの実施方法や様子をお届けします。 第一回のテーマはレゴ®によるスクラムワークショップです。 はじめに みなさんこんにちは。成瀬（@nrslib）です。 GMOインターネットにはデヴェロッパータスクフォース（以下DTF）というチームがあります。 DTFは端的に表現すると技術研究チームです。 開発者が互いに切磋琢磨する仕組み・環境の整備・開発技術や開発手法のキャッチアップをして、そこで得た知見を他の開発者や製品・サービスにフィードバックするのが目的です。 DTFが手がける活動は多岐にわたります。 世の中のトレンドや最新の技術のキャッチアップは当然のこととして、既知の技術でありながらノウハウのないものや、技術以外に開発手法なども対象範囲です。 今回、DTFではスクラムのワークショップをいくつか実施
スクラムチームを支える心理学 - 死亡前死因分析
この記事では、私たちのチームがスプリントゴールの達成とコード品質の低下を防ぐために行っているプラクティス、「死亡前死因分析」について紹介します。 スクラムチームと計画 変化への適応が強調されるスクラムですが、だからと言って事前の計画をないがしろにすることはできません。 私たちのチームが大切にしているキーワードのひとつに、“Measure twice, cut once” （二度測って、一度で切る）があります。もともとは優れた大工の仕事を指す言葉で、注意深く計画し一度で仕事を済ませる、手戻りのない状況を表現する言い回しです。 私たちにとっても、“Measure twice, cut once” の大切さは大工にとってのそれと変わりません。手戻りはデリバリの速度だけでなく、実装の素直さやコードの端的さにも悪い影響を与えるためです。ソフトウェアのバグが一番現れやすい箇所は「苦労と試行錯誤の末にな
スクラムとアジャイル開発の本を12冊一気に読んでみた！その中から初心者、中級者、上級者向けのおすすめを紹介｜Dentsu Digital Tech Blog
スクラムとアジャイル開発の本を12冊一気に読んでみた！その中から初心者、中級者、上級者向けのおすすめを紹介 こんにちは電通デジタル開発部エンジニアのリチャードです。弊社で開発している社内プロダクトEASIではスクラム開発を採用しており、開発部内には認定スクラムマスターも在籍しています。一方で私個人はこれまでスクラム開発を経験してはいたものの、断片的な知識と経験で乗り切っていた部分が強く、改めてスクラムやアジャイル開発の基本を学び直そうと思い立ち、12冊の本を一気読みしました。ちょうど数ヶ月前に電通デジタルへと転職したばかりだったので、よい機会だったと思います。 今回読んだ本の一覧はこちらです！過去に読んで改めて今回読み直した本もあるため、冊数は多くなっています。 初心者向け 1. いちばんやさしいアジャイル開発の教本 2. SCRUM BOOT CAMP THE BOOK 中級者向け 3.
RSGT2020で何を学びたかった／学べたか ～ 全参加セッションレポート - Be Happyman!!
参加できなかった同僚＆自分のために、キーノート以外で参加した全セッションの記録や感想をまとめました。RSGTには初参加だったのですが、面白そうなセッションが多く、迷ったら「普段自分が（主に業務で）携わることが少ない領域や経験について知れそうか？」という基準で選びました。 Day1(2020-01-08) Ryutaro YOSHIBA (Ryuzee) - アジャイルコーチ活用術 https://slide.meguro.ryuzee.com/slides/100 Agile Studio Fukui でも、時折お客様からアジャイルコーチっぽいふるまいを期待されることが多いのですが、業務・サービスとしては積極的に扱っていないため、本業の方はどんなこと考えているのか？を知りたくて参加しました。 アジャイルコーチと言っても、コーチングだけでなく、顧客の結果と、顧客の育成に対する責任度合いによっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発者向けブログ・イベント | GMO Developers
スクラムガイド - Scrum Guide 2020 年 11 月