並び順

ブックマーク数

期間指定

  • から
  • まで

561 - 600 件 / 1169件

新着順 人気順

scrumの検索結果561 - 600 件 / 1169件

  • 次の転換期に備えて、過去から振る舞いを学ぶ 川口恭伸氏が考える、アジャイル開発とDevOpsの歴史

    川口氏の自己紹介 松本雅博氏(以下、松本):本日のスピーカーをお呼びしたいと思います。福井さん、準備はいかがでしょうか。 福井厚氏(以下、福井):準備できています。みなさんこんにちは。AWSのソリューションアーキテクトの福井です。今日は、私が古くから仲良くしている、アジャイルコーチとしても有名な川口さんに、アジャイル開発とDevOpsの歴史について語ってもらいたいと思います。 私も(お話の)内容をワクワクして待っていたので、今日を非常に楽しみにしていました。それではさっそく川口さんを呼びたいと思います。川口さん。 川口恭伸氏(以下、川口):こんにちは。アジャイルコーチの川口と申します。よろしくお願いします。福井さんとは長らくの付き合いでお世話になっています。 福井:こちらこそ、ずっと仲良くしてもらってありがとうございます。今日は川口さんのすばらしいセッションを楽しみにしているので、横でガヤ

      次の転換期に備えて、過去から振る舞いを学ぶ 川口恭伸氏が考える、アジャイル開発とDevOpsの歴史
    • スクラムマスターを1年間経験して変わったこと - Qiita

      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに なぜ書こうと思ったのか 22年10月頃から一年間スクラムマスターとしてチームの役割を担ってきました。 実のところマインドセット(思考法)自体は半年くらいで大きく変わった実感はあったのですが、1年をかけてゆっくりと育った感覚もあります。 今回は、自分が「スクラムマスター」としての役割を通してどのように価値観・マインドセット(思考法)が変わったのかをこの記事を通して伝え、同じ悩みや疑念を持っている人の勇気に繋がればいいなと執筆しました。 スクラムマスターとは スクラムマスターは、スクラムガイドで定義されたスクラムを確⽴させることの

        スクラムマスターを1年間経験して変わったこと - Qiita
      • SAFe(Scaled Agile Framework)の価値と原則 | Atlassian

        Scaled Agile Framework® (SAFe®)は、エンタープライズ規模でアジャイル・プラクティスを導入するための、一連の組織およびワークフローのパターンです。このフレームワークは、役割と責務に関する体系的なガイダンス、作業の計画と管理の方法、維持すべき価値などの知識がまとめられたものです。 SAFe は、多数のアジャイル・チーム間での調整、コラボレーション、デリバリーを促進します。アジャイル・ソフトウェア開発、リーン製品開発、システム思考の 3 つの主要な知識を中心に形成されています。 SAFe は、企業の規模の拡大に合わせてアジャイルを拡張するための体系的なアプローチを提供します。さまざまなレベルの拡張に対応するために、SAFe には、Essential SAFe、Large Solution SAFe、Portfolio SAFe、Full SAFe の 4 つの構成が

        • みんなで見積もれ!アジャイルな見積もり手法「プランニングポーカー」のやり方 | 月額制受託開発の株式会社mofmof

          mofmof inc.のエンジニア兼代表の原田です。 システム開発に関わったことがある方であれば、きっと「見積もり」の難しさについてはご存知のことと思います。業界全体でも多くの見積もり手法が生まれ、より効率的により正確に見積もれるようにしようと奮闘していることと思います。 今回は、いくつか存在する中の1つ、アジャイル開発で頻繁に用いられている「プランニングポーカー」という見積もり手法について紹介と解説をしていきます。 プランニングポーカーとは何か 簡単に箇条書きすると以下のような特徴があります。 一人ではなくチームで見積もる 相対見積もり 専用のカードを使用する なぜプランニングポーカーが良いのか ソフトウェアの納期見積もりは、星占いレベルのものであると思う 引用: ソフトウェアの納期見積もりは、星占いレベルのものであると思う - メソッド屋のブログ ぼくはこの言葉が好きで、よく社内研修の

            みんなで見積もれ!アジャイルな見積もり手法「プランニングポーカー」のやり方 | 月額制受託開発の株式会社mofmof
          • 2,500万ユーザーを支えるSREチームの6年間のスクラムのカイゼン

            SRE Kaigi 2025の登壇資料です #srekaigi https://fortee.jp/sre-kaigi-2025/proposal/ba2b0f88-e242-4d5d-9878-74296fa721b3

              2,500万ユーザーを支えるSREチームの6年間のスクラムのカイゼン
            • Creating Documentation in an Agile Scrum Environment - hitode909の日記

              普段メンテナンスしているプロダクトの仕様について、うまいストック情報を作れていないという課題感があって、世間のノウハウを知ろう、とKindleで適当に買った本を読んでみた。 スクラムチームに所属しながら製品のコンシュマー向けのドキュメントを書くためのテクニカルライティングの本。 読書メモ アジャイル開発について学んでもライターについての記述はなく、ステイクホルダーにも入っていない 包括的なドキュメントよりも動くソフトウェアを、という宣言があるけど、コンシュマー向けのドキュメントが不要になるわけではない ドキュメントを書かずにプロダクトを作り終えたり、完全にプロダクトを作り終えてからドキュメントを書くことができるプロダクトも存在する メールアプリのドキュメントを読んだことがありますか? スクラム環境でドキュメントを作るには2つのパターンがあり、デベロッパのスクラムチームに所属するパターンと、

                Creating Documentation in an Agile Scrum Environment - hitode909の日記
              • 「ひとつのプロダクトを全員で作る」大規模スクラム(LeSS)を導入したRetty開発組織の進化 | SELECK [セレック]

                プロダクトが成長すれば、当然その開発チームも拡大していく。それに伴い、多くの企業ではサービス軸や目的軸などでチームを細かく分けることで、意思決定スピードや機動力を担保していくことになる。 しかし、特に「ひとつのプロダクト」を開発する組織の場合、分権をすることが必ずしも最善とは言えないケースもあるだろう。 日本最大級の実名型グルメサービスRettyを展開するRetty株式会社。同社は2019年の時点では「検索」「SEO」「ネット予約」といった目的別のチームに大きく権限を委譲することで、成果を最大化することを目指していた。 しかし、各チーム内での「部分最適」が進むことで、ユーザー体験にズレが発生したり、プロダクト全体としての優先順位付けができなかったりと、多くの課題も抱えていたという。 そこで同社では、より良い開発プロセスづくりを目指し、大規模スクラム(LeSS:Large-Scale Scr

                  「ひとつのプロダクトを全員で作る」大規模スクラム(LeSS)を導入したRetty開発組織の進化 | SELECK [セレック]
                • VPoEとEM、そして スクラムマスターの道/Relationship between VPoE, EM, and "Scrum Master Way

                  VPoEとEM、そして スクラムマスターの道/Relationship between VPoE, EM, and "Scrum Master Way

                    VPoEとEM、そして スクラムマスターの道/Relationship between VPoE, EM, and "Scrum Master Way
                  • 「実践者が投票で選んだ【アジャイル・スクラム】の基礎力をつける本2020」投票結果を発表します!#旅するAgile本箱 - 江青日誌

                    旅するAgile本箱2020:第1位から第20位発表! 「実践者が投票で選んだ「アジャイル・スクラム」の基礎力をつける本2020」POPダウンロード先 投票してくださったみなさま、ご協力ありがとうございました! 全冊揃えてみたくなった方用Fax注文用紙(準備中) 旅するAgile本箱イエローページ こんにちは 2020年、全世界的にメモリアルな年になってしまうこと間違いなしな昨今、みなさん、お元気でいらっしゃいますでしょうか?恐怖に支配されないためにも、今年は「コロナにかからないための対策の年」は当然のこと、裏テーマとして「お勉強の年にする」をオススメしたいです! そんなわけで、「会社から突然スクラム開発やれって言われたときに読むべき本」というお題で、アジャイル実践者の方々に投票いただいた結果をもとに、70冊弱を貸し出しする「旅するAgile本箱」の2020年版の投票結果がまとまりました!

                      「実践者が投票で選んだ【アジャイル・スクラム】の基礎力をつける本2020」投票結果を発表します!#旅するAgile本箱 - 江青日誌
                    • 私たちがスクラムにおける見積もりをやめた理由と見積もりの現在地|イチロウ株式会社

                      はじめにイチロウ株式会社でエンジニアリングマネージャーを担当している nkns です。 情報発信やっていくゾ!ということで初回はスクラムにおける「見積もり」というテーマで記事をしたためました。 *本記事での「見積もり」とは、「作業量の見積もり(サイズ)」を指します)。 私自身、エンジニアリングマネージャーやスクラムマスターとして様々なチームに関わってきた中で、たくさんの見積もりを取り巻く問題や議論に参加し、うまくいったこともあれば、そうはいかなかったこともあります。そのような経験から、「スクラムにおける見積もり」というテーマで1度、2024年現在時点での考えをまとめたくなりました。 ご一読いただければ幸いです。 見積もりのアンチパターン書籍で触れられている、あるいは組織内で発生する見積もりのアンチパターンとはどのようなものでしょうか。ざっくりと列挙すると・・・ 見積もりがいつの間にかコミッ

                        私たちがスクラムにおける見積もりをやめた理由と見積もりの現在地|イチロウ株式会社
                      • ジェフ・サザーランドは「Roots of Scrum」で何を語ったか スクラムの考案には北米トヨタ自動車の取り組みや、竹内・野中論文が影響している

                        ジェフ・サザーランドがスクラムを思いついた源流 川口恭伸氏(以下、川口):“先アジャイル期”から簡単に話していきますね。「Roots of Scrum」でジェフ・サザーランドが何を言っているかという話をしていきたいと思います。 Co-Creator、ケン・シュウェイバーとジェフ・サザーランドの2人がスクラムを作ったということですが、その源流になっているのが何かという話をしてもらったということです。 「スクラムの源流って何がありますか?」ということです。 まず、ジェフ・サザーランドさん。ジェフ・サザーランドさんは、いろいろな企業でCTOとかをやられていましたが、1993年にEaselという会社で最初のスクラムを考案して実施した方です。 (スライドを示して)そのジェフさんが「スクラムを思いついた源流は何ですか」というところを紹介しているのがこれです。文字がちょっと多いんですけれど。 まず1つは

                          ジェフ・サザーランドは「Roots of Scrum」で何を語ったか スクラムの考案には北米トヨタ自動車の取り組みや、竹内・野中論文が影響している
                        • XP創始者、Ron Jeffries氏による「ストーリーポイントの再考」|Shun Kimura

                          株式会社インテグリティス代表の木村です。(Twitterではけいと呼ばれています。) 最近は受託開発の他、クライアント企業様への内製エンジニアリングチームの立ち上げとコーチングを事業として取り組み始めました。 アジャイル開発における「ストーリーポイントとベロシティ」について考える機会があったので、色々調べてみました。 スクラムの文脈で見積もりの単位としてよく使われる「ストーリーポイント」ですが、元々はXPが起源でした。 XPの創始者の一人であるRon Jeffries氏は2019年5月23日、自身のサイトにて「Story Points Revisited(ストーリーポイントの再考)」と題し、ストーリーポイントに対する考えを述べています。 なにかと誤解があったり、スクラム開発の現場で疑問が生まれることも多い「ストーリーポイント」や「ベロシティ」という概念ですが、Ron Jeffries氏の記

                            XP創始者、Ron Jeffries氏による「ストーリーポイントの再考」|Shun Kimura
                          • 【アジャイル開発+UXデザイン】Lean UXをやってみて学んだ話|長岡紘子(野澤紘子)  Hiroko Nagaoka (Nozawa)

                            こんにちは。atama plusというAI×教育のスタートアップでUXリサーチャー/UXデザイナーをしています野澤です。 atama plusではプロダクトをアジャイルに開発しています。開発フレームワークとしてスクラムを採用していて、UXデザイナーもエンジニアやQAと1チームとなって開発を行っています(更に最近ではビジネスのメンバーもチームにジョインしてます)。 本記事では、atama plusのUXデザイナーがアジャイルにプロダクト開発を行うために大事にしている「Lean UX」という考え方と、私がそれを1年半実際にやってみて学んだこと、チームにLean UXやアジャイルの考え方を広げる方法を紹介します。 以下の人に向けて書きます! ・アジャイル開発に興味があるUXデザイナー・エンジニア・QA ・デザイナーとエンジニアとQAの壁に悩んでる人 ・組織にアジャイル・Lean UXを広めたいが

                              【アジャイル開発+UXデザイン】Lean UXをやってみて学んだ話|長岡紘子(野澤紘子)  Hiroko Nagaoka (Nozawa)
                            • つれづれなるままにポリコレ(加筆修正) - はてブの出来事

                              ※10/10 08:3514:30  10/11全体に加筆した。 何周遅れかわからないが、今さら温泉むすめの炎上元になったツイートを見る機会があり思ったことをつれづれなるままに書く。主にポリコレについて書く。 もともとは以下の記事に温泉むすめについての反射的な感想を書いていたのだが、 shin-fedor.hatenablog.com 書いてるうちに思考が膨らんできたので別記事として、今の考えを雑多に書き残す次第だ。 起承転結も何もない垂れ流しなので悪しからず……。 テーマは ポリコレってなんなんだ? そもそもポリコレに正当性はあるのか? ポリコレはこれからどこに行くのか? 俺のポリコレ感覚は? 金カムで一番好きなキャラはチンポ先生 といったところ。結論めいたものに着地することはない。わりと行ったり来たりする。つれづれだからね。 ポリティカル・コレクトネスとは何か? 「ゴールデンカムイ」は

                                つれづれなるままにポリコレ(加筆修正) - はてブの出来事
                              • スクラムマスターをして半年がたった - 未来永劫

                                近況 こんにちは. 表題通りでレコメンデーションチームのスクラムマスターを昨年の6月からやっている. 以前はチームから出向という形で新規チームのTLをやっていたのだが,チームでのMVPが完成してML的な複雑性をほぼ持たないシステムになったのでTLを委譲し,shopetan自身はレコメンデーションチームにカムバックしていた. shopetan.hatenablog.com レコメンデーションチームはというと,ここ半年でチームメンバーが精力的に外部登壇や記事を公開している. 昨年の下半期ではチーム史上最高のKPI向上を果たしていて,チームメンバー全員がBe a Proであるが故の成果だが,チームとしてもワークするようになっているのを肌感でも感じている. codezine.jp engineering.mercari.com engineering.mercari.com ai.mercari.

                                  スクラムマスターをして半年がたった - 未来永劫
                                • Slack キーワード通知に設定しているワード 100 連発 - id:onk のはてなブログ

                                  エゴサが趣味なので、社内の Slack のキーワード通知をめちゃくちゃ便利に使っている。 slack.com 何か見ておくと良いことがありそうなものを片っ端から通知するようにしているんだけど、100 個が上限なの知ってた? 100 個以上設定しようとするとこうなる 僕はこんなキーワードを入れています。適当に分類しながら見てみよう。 自分 onk, o/nk, on/k, おんく, 大仲, onaka, 眼科 自分の名前やハンドルネームを入れておくと、どこかで自分が呼ばれたときに気づけるようになる。 定時外だと親切でキーワード通知避けのために / を入れて発言する人もいるので、それも通知させるためにこういうキーワードになっています。戸籍ネームはほっっとんど呼ばれることは無いんだけど、念のため。 「眼科」は中心性漿液性網脈絡膜症になってるっぽいけど放置してたら T シャツが作られたので、戒めの

                                    Slack キーワード通知に設定しているワード 100 連発 - id:onk のはてなブログ
                                  • スクラムチーム内にマネージャー(評価者)がいてもいいですか

                                    アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) この質問は言い換えると、マネージャー兼プロダクトオーナー、マネージャー兼スクラムマスター、マネージャー兼開発者のありなしです。 スクラムガイド2020では、スクラムチームの構造や説明責任に関する記述は以下のようになっています。 スクラムチーム内には、サブチームや階層は存在しない。 自己管理型であり、誰が何を、いつ、どのように行うかをスクラムチーム内で決定する。 スクラムチームは、(略)プロダクトに関して必要となり得るすべての活動に責任を持つ。 スクラムチームは、自分たちで作業を管理できるように組織によって構成され、その権限が与えられている。 スクラムガイドでは、マネージャーという単語は登場せず、また個人のパフォーマンスや人事

                                      スクラムチーム内にマネージャー(評価者)がいてもいいですか
                                    • 運用業務とスクラムは本当に組み合わせにくいのか?プロダクトオーナーから見た2つのプロダクトを担当するチームでの試行錯誤の軌跡とこれから / Is there chemistry between Operation work and Scrum?@RSGT2023

                                      RSGT2023での登壇資料です。 一つ前のWomen Developers Summit2022でお話した内容もまるっと含んだ改良版です。 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2023/proposal…

                                        運用業務とスクラムは本当に組み合わせにくいのか?プロダクトオーナーから見た2つのプロダクトを担当するチームでの試行錯誤の軌跡とこれから / Is there chemistry between Operation work and Scrum?@RSGT2023
                                      • ぼんやり思っていることを整理するためにカンファレンスのCfP (Call for Proposals) を利用する - stefafafan の fa は3つです

                                        最近少しずつ技術系のイベントでの発表機会を増やそうとしています。その中で、大きめなイベントだとまずCall for Proposals (CfP) という、プロポーザルを出したらそれによって選考が行われ実際に発表できるかどうかが決まる制度があります。ここで出したプロポーザルは必ずしも通るわけではないですが、出さない限り発表はできません。 プロポーザルを出すためにネタがないといけませんが、最近自分は「完璧な資料やアウトラインはないけども、当日までにまとめることはできそうだな」という感じのものをプロポーザルとして出したりしています。 具体的には、 Go Conference mini 2023 Winter IN KYOTO では、自分が社内でチーム横断の「Goサブ会」という職能グループのオーナーをやっているのでその話についてのプロポーザルを出しました YAPC::Hiroshima 2024

                                          ぼんやり思っていることを整理するためにカンファレンスのCfP (Call for Proposals) を利用する - stefafafan の fa は3つです
                                        • プロダクトバックログリファインメントはいつ何をするのか

                                          アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) みなさんこんにちは。@ryuzeeです。 プロダクトバックログリファインメントのやり方について立て続けに聞かれることがあったのでまとめておきます。長文ですが参考になれば幸いです。 まずはスクラムガイド2020を確認しておきましょう。該当する箇所は3箇所です。 スプリントでの説明(9ページ) スプリントでは、(中略) プロダクトバックログを必要に応じてリファインメントする。スプリントプランニングのトピック2での説明(10ページ) 開発者は、プロダクトオーナーとの話し合いを通じて、プロダクトバックログからアイテムを選択し、今回のスプリントに含める。 スクラムチームは、このプロセスの中でプロダクトバックログアイテムのリファインメン

                                            プロダクトバックログリファインメントはいつ何をするのか
                                          • 品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)

                                            しばしばQAと一括りにされる、テストエンジニアとSETとQAを整理してバランスをよくするための「QMファンネル(3D版)」について紹介しています。Scrum Fest Osaka 2021のプレゼンテーション資料です。Read less

                                              品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
                                            • GMOSSPにスクラムを本気で導入してみた

                                              この記事は GMOアドマーケティング Advent Calendar 2022 14日目の記事です。 はじめに こんにちは。GMOアドマーケティングのM.Nです。 私は元々TAXELのマネージャーとしてマネジメントや開発を行っていましたが、今年からGMOSSPのマネージャーを兼任することになりました。 経緯に関してはこちらの記事を参照してください。 GMOSSPのマネジメント GMOSSPのマネジメントを行うことになりましたが、引き継いでから特に気になったのは以下の点でした。 どの機能がいつリリースできるのかわからない&よく聞かれる誰が何の開発をしているのかよくわからない&よく聞かれる差し込みが多すぎてタスクの優先順位がわからない なぜこのような状態になっていたのでしょうか? GMOSSPはハブ的な位置づけのプロダクトであるという性質上対応待ちというステータスになることが多く、1人で複数案

                                                GMOSSPにスクラムを本気で導入してみた
                                              • ケン・シュエーバーが意図的にスクラムから除外した項目

                                                私が講師を務める次回の認定スクラムマスター研修(CSM)及び認定 LeSS Basics (CLB)研修は、2024年6月3日に開催される予定です。研修の予約はこちらよりお願いします。 スクラムについての無料オンライン学習をご利用になりたい方は、こちらをクリックしてください。 意図的にスクラムの一部とされていないものや、スクラムと矛盾するもの、またスクラムを役立たないものにしてしまうものを挙げてみます。 スクラム警察が来てあなたを牢屋に入れてしまうわけでもありませんし、意図的に何かを排除することに意味があるように思えないかもしれません。ところがスクラムに必要だという思い込みがあると、時に人は、意図せず、気にせずに行動してしまいます。下記のリストに挙げた一件一件について、どういった問題を解決しようとしているのか、そしてあなたのシステムの最適化目標にそった解決法があるのかどうか、考えてください

                                                  ケン・シュエーバーが意図的にスクラムから除外した項目
                                                • スクラムの「リリース」は世に出すだけじゃない - 半空洞男女関係

                                                  考えてみれば当たり前のことだったけど気づきがあったのでメモしておく 今のチームはスクラムで開発しているけど、案件は企画の人々から大きくバーンとやってくるので、それを自分はユーザーストーリーを分割してPBIにする仕事をしてる。それはイテレーティブな開発になっているのか?ただ分割して開発してるだけではないのか?という話は置いておいて、もともとシーケンシャルな開発からちょっとずつこういう形に持ってきている。 ユーザーストーリーを切るときに、「リリース可能」な単位で切ることを意識することになると思うが(INVESTだからね。)、このときの「リリース」をどういうわけだか、「ストア公開」「インターネットにデプロイ」という意味で使ってしまっていた。そのため、「これでは世の中のにリリースできないな」と感じで良くないストーリーの切り方をしてしまうことがあった。(例えば、水平分割してしまう。) ただ、スクラム

                                                    スクラムの「リリース」は世に出すだけじゃない - 半空洞男女関係
                                                  • Visionalの新卒向けスクラム研修の内容を題材を含めて公開します!

                                                    Visionalグループでは、2019年より新卒研修のカリキュラムの1つとしてスクラム研修を実施しています。 この研修では、単にスクラムのイベントを一通り体験してもらうことが目的ではなく、実際に新卒入社者でチームを作り開発する中で、スクラムやAgileで重要にしている考え方を体験してもらっています。 本記事では、研修で用いたリポジトリも公開しつつ、どのような考えで研修を行っているのか紹介します。 Visionalにおける新卒研修の全体像とスクラム研修 2021年度の新卒研修は実践課題だけでなく、その前提となるチーム開発やプロダクト組織で働くうえで欠かせない研修を含む、以下8つの研修で構成されています。 Git/GitHub研修 技術者倫理研修 サービス運用/信頼性研修 セキュリティ研修 グローバル研修 テストの考え方研修 スクラム研修 実践課題 これらの新卒研修で大切にしている考え方や大枠

                                                      Visionalの新卒向けスクラム研修の内容を題材を含めて公開します!
                                                    • Scrum Inc. Japan #TeamworkMakesTheDreamWorkScrum@Scaleガイド - Scrum Inc. Japan #TeamworkMakesTheDreamWork

                                                      Scrum@Scaleガイドの序文 スクラムは、もともとスクラムガイドで説明されているように、単一のスクラムチームが、持続可能なペースを維持しつつ、最適な価値を提供できるようにすることを重視している。スクラムガイドの発行以降、スクラムの利用はプロダクト、プロセス、サービスなどの開発といった複数チームの協力が求められる領域まで広がりを見せている。 現場では、組織内のスクラムチーム数の増加に伴い、2つの重要な問題の発生が繰り返し見られた。 複数のチームの間での依存関係や作業の重複、コミュニケーションのオーバーヘッドなどの問題により、チームごとのアウトプット(動作するプロダクト)の量、スピード、品質が低下し始めた。 従来の組織構造はビジネスアジリティの実現に十分な効果を上げられなかった。優先順位の競合や、市場の変化に対応するようチームを素早く転換させることができないなどの問題が発生した。 こうし

                                                        Scrum Inc. Japan #TeamworkMakesTheDreamWorkScrum@Scaleガイド - Scrum Inc. Japan #TeamworkMakesTheDreamWork
                                                      • リモートアジャイル開発のノウハウ集を公開!

                                                        Board Member of Scrum Inc, Japan(Tokyo) Founder & CTO of Change Vision, Inc., an ISV of Astah (Tokyo) CEO of ESM, Inc. (Fukui) Founder of Agile Japan , based in Japan. Recent articles includes "Kanban Applied to Software Development: from Agile to Lean". Co-translated several Agile books into Japanese including: "Lean Software Development," "XP Installed", "Agile Project Management." 2008 Gordon P

                                                          リモートアジャイル開発のノウハウ集を公開!
                                                        • 社内コーチズクリニックをつくった - だいくしー(@daiksy)のはてなブログ

                                                          コーチズクリニックとは? こちらのスライドが詳しい。 speakerdeck.com Regional Scrum Gatheringや、スクラムフェスなどのカンファレンスで設けられる相談の場 カンファレンス参加者が、同じくカンファレンスに参加しているアジャイルコーチに個別相談ができる アジャイルコーチは、自分の得意分野と、カンファレンスのセッションなどに参加していない時間を表明しておく 相談者はそれを見て、自分の相談内容に答えてくれそうなコーチを指名して相談する これを社内でもはじめてみた ぼくの勤める会社にスクラムマスターギルドという集まりがある。毎週1回、30分程度集まって、各チームのスクラムマスターやアジャイルコーチが知見を交換したり、悩みを相談したりする場がある。気軽に相談ができて良い場なのだが、もう少し踏み込んだがっつりした相談をしたいときがある、と意見があった。 そこで、社内

                                                            社内コーチズクリニックをつくった - だいくしー(@daiksy)のはてなブログ
                                                          • 150種類を超える読書法を試したエンジニアが教える“読書がうまくなるコツ” 苦手な人は「読む前」と「読んだ後」を意識しよう - Findy Engineer Lab

                                                            娯楽にも自己研鑽にも役立つ読書。次々に新しい言語や仕様を覚えなければならないエンジニアにとって、本から知識やノウハウを身につけることは必要不可欠と言ってもよいのでは。 しかし、読書が重要視されるわりには“読書のやり方”を教わる機会が少ないのもまた事実です。いざ本を買ってみても、「どう読み進めたらいいの?」「もっといい読み方があるのでは」と悩むこともしばしば。 エンジニアとして金融関連のプロダクト開発に従事した後、現在はアジャイルコーチとして働いているaki.mさんはそんな読書の難しさと向き合って数多くの読書方法を試み、スクラムの初心者からエキスパート、ユーザー企業から開発企業が集まる「Scrum Fest Osaka 2022」で発表しています。 speakerdeck.com 約150種類の読書方法を実践し、そのうちの50種類を記載したスライド(2022年発表)はなんと200枚超の大ボリ

                                                              150種類を超える読書法を試したエンジニアが教える“読書がうまくなるコツ” 苦手な人は「読む前」と「読んだ後」を意識しよう - Findy Engineer Lab
                                                            • KDDI流の「アジャイル開発」で新規ビジネスを創出--3名のキーマンが語る組織作りの本質

                                                              新規事業開発で困りごとをもつ企業を支援するため、KDDIはビジネス開発拠点「KDDI DIGITAL GATE」を2018年9月に開設した。企業の新規事業担当者とKDDIのエンジニアが1つのチームを結成し、プロジェクトを遂行する独自の体制が特徴で、そこではアジャイル開発の手法の1つである「スクラム」をとり入れている。 一定のルールのもと、小規模チームで設計、実装、テストという一連のプロセスを短期間で繰り返していくスクラムは、企業の新規事業開発に特に有効な手法とされ、海外では標準的に用いられている。その有効性に早くから目をつけたKDDIは、2013年からアジャイル企画開発に取り組み、2016年にはアジャイル開発センターを設立。さらにスクラムを考案したジェフ・サザーランド氏が立ち上げた米Scrum Inc. 、そして永和システムマネジメントの2社と共同で、2019年4月に合弁会社Scrum I

                                                                KDDI流の「アジャイル開発」で新規ビジネスを創出--3名のキーマンが語る組織作りの本質
                                                              • プロダクトゴールとは?あるいはプロダクトのゴールを設定するには何が必要か? #RSGT2022 | ドクセル

                                                                スライド概要 #RSGT2022 で発表した「プロダクトゴール」についての講演資料です。 内容についてのご質問や支援のご依頼はお気軽に連絡ください。 【訂正】スライド32の市場に出すまでの時間(T2M)とイノベーションの能力(A2I)の指標の例が逆になっていました。 サーバントワークス株式会社 代表取締役/アジャイルストラテジスト/アジャイルコーチ/エバンジェリスト DASA Ambassador DASA DevOps 認定トレーナー 株式会社Helpfeel アドバイザー 講演や支援のご相談はぜひお気軽に(ご相談は無料です)! PSPO II, PSM II, SPS, PAL-EBM, PAL I, PSU I, PSK I, PSD I, PSPO I, PSM I, CSM

                                                                  プロダクトゴールとは?あるいはプロダクトのゴールを設定するには何が必要か? #RSGT2022 | ドクセル
                                                                • 2022年に試した「ふりかえり手法」をふりかえる - kubell Creator's Note

                                                                  こんにちは!モバイルアプリケーション開発部でスクラムマスターをしている折田 (@orimomo)です。 この記事は Chatwork Advent Calendar 2022 20日目の記事です🎄 みなさん、ふりかえり(レトロスペクティブ)やっていますか?? 以前の記事でも書いた通り、私たちのチームでは毎週ふりかえりをおこなっており、改善サイクルや心理的安全性を生み出すイベントとして、特に大事にしています。 creators-note.chatwork.com チームメンバーが飽きずに楽しめるように、また違った角度で物事を考えられるように、2022年も様々なふりかえりの手法に挑戦しました! 今回はその一部をご紹介しようと思います(備忘録も兼ねて)。もし良さそうなものがあれば取り入れてみていただけると嬉しいです。 手法を選ぶときに考えていること 課題 or 感情、どちらにフォーカスするか

                                                                    2022年に試した「ふりかえり手法」をふりかえる - kubell Creator's Note
                                                                  • アジャイル開発の設計にロバストネス分析を活用する

                                                                    アジャイル開発の浸透で、顧客やステークホルダーとの対話に応じて臨機応変な対応が可能になり、大きな手戻りは減ったかもしれません。それでも、なお、ソフトウェア開発の本質的な複雑さや不確実性は、分割されたと言えるものの、誰もが満足できる状態で解決された、とは言えなさそうです。それでもプロセス改善の探求を繰り返していくなかで、私たちは「ロバストネス分析」にたどり着きました。単なる懐古主義ではなく、実際に以下のような問題への解を見出すことができましたので、その事例を紹介します。 開発者の間で、プロダクトのイメージに齟齬があり、手戻りが発生してしまう 開発の途中で、想定外の作業が発生し、事前の見積もりを大幅に超過してしまう 開発者以外の人物がプロダクトの仕様を把握するとき、あるいは、開発者本人が時間のたったプロダクトの仕様を把握するとき、時間がかかってしまう ロバストネス分析を導入した経緯 私たちは、

                                                                      アジャイル開発の設計にロバストネス分析を活用する
                                                                    • Scrum Inc. Japan #TeamworkMakesTheDreamWork野中郁次郎先生を偲んで──当社創業者・取締役からの追悼メッセージ - Scrum Inc. Japan #TeamworkMakesTheDreamWork

                                                                      2025年1月25日、スクラムの祖父としても知られる一橋大学名誉教授の経営学者、野中郁次郎先生がご逝去されました。 ここで、当社創業者・取締役より追悼のメッセージを掲載させていただきます。 Ikujiro Nonaka – 1935-2025 Professor Emeritus, Hitotsubashi University, the Grandfather of Scrum (日本語文は下部に掲載) It is with great sadness that we honor the passing of Professor Nonaka who has been so important to the creation and evolution of the Scrum framework. When the first Scrum team read his paper in

                                                                        Scrum Inc. Japan #TeamworkMakesTheDreamWork野中郁次郎先生を偲んで──当社創業者・取締役からの追悼メッセージ - Scrum Inc. Japan #TeamworkMakesTheDreamWork
                                                                      • スクラムフェス三河2021で登壇、振り返りを積み上げてチームのプラクティスへ昇華していくアプローチについて話しました - BASEプロダクトチームブログ

                                                                        こんにちは。BASE BANK 株式会社にて、 Engineering Manager をしている東口(@hgsgtk)です。この度 スクラムフェス三河2021 にて 振り返りを積み上げて自分たちのプラクティスとして昇華•体得していくための仕組みと考え方 というテーマで登壇しました。 スクラムフェス三河とは スクラムフェス三河はスクラムの学びの場として愛知県の三河で開催されたスクラムに関するカンファレンスイベントです。 スクラムフェス三河はスクラムの学びの場です。 スクラムの初心者からエキスパートまで現場を少しでも良くしようと考えている様々な人々が集まります。 この2日間にわたる魅力的なセッションからはスクラムやアジャイル開発に関する多くのヒントを見つけることができ、現場の力をより一層高めることにつながります。 弊チームでは自分たちのチームが目的・理想とするプロダクト開発の姿を目指すため、

                                                                          スクラムフェス三河2021で登壇、振り返りを積み上げてチームのプラクティスへ昇華していくアプローチについて話しました - BASEプロダクトチームブログ
                                                                        • 自身の影響力の拡張がそのままキャリアとなっていく 「#ScrumMasterWay」から考える、スクラムマスターの成長プラン  | ログミーBusiness

                                                                          「だいくしーのスクラム Bar」は、アジャイル・スクラムに強みを持つ 「だいくしー (粕谷氏)」を店主に据えて、 みなさまのお悩みに寄り添いながら「どのようなアプローチが考えられそうか?」を語り合う場です。今回はLAPRAS株式会社の遠藤氏をゲストに迎え、「スクラムマスターのキャリア」について話しました。全4回。1回目は、粕谷氏が「#ScrumMasterWay」の考え方を用いてスクラムマスターのキャリア論を話しました。 今回のテーマは​​「スクラムマスターのキャリア」粕谷大輔氏(以下、粕谷):ではお時間になりましたので、「だいくしーのスクラムBar #5」を始めていこうと思います。よろしくお願いしまーす。 藤井善隆氏(以下、藤井):お願いしまーす。 粕谷:スクラムBarは、ブラッと立ち寄ってスクラムについてよもやま話をみんなで仲良くワイワイ話す、本当にバーのような雰囲気を目指しています。

                                                                            自身の影響力の拡張がそのままキャリアとなっていく 「#ScrumMasterWay」から考える、スクラムマスターの成長プラン  | ログミーBusiness
                                                                          • スクラムマスター研修参加と資格を取得して得られた知見について共有します! - LIVESENSE ENGINEER BLOG

                                                                            これは Livesense Advent Calendar 2023 DAY 13 の記事です。 はじめに 転職会議事業部でエンジニアとして働いている@ishitan-livと申します。 現在、スクラムマスターも兼任しています。今回は、受けたスクラムマスター研修に関するエピソードを共有したいと思います。 はじめに 今回書いた内容 スクラムマスター研修参加してきた話 研修概要 日程: 3日間 参加人数: 約20人 講習内容 研修で得たフィードバック CSM(認定スクラムマスター)試験結果 エンジニアがスクラムマスターを兼任することで得た知見 兼任はしないほうがいいけど…そうもいかないよね チームやプロジェクトの全体像が見えるようになった ファシリテーション力やまとめ力が高まり他のミーティングなどで活用できた 議題の本質を考えるようになった 最後に おまけ 今回書いた内容 目次通り、この記事で

                                                                              スクラムマスター研修参加と資格を取得して得られた知見について共有します! - LIVESENSE ENGINEER BLOG
                                                                            • オンザロードを卒業します - うさぎ組

                                                                              Photo by Baim Hanif on Unsplash 今年いっぱいで株式会社オンザロード(以下OTR)を退職することになりました。そのご報告です。 OTRに入社したのは2011年9月1日で、id:bleis-tift さんにあこがれてでした。はてなでブログを書くキッカケになったのも bleisさんのおかげです。 kyon-mm.hatenablog.com そのbleisさんにあこがれてOTRに入社し、10年在籍し、そしてずっと同じチームで仕事をし、今度は一緒に卒業をすることになりました。OTRには感謝しつくせません。 チーム移籍についての一旦のご報告はこちらになります。 www.kikan47.org 僕がOTRにはいったのは、Jenkinsマスターがくる!みたいなかんじでした。入社すると、Jenkins, Git, Gitolite, Redmineという構成でうごいているプ

                                                                                オンザロードを卒業します - うさぎ組
                                                                              • Regional Scrum Gathering Tokyo 2021のスライドまとめ #RSGT2021 - スクラムマスダーの日記

                                                                                2021/01/06から、Regional Scrum Gathering Tokyo 2021(以下、RSGT2021)が始まりました! 2021.scrumgatheringtokyo.org 本ブログでは、RSGT2021のセッションの発表資料をまとめています。 個人で発見した発表資料のみですので、掲載していないセッションの発表資料がありましたら、コメント欄などで教えていただけるとさいわいです。 現時点では、1日目のスライドのみです。 全日分掲載しています。 1日目(2020/01/06) Room: 2F Main Hall WEST手前 ふりかえり手法のおもちゃばこ qiita.com Remote Work Native な働き方を志向した結果、Agileな状態に爆進しているとあるHRチームの話 - 組織全体への波及を添えて 2つのモードで学ぶ辛くないスクラム 組織がアジャイル

                                                                                  Regional Scrum Gathering Tokyo 2021のスライドまとめ #RSGT2021 - スクラムマスダーの日記
                                                                                • アジャイル開発フレームワークが台頭、「世界No.1」と提携した富士通の狙い

                                                                                  大規模なアジャイル開発にフレームワークの採用が本格化しそうだ。富士通は2020年6月1日、米Scaled Agileとパートナーシップ契約を締結。Scaled Agileが開発する大規模向けアジャイル開発フレームワーク「Scaled Agile Framework(SAFe)」の導入支援サービスを日本を皮切りにグローバルに展開する。 大規模向けアジャイル開発フレームワークはSAFeのほかにも「Scrum of Scrums」や「Disciplined Agile Delivery(DAD)」などがある。米CollabNet VersionOneの調査によれば、SAFeが世界中で1番使われている「世界No.1」のフレームワークである。 経営スピード向上を目的としたフレームワーク SAFeは経営スピード向上を目的とするフレームワークである。特徴は組織を運営する企画部門とビジネスを推進する業務部

                                                                                    アジャイル開発フレームワークが台頭、「世界No.1」と提携した富士通の狙い