本に書いてあるスクラムと、お前らのいうスクラム開発は別物だということにいい加減気づいてくれ
前振り タイトルは煽りの激しい釣りです。ごめんなさい。 Web業界で今流行っている自称スクラムと、RSGTで語られるような本来のスクラムとの間のギャップが大きすぎて説明が面倒臭くなったのでこの記事を書きました。 いい加減「私たちは自称スクラム開発を完璧に回しているから、スクラムの恩恵を将来得られるだろう」「私たちは本来のスクラムとはかけ離れた別物のスタイルで開発をしている。だからスクラムの恩恵は永遠に得られない」という二重思考を他人にするようお願いするのにも飽きましたしね。 さて本題といきましょう 本題 世間で、特に渋谷や五反田や六本木のWeb企業ではスクラムというものはとても流行っています。 しかしどう考えても、Web企業でよくお目にかかるスクラムと国内トップカンファレンスであるRSGTで語られるスクラムとの間には大きな隔たりがあります。 「うちはスクラムやってます」 カジュアル面談で耳
ScrumMasterWay - スクラムで卓越した成果を収めグレートスクラムマスターになるための方法
ユニークなコンセプト #ScrumMasterWayはユニークなコンセプトです。アジャイルとスクラムの第一線に立つエキスパートであるZuzana 'Zuzi' Šochováが提唱しているもので、スクラムで卓越した成果を収める方法、グレートスクラムマスターになるための方法です。15年以上に渡るアジャイルとスクラムの経験、そしてグレートスクラムマスターになるための彼女なりのやり方もカバーしています。 #ScrumMasterWayのコンセプトは、優秀なチームや組織を作ったり、アジャイルな環境における変化に対応したり、非常に強力なスクラムマスターの道具箱を活用したりするのに役立ちます。 #ScrumMasterWayのコア要素 このコンセプトはスクラムの長所に焦点を当てています。メタスキル、学習、心理、 リーダーシップが4つの要素です。
アジャイルコーチはなぜ1週間スプリントを勧めるのか
みなさんこんにちは。@ryuzeeです。 職業柄スクラムを始めたばかりのチームを支援することがよくあります。 そのような状況で、ロールの明確化や初期のプロダクトバックログの準備とあわせて話題にのぼることが多いのが、スプリントの期間をどうするかです。 そして、多くの場合、1週間スプリントを提案しています。 今回はなぜ1週間スプリントが良いのか見ていきましょう。 1週間スプリントがよい理由1週間スプリントがよい理由を列挙すると以下のようなものがあります。 レトロスペクティブ（ふりかえり）が頻繁にあるので改善が進む計画の精度が高くなる例え失敗しても一週間で済むので実験しやすいベロシティの数字がすぐ出るのでやる気になる中だるみする余裕がない・リズムがよい一週間で収まるサイズのプロダクトバックログアイテムにするので明確な完成を定義しやすい。従ってプロダクトオーナーの受け入れを取りやすいスパイクが必要
スクラム崩壊からの復活、神Excel手順書ベースの運用からAnsibleでの自動化へ――泥臭い現場の取り組みに学ぶ、明日から使える開発ノウハウ
スクラム崩壊からの復活、神Excel手順書ベースの運用からAnsibleでの自動化へ――泥臭い現場の取り組みに学ぶ、明日から使える開発ノウハウ：明日の開発カンファレンス 2018（1/2 ページ） より良いサービス、より良いモノを作るため、現場で泥臭く試行錯誤を重ね、前進し続けている現場のエンジニアの「声」を、「明日の開発カンファレンス 2018」で行われたセッションの中から拾ってみた。 より良いサービス、より良いモノを作るため、開発現場は日々試行錯誤している。書籍で学ぶ方法論も大いに役に立つが、何より参考になるのは、自分たちと同じように現場で泥臭く試行錯誤を重ね、前進し続けている現場のエンジニアの「声」だ。そのような生の声を、2018年4月17日に開催された「明日の開発カンファレンス 2018」で行われたセッションの中から拾ってみた。 黄ばむTrello、崩壊するスクラム……次々変わる異
スクラムガイド - Scrum Guides
スクラムガイド™ スクラム公式ガイド: ゲームのルール 2017 年 10 月 Developed and sustained by Scrum creators: Ken Schwaber and Jeff Sutherland 日本語版 ©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/.
トヨタのかんばんとソフトウェア開発のかんばんの違い
翻訳する上で、「かんばん」についていろいろ調べる機会がありました。「かんばん」について調べてみると、トヨタにおける「かんばん」と、ソフトウェア開発方法論としての「Kanban」が見つかります。今回はこの「かんばんたち」の違いについて、簡単ですが整理してみたいと思います。 トヨタのWebサイトで説明されいている情報がとてもわかりやすいので参考にしました。トヨタのかんばんのポイントは以下です。 生産管理方式。トヨタ生産方式で重要な役割となっている。 商品管理用のカードをかんばんと呼ぶ。 後工程が前工程に部品を調達しに行く際に、シグナルカードとして運ばれる道具がかんばん。 これによる効果は以下が挙げられます。 必要な部品を必要なだけ（ジャスト・イン・タイム）前工程に取りに行く（プルする）ことで、ムダな生産を改善する トヨタのWebサイトにあるかんばん方式の概念図を見ると、かんばんは運搬され、目印
「アジャイルは死んだ」以降に残るものは何か -リーンソフトウェア開発を再評価し、自工程完結で全体観点で改善する - - Qiita
その結果、自分はすっかり言及の減ってしまったリーンソフトウェア開発や、それらの源流であるトヨタの生産方式、トヨタが現在取り組んでいる自工程完結を評価するのがよいのではないかと思い至った。本稿は、そういうポエムである。 本稿でいうリーン（ソフトウェア）開発とは何か？ 2003年にメアリー・ポッペンディークとトム・ポッペンディークにより提唱されたトヨタ生産方式を源流とするリーン生産方式をソフトウェア開発に適用した原則集。以下を指す。 リーンソフトウエア開発～アジャイル開発を実践する22の方法～ リーン開発の本質 エリック・リース氏のリーンスタートアップやオライリーのリーンシリーズとは異なるので注意いただきたい。 きっかけとしてのアジャイル方法論の違和感：結局、アジャイルでも多くの課題が残る。 「今回のプロジェクトがやりにくいのはウォーターフォールでやっているからだ」、「今回のプロジェクトが適当
スクラムガイド
スクラムガイド スクラム完全ガイド: ゲームのルール 2013 年 7 月 Developed and sustained by Ken Schwaber and Jeff Sutherland ©2015 Scrum.Org and ScrumInc. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide you
【保存版】スクラム初心者でも5分で総おさらい！スクラムの超重要単語と導入方法
スクラムの導入は、わからない事が多くて知っている人がいないと導入が難しいという意見をよく聞きます。そこで、ステップバイステップで手順に沿って実施していくと、スクラムの導入がある程度完了していることを目指す説明をしたいと思います。 > スクラムとは?スクラムとは? スクラムはアジャイル開発手法の1つで、スクラムは「柔軟かつ全人的なプロダクト開発ストラテジーであり、共通のゴールに到達するため、開発チームが一体となって働くこと」とされています。スクラムはフレームワークであり、スクラムガイドというスクラム標準の定義もあります。 > 大事な用語大事な用語 スクラムを実施するに当って、スクラムの文脈で頻出する用語の定義を説明します。 > 役割に関する用語役割に関する用語 【プロダクトオーナー】 プロダクトオーナーは、そのプロダクトについて何をどの順番で作るのかについて責任を持っています。 【スクラムマ
認定スクラムマスター研修に行ってきました - Hack Your Design!
昨年末にスクラムマスター研修を受けてきて、認定スクラムマスター (CSM)となりました。スクラムマスター研修で学んだこととして社内で共有した内容を本ブログでも共有してみようと思います。 Scrum vs Agile 〜歴史から学ぶ〜 1993年: スクラム誕生 2001年: アジャイルソフトウェア開発宣言 アジャイルマニフェスト: アジャイルソフトウェア開発宣言 アジャイル原則: アジャイル宣言の背後にある原則 アジャイルは「より良い開発/方法を探している」という状態のことです。状態なので原理的には「アジャイル開発をしている」という表現は正しくありません。振り返ってみて「あのプロジェクトはアジャイルだった」と評価できるもの。極端に言うといわゆるウォーターフォール型の開発も１つのアジャイルと定義することもできます。 Don’t do agile, be agile （訳: アジャイル開発をす
)
スクラムのリーン
David Starr 著。 David Starr は、Scrum.org のチーフ ソフトウェア クラフトマンであり、ソフトウェア開発という専門職の能力を向上させることに注力しています。 彼は、オンライン テクニカル コミュニティである ElegantCode.com の設立者でもあります。 2012 年 7 月 スクラム フレームワーク特有のリーン品質と、リーン思考を使用してスクラム チームの生産性を向上させるために役立つさまざまな方法について考察します。 対象 Team Foundation Server Overview Seeing Scrum Through the Lean Lens Toward Leaner Scrum Conclusion アジャイル ソフトウェア開発に関する現在の議論では、ソフトウェアの開発活動を計画、監視、実行するための 3 つのツールとして、スク
ソフト開発に「かんばん方式」を導入すべき理由とスクラムとの違い
プロジェクト管理方法としての「かんばん方式」について聞いたことはあっても、その詳細については知らないという人は多いかもしれません。かんばん方式は、スクラム（Scrum）などほかのアジャイル方式や、ガントチャートなどのツールとはどのように違うのでしょうか。また、かんばん方式はどのような目的で使われているのでしょうか。 かんばん方式の由来を説明しながらこのような疑問に回答し、実践でどのように使われているのかを解説します。 かんばん方式の基本原則 日本発祥の「かんばん」という言葉はトヨタの生産システムから生み出されたことは、業界周辺では良く知られています。その存在と基本原則を知っていれば、利益を受ける人は多くなると見込まれています。かんばん方式の基本原則とは、リーン生産方式、継続開発、カスタマーオリエンテーションなどです。すべてトヨタの元副社長、大野耐一氏の著書『トヨタ生産方式―脱規模の経営を目
DeNA流Scrumとcommのチームビルディング
Scrum Alliance Regional Gathering Tokyo2013でDeNA貝瀬、高坂、坪田が発表した際の資料です。
いつまで開発のやり方ばっかり語ってるの？ #sgt2013
DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ........................................
[Scrum]Scrumではコードレビューをどうやっているか？ | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 よく一緒に議論したり大学行ってワークショップをしたりしている原田さんが、スクラムでのコードレビューについて書かれましたので、僕も過去数年コーチとして色々な現場に行った際のことや、自分で受託開発をスクラムでやった際のことを踏まえてスクラムにおけるコードレビューのやり方を書いてみます。 レビューのやり方早期から頻繁に僕自身は小規模で頻度の高いインクリメンタルなレビューを好んでいます。 かつて大きなSIerにいてウォーターフォール型の開発をしていた際に、パートナーさんから出てきたソースコードを見ると、コピーペーストの嵐だったり、変数名がデタラメすぎたり、インデントがぐちゃぐちゃだったり（以下思いつく全ての「えーーー」を適当に想像してください）して、かつ工程の後半にレビューしていたので、直すに直せないというような悲惨なことも経験しました。 （注）ウォーター
![[Scrum]Scrumではコードレビューをどうやっているか？ | Ryuzee.com](https://cdn-ak-scissors.b.st-hatena.com/image/square/1f58348fedc670eeb544c462520e51bd02358496/height=288;version=1;width=512/https%3A%2F%2Fwww.ryuzee.com%2Fcontents%2Fblog%2Fimages%2F4588%2Fthumbnail.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
かんばんとスクラムの比較
『ZenHub x GitHub』を軸としたスクラム開発のプロセス設計 - DMM inside
https://www.juse.or.jp/sqip/workshop/report/attachs/2015/1_3.pdf
スクラムのアンチパターン
PDCAとか継続するものとスクラム | お仕事のしかた・アジャイル・スクラムの話
