うちのチームのデイリースクラム 2021年夏編 - 半空洞男女関係
「自分ができるタスクもうないので次のスプリントのPBIに着手します」問題をなるべくわかりやすく説明したい。良い例え話あるかな。— ama-ch (@ama_ch) August 6, 2021 を見ていて、うちのチームのデイリースクラムを紹介したくなったのでかいてみます。こういうのを書くのははじめてかもしれない。 全体デイリースクラム まず、決まった時間になったら一つの部屋に集まって、全体のデイリースクラムをする。今は3チームくらいあるので、全体でやりとりしたいことも多い。 全体のゴールとかあるわけでもないので、ただの朝会って感じ。(「朝会」でいいのかも) チャットで報告でおしまいでもいいのだが、「知らなかったー」とかはあるので、共有したい勤怠の連絡事項とか、今日はリリースがありますねーとか、この前の障害についてですがー、などなど、全体で知っておきたい情報はここで共有する。 現状、品証チー
なぜスクラムチームをスケールしたくなるのか - だいくしー(@daiksy)のはてなブログ
Nexus, Scrum@Scale, LeSS, SAFeなど、スクラムチームをスケーリングする手法はたくさん存在する。 しかし、アジャイルコーチなどに、「スクラムをスケールするにはどうすればいいですか？」と聞くと「そもそもスケールをするな」と言われることもある。ぼくも基本的にはこれに同意する。 コンパクトな職能横断型のチームで、短いサイクルで高速に、安定したペースで開発をする。これをずっと続けることができるのならばそれが一番良い。 なのになぜ、人々はスクラムチームをスケールしたくなるのか。なぜこんなにたくさんのスケーリング手法が存在するのだろうか？ そういうことを考えてみた。 最初から人がたくさん必要な場合 そもそも最初からスケールされたチームでやりたいパターンがある。大規模な開発などはそうだろう。 小さくローンチして、インクリメンタルにユーザーフィードバックを受けながら開発できれば理
ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは！ アジャイルコーチの荒瀬です。 ヤフー、および関連会社のアジャイル開発支援や研修を担当しています。 今回はヤフーのスクラム実践者の学習方法についてお話しします。 イベントや研修の中で、スクラムの勉強方法をいろいろな方から質問されることが多かったので、記事にするとより多くの人の役に立つのではないかと思い執筆することにしました。 また、せっかく書くのであれば、ヤフーの中にいるさまざまなスクラム実践者の話も交えると、経験年数別に、より参考になりそうな書籍、セミナーや研修を紹介できるのではないかと考え、ヤフーのスクラム経験者にも協力いただいています。 スクラムを始めた頃の自身のことを考えながら、こういう記事があるといいのにと思
Learning Scrum using Minecraft Education
Facing the COVID-19 pandemic, we are all staying home for the safety of our people. This is a hard time for all of us. While classes are re-scheduled in the Fall, some of us Scrum trainers are refocusing our energy to help the household while others are investigating how to conduct interactive online training. The speed at which the Scrum.org community of trainers arrived to discover, create, deli
スクラムフェス札幌
スクラムフェス札幌は北海道におけるスクラムの学びの場です。 スクラムの初心者からエキスパートまで現場を少しでも良くしようと考えている様々な人々が集まります。 この3日間にわたる魅力的なセッションからはスクラムやアジャイル開発に関する多くのヒントを見つけることができ、現場の力をより一層高めることにつながります。 Day0 11/3 (Thu) open 17:30 start 18:00 close 20:00 Day1 11/4 (Fri) open 9:30 start 10:00 close 20:00 Day2 11/5 (Sat) open 9:30 start 10:00 close 15:20 詳細スケジュールはConfengineよりご確認ください
認定スクラムマスターになりました | おそらくはそれさえも平凡な日々
https://www.scrumalliance.org/community/profile/mmatsuki2 アトラクタ社の認定スクラムマスター研修を受け、テストも合格し、晴れて認定スクラムマスターとなりました。だからなんだというわけでもないですが、スクラムに関する交流や雑談などしたいとかあれば、ご相談ください。 受けたのは以下の研修で、Gabrielle Benefieldさんと原田騎郎さんが講師でした。 https://www.attractor.co.jp/info/csm-201905/ 比較的長年アジャイルやスクラムに関わってきたので、良い知識の再整理の機会になりました。ありがとうございました。 私とスクラム 意外かもしれませんが、僕はそれなりにアジャイルやスクラムを経験してきました。とはいえ、今の開発者が押さえておくべき技術分野の一つなので、人並みくらいかもしれません。M
スクラムマスターは保育園の先生に似ている - kawaguti’s diary
こんなご相談をいただきまして。 スクラムマスターは支援者だとは思っているんですが言葉が難しく…提案や促し？ではなく「指示」なってしまう場面があり上手く出来なくて うーん、まあそんなに焦らず、刺激を与えたらその反応を、じっくり観察していきましょう。ってなアドバイスをしまして。 スクラムマスターっていうのは、人を変えるというか、理解を促したり、姿勢を矯正していくような仕事なので、「30m走りなさい」って言えるPOとはちょっと違ってですね。人間という複雑なものを複数束ねたチームというのを扱うので、とにかく刺激->反応を見るを繰り返すしかなかったりすると思います。 なので、「こうしてほしい」に「はいやります！」っていう変化は単純、もしくはうわべだけなので、もうちょっと本質的な深い変化を観察する必要があるかなと思います。 問題 (ミーティングが長い) -> 対処 (短くしたほうがいい) ... では
スクラムで削除された5つのトピック
みなさんこんにちは。@ryuzeeです。 スクラムのフレームワークの中身はスクラムガイドで定義されていますが、登場以来ずっと同じ内容なわけではなく、何度か改定が行われています（2010年版、2011年版、2013年版、2016年版、2017年版）。過去の改定内容はこちらに記載されています。 過去の変遷においてよく議論になる5つの項目についてWillem-Jan Ageling氏が5 controversial topics that were removed from Scrumという記事にまとめています。 御本人から快諾いただきましたので和訳にて紹介します。 スクラム再発見の時間です。 5年かそれ以上前にスクラムを適用した場合、現在のものとは異なる情報源を元にしていたはずです。 しかし、スクラムとして定義されてスクラムガイドで言及されたものの、ある時点で削除されたものが多数あります。 ま
たまに「スクラムが難しい」って相談があって見に行ったりする。 - Mitsuyuki.Shiiba
「プロダクトオーナーとしてやることはしっかりやってるんです」 「もちろんバックログがあります。そして、ストーリーが優先順にならべられています」 「MVP(Minimum Viable Product)も考えていて、ここまでが必須だと考えています」 「そしてこのMVPをこの日までにリリースしたいと考えているんです」 いいですね。 でも、ストーリーポイントを見たところ難しそうですね。 「そうなんです。もうプロダクトオーナーとして自分ができることは全てやりましたから、あとは開発チームに、この日までにリリースできるようになんとか頑張ってもらうしかないと思っています。スクラムではこういうときどうしますか？」 そうですね・・・。まずは、実現できないということを受け止めましょう。 「え？」 そして、ここで頑張るのは開発チームではなくてプロダクトオーナーですね。 「もう自分のできることは全てやっていますよ
Sprint Review Anti-Patterns: 15 Ways how Scrum Teams Can Improve
Join more than 49,000 professionals who subscribe to Food for Agile Thought and be better informed about what’s happening in agile development! Join more than 49,000 professionals who subscribe to our free weekly compilation of the best news in Agile, Scrum, product management, and lean practices. TL; DR: 15 Sprint Review Anti-Patterns Are we still on track to accomplish the Product Goal? Mor
仕事効率化・プロジェクト開発をサポート – 仕事効率化・業務改善・スクラムなアジャイル開発を支援するITサービスメディア
コンテンツへスキップ 無料で使えるプロジェクト管理 Redmine を導入しよう Lark チームがつながるDXツールを使ってみよう 無料で使える「タスク管理」アプリを比較してみよう Linux の find コマンドで ファイル名にワイルドカードを指定 Linux でディレクトリのハッシュ値を計算 グループウェアの選び方！クラウド？オンプレミス？などポイントを解説 Redmineとは？ Redmineは、オープンソースで公開されているContinue reading イントロダクション デジタルトランスフォーメーション（DX）は、企業のContinue reading みなさんは、タスク管理アプリは使っていますか？ 学業や仕事、家のことやContinue reading find コマンドを使用して、パスにワイルドカードを含む方法について説Continue reading イントロダクシ
プロダクトバックログの項目は「優先付け」するんじゃなくて「並び替える」 - capsctrldays(2011-08-02)
プロダクトバックログの項目は「優先付け」するんじゃなくて「並び替える」現在、新しい『Scrum Guide』を訳しています（現在レビュー待ち）。今回の変更で気になったのが、プロダクトバックログの項目を「優先付け（Prioritized）」するんじゃなくて、単に「並び替える（Ordered）」という点です。 詳しくは、世界の破壊者 Jim Cope による「Ordered Not Prioritized」に譲りますが、端的に言えば「優先順で並べることが、必ずしもROIや価値を最大化するわけではない」ということです。先の例を借りれば、どんなに優先度が高くてもサンタの画像は冬に表示することに価値があり、どんなに家の屋根が気になっていても最初から屋根を作れるわけはない、ということです。 プロダクトバックログは時間軸を伴う有機的な存在です。全体最適を考えて、柔軟に「並び替える」ことが成功の鍵となりま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクラムガイドの変更点（2017→2020）から見えるスクラムチームが陥りやすい3つの罠 | Agile Studio
かんばん！～もし女子高生がRedmineで「スクラム」開発をしたら
20110118 scrum 10 mins