アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スクラムのフレームワークの中身はスクラムガイドで定義されていますが、登場以来ずっと同じ内容なわけではなく、何度か改定が行われています（2010年版、2011年版、2013年版、2016年版、2017年版）。過去の改定内容はこちらに記載されています。 過去の変遷においてよく議論になる5つの項目についてWillem-Jan Ageling氏が5 controversial topics that were removed from Scrumという記事にまとめています。 御本人から快諾いただきましたので和訳にて紹介します。 スクラム再発見の時間です。 5年かそれ以上前にスクラムを適用した

7. 大規模スクラム PO Lead Company Board UX Specialist Portofolio Architect PO Lead Architect Releaser Architect Releaser Product Product Scrum Support

Inc.：作家のJeff Sutherlandさんは、著書『SCRUM: The Art of Doing Twice the Work in Half the Time（スクラム：半分の時間で倍のことをする仕事術）』の中で、テック業界に革命を起こしたユニークなマネジメント術のことを書いています。今回はその信条の基礎であり、「スクラムの十戒」とも言える、テック業界を変えビジネスのあり方に革命を起こした、開発過程のマネジメント10カ条をご紹介します。 1．1日1会議 15分で自分の作業とチームを調整し、進行の妨げになるものを見つけます。2時間以上かけて現状報告に終始したり、誰かの過失を責めるような会議はなくしましょう。 2．仕事を可視化 米国企業のなかで最も時間のムダとなる要因の1つが、チームメンバーが互いにどんな仕事をしているのかを知らないことです。その結果、作業が重複したり、必要のない作

50. EM ZERO Vol2 コラム Agile Conference 2008でJeff McKenna氏にアドバイスをいただきました EM ZERO編集部より、カナダのトロント で行われたAgile Conference 2008会場で スクラム創始者の一人Jeff McKenna氏と話 す機会をいただきました。会見は約40分を 2回。よく笑うとても楽しいおじさんで、す ぐに大好きになりました。Jeff氏には私のス クラムの適用の実績を見てもらい、さまざ まな助言をいただきました。 ・タイムラインの危険性 Jeff氏「ニコニコカレンダーとバーンダウ ンチャートの突き合わせはあまり感心しな いな。誰の責任で生産性が悪 くなったという視点にならな いように注意したほうがいい ぞ。」 →インタビューの中で、Jeff氏 は一貫して、次にどうするかに フォーカスしたほうがいいということを言っ

あなたのチームの「いい人」は機能していますか？Minoru Yokomichi169.5K views•56 slides 凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013Minoru Yokomichi13.8K views•35 slides

nanapi勉強会 vol4 - 【nanapi x はてな】はてなとnanapiの開発フロー - nanapi勉強会 | Doorkeeper 【nanapi x はてな】はてなとnanapiの開発フロー in Kyoto - connpass nanapi さんとはてなで開催した勉強会に登壇し、東京・京都で Mackerel チームの開発フローについて話してきました。自慢できるようなカッコイイことをやっているわけではないけれど、今こんな風に頑張っています、ということをお話したつもりです。 Workflow at Hatena Mackerel Team // Speaker Deck チームみんなで勉強する スクラムの導入時もリモートワーク開始時にも、チームメンバーには何冊か本を読んで予習しておいてもらいました。そうすることでチームメンバー全員が同じだけの知識を持って（全員その道に関し

ソフトウェアテストで著名な秋山さんがSQIP分科会で細谷さんの講演をTwitterでログ公開されていたのでリンクしておく。 内容がとても為になると思う。 【元ネタ】 日科技連 ソフトウェア品質 第6回特別講義 「アジャイル開発での品質向上への取り組み」 - Togetter 【1】ここでのアジャイル開発は、Scrumをベースとした開発のようだ。 つまり、要求をプロダクトバックログに一覧化するプロダクトオーナー、プロダクトバックログを元にスプリント単位で開発していくチーム、プロダクトオーナーとチームを側面支援するスクラムマスターの3つの役割がある。 「品質の問題が発生する要因として、『階層構造＋オーバーコミット』がある。オーバーコミットはスコープとコストに矛盾がある状態です。上の階層から実行部隊に矛盾が落ちてくる。この矛盾を上に上げて解消するためのロスがある。」という細谷さんの指摘は鋭い。

2. 自己紹介 ‣角 征典（@kdmsnr） ‣ワイクル株式会社（2008～）プログラマ •アジャイル／リーンスタートアップのコンサルティング ‣技術書翻訳 2

「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」の発表資料が素晴らしい #devsumi デブサミ2014の発表資料を読んでいて、僕の中では「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」が一番心に残った。 ラフなメモ書き。 以下の発表資料の文章を引用している。 【元ネタ】 Developers Summit 2014 で「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」という内容で発表してきました - sifue's blog 2014/02/14 デブサミ2014【14-A-6】Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所 #devsumiA - Togetterまとめ 【0

もう大晦日ですが、2013年をふりかえっておくことにします。 1月 Scrum Alliance Regional Gathering Tokyoの実行委員(スクラムマスター)として、大忙しだった気がします。 半年以上かけてイベントの企画や準備を進め、事故なく無事に開催できて何よりでした。 このイベントでは、アジャイルな人たちが好き勝手に暴言を吐くScrum The Next Generationというセッションでお話しました。スライドは以下です。 2月 西村さんと永瀬さんと僕の3人で書いていたSCRUM BOOT CAMP THE BOOKが2/12に発売されました。直前に平鍋さんが書かれた「アジャイル開発とスクラム」 が発売されていたので初めての日本人が書いたScrumの本ではなかったのですが、Scrumの考え方や仕事の進め方を体系的に学べる書籍になったと思います。 ちなみに、この本の

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スクラム道FullBoostで出ていた質問と議論で若干うずうずするところがあったので、好き勝手に答えてみます。 なお、回答はあくまでコーチとしての勝手な見解であり、全てのコンテキストに有効な絶対解では決してありません。 そもそも自分達のおかれたコンテキストを踏まえた上で、どうやったらもっとうまくいくのかを考え続け改善していけばよいのです。 「パーキンソンの法則」を「ストーリーポイント」で防ぐ事はできるのか？パーキンソンの法則とは、「ある資源に対する需要は、その資源が入手可能な量まで膨張する」という法則で、開発にあてはめれば、確保した時間は、それを使い潰すまでつ使ってしまう、ということ

尊敬するDOAの先輩である、渡辺さんがこう書いている。 「データモデルなきアジャイル」の危うさ、より その種のシステム（※引用者補記：販売管理システムや生産管理システムといった基幹系業務支援システム）をアジャイル開発しようと考えるのであれば、それまでにシステム全体の「あるべきデータモデル」が確立されていなければならない。 業務システムを「身体」に喩えるなら、データモデルは「骨格の設計図」に相当する。いっぽうアジャイル開発で導き出せるのは身体の表面上の諸問題、すなわち「皮膚のぐあい」とか「顔つき」のようなものだ。そういった特徴についていかに緻密に決定できても、それらから「あるべき骨格の姿」は導けない。 それに対して、稲見さんがこんなコメントをしている。 アジャイル開発と言っても色々で、最近流行りのScrumという手法は、開発の中身に関しては何も言及していません。ですが、私の知っているある人達

令和 3 年 11 月に開催したKLab TECH Meetup #8のセッション資料です。 https://klab-tech-meetup.connpass.com/event/228398/

プログラミング教育や社員の健康をサポートする「CHO室」の取り組みなど、DeNAのCSRに関する情報を発信するブログ

先日(10/30)「ジム・コプリエン (James O. Coplien) : Advanced Scrum - 組織パターンでScrumを微調整する "Scrum Fine-Tuning using Organizational Patterns」という研修 + ワークショップに参加しました。先日刊行された『組織パターン (Object Oriented SELECTION)』に基づき、著者のコープ氏自らによる解説を聞ける貴重な機会でした。 研修について コープさんについては、『組織パターン (Object Oriented SELECTION)』その他の本などの活動により、非常な敬意を抱いているのですが、今回、これまた尊敬する角谷さんに機会を与えていただき参加することができて、とてもよかったです。コープ氏、角谷さんをはじめとするコーチ陣のみなさま、ありがとうございました。 研修の内容は

Scrum is defined completely in the Scrum Guide by Ken Schwaber and Jeff Sutherland, the originators of Scrum.  The Scrum Guide is maintained independently of any company or vendor and therefore lives on a brand neutral site.  The Scrum Guide is translated and available in over 30 languages.  You can read and download the Scrum Guide here.  This site contains both the 2020 and 2017 versions of the

以下箇条書きでまとめです。丁寧に書くやる気がおきませんでした。うさみみだってたまには手抜きしたいんです。 「ダウンロードするもの」 BitNami Redmine http://bitnami.org/stack/redmine Backlogs https://github.com/relaxdiego/redmine_backlogs 「インストールとか手順」 1.RedmineをBitNamiに従ってインストールする 2.BacklogsをBitNami Redmineのvender/olugins配下に展開し、解凍したディレクトリをredmine_backlogsに変更する。 C:\Program Files\BitNami Redmine Stack\apps\redmine\vendor\plugins\redmine_backlogs 3.redmine_backlogsの日

このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ４年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 （元請け会社の2人、当時同じ会社だった先輩、僕の4人） そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201