User storymapping in 10 minutes
9. ユーザーストーリー XPコミュニティで普及 ○○として ワークショップ形式で △△をしたい 機能を洗い出す その結果、 インデックスカードに 記録して並べ替える シナリオを詳細に記述する手間を省く 関係者の記憶の中には詳細なストーリー が存在している前提。 9 11. よいストーリーの条件 Independent (独立している) ○○として △△をしたい その結果 .... Negotiable (交渉可能) ○○として ○○として ○○として △△をしたい △△をしたい △△をしたい Valuable (価値がある) その結果 .... その結果 .... その結果 .. for users or customers ○○として △△をしたい ○○として △△をしたい ○○として △△をしたい その結果 .... その結果 .... その結果 .. Estimatable (見積
Continuous DeliveryとDevOpsについて考えたこと - Natural Software
Ryuzeeさんの記事をトリガにしてContinuous Deliveryネタが多く回ってきたので、Continuous DeliveryとDevOpsについて考えてみた。なぜDevOpsかというと、日本語だと「継続的デリバリー」や「Continuous Delivery」よりも「DevOps」の方が目的の情報に引っかかりやすいから Continuous DeliveryとDevOps Continuous Deliveryとは 継続的に動作するソフトウェアをリリースすること アジャイル宣言の背景の一番目「価値のあるソフトウェアを早く継続的に提供します」が、まさに「Continuous Delivery」である*1 アジャイル宣言の背後にある原則 Principles behind the Agile Manifesto DevOpsとは 開発と運用の壁をなくし、ともにビジネスの成功に向け
テストについて考える #devlove
DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ........................................
『第23回すくすくスクラム 〜Scrum の概要〜』に参加してきた - Diary of absj31
5月27日 第23回すくすくスクラム 〜Scrum の概要〜(東京都) (写真はワークショップ終了後の会場内) 『DevLOVE HangarFlight - Spring Bomb -』でのアジャイルネタ、要求開発アライアンス5月定例会でのスクラム基礎講習と立て続けにアジャイル／スクラム関連のイベント・勉強会に参加していた今日この頃ですが、今日はスクラムど真ん中、『すくすくスクラム』に初参加してきました。 アジャイル開発支援 - すくすくスクラム スクラムコミュニティ 「すくすくスクラム」Scrum Community of JAPAN Sukusuku-Scrum (Sukusuku_Scrum) 過去開催された『すくすくスクラム』勉強会はこちら。 第01回 すくすくスクラム 第02回 すくすくスクラム 第03回 すくすくスクラム 第04回 すくすくスクラム 第05回 すくすくスクラム
Demystifying Agile Software Development
The document discusses demystifying agile software development. It provides an overview of agile concepts like the agile manifesto, eXtreme Programming (XP), Scrum, and Lean. It also discusses how agile practices are used at companies and challenges with adopting agile methods. Key aspects of agile like rapid iteration, adaptive planning, embracing change and valuing working software over document
Scrum概論
Scrum概論 1. Scrum概論 Ryutaro “Ryuzee” YOSHIBAhttp://www.flickr.com/photos/john_scone/493915787// 2. 吉羽龍太郎 アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. 企業のおかれた状況• ビジネスの環境の変化• 迅速な意思決定と具現化が求められる• 変化しないことは市場から見捨てられるリスク がある• 顧客自身が変化していくことが強く求められる• IT投資の目的の変化 – 業務効率化から戦略実現へ – いままではコスト削減、業務
How to easily start Agile Development
This document appears to be notes from an Agile training session. It includes timestamps for each slide, URLs linked to images, and bullet point notes. Various Agile topics are discussed over the course of 70 slides, including Scrum, iterations, goals, and figures/diagrams related to Agile principles and practices.Read less
スクラムルールチートシート
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） はじめるにあたって必須のルール（骨格）フルタイムで参加できるスクラムマスターが決まっていて、スクラムチームのメンバーが仕事できる状態であることスクラムチームは30日以内に動作するソフトウェアのデモをすることに同意していることステークホルダーをデモに招くことできるかぎり早期に実現すべきスクラムの基本ルールスクラムマスターは必須や基本のルールに従うことを保証することフルタイムのプロダクトオーナー（専門知識と権限を持っている）が決まっていることスクラムマスターとプロダクトオーナーを含む機能横断チーム開発チームのサイズは6プラスマイナス3人プロダクトオーナーは開発チームや他のステークホルダーとともに働くことプロダクトオーナーによって
アジャイルコーチングで学んだ78のこと
みなさんこんにちは。@ryuzeeです。 78 Things I Have Learned in 6 Years of Agile Coachingの記事が素晴らしいので、78個の項目を意訳にてご紹介します。 「私が6年間のアジャイルコーチングで学んだこと」というテーマでアジャイルに関する経験談がまとめられています。 アジャイルについて説明させてくれるように頼む人の数＝アジャイルメンタルモデルの数±2分散した開発では各サイトのチームごとに愛とスクラムマスターが必要だフットボールテーブルはあなたの最良のアジャイルなツールのうちの1つかもしれない地理的分散はタイムゾーンの違い以上の問題がある。その場合はインフラのサポートが必要だローカルのイベントやオンラインのメーリングリストやカンファレンスやカジュアルな集まり等を通じてアジャイルコミュニティに精力的に関わることには十分な価値がある。プロダクト
連載：アジャイル開発者の習慣―acts_as_agile｜gihyo.jp … 技術評論社
第4回特別コラム 「なぜそんなにも（アジャイル開発者にとって）Wikiは重要なのか」 角谷信太郎 2008-04-22
The Agile Samurai
About This Title Pages: 264 Published: September 2010 ISBN: 9781934356586 In Print The Agile Samurai How Agile Masters Deliver Great Software by Jonathan Rasmusson Here are three simple truths about software development: 1. You can’t gather all the requirements up front. 2. The requirements you do gather will change. 3. There is always more to do than time and money will allow Those are the facts
Agile Day2 Agileな開発プロセスを導入するために考えなければならないこと
Agile Day2 Agileな開発プロセスを導入するために考えなければならないこと 1. Agileな開発プロセスを導入するために 考えなければならないこと 2010/3/19 Ryutaro “Ryuzee” YOSHIBA. #msagile 2. 2010/3/19 Agile Day2 自己紹介 Ryuzee / Ryutaro YOSHIBA. ブログ http://www.ryuzee.com Twitter ryuzee TIS、野村総合研究所を経て、ベンチャーのCTO 専門はゕジャルに関する教育、ゕジャルなプロセス の導入支援、組織の生産性向上、Webシステム開発 Certified Scrum Master オープンソースプロダクト開発者、翻訳者 Shibuya.tracのスタッフ 2 3. 2010/3/19 Agile Day2
スクラムの概要を1分で理解できるイラスト【2018版】
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 アジャイル開発のコーチングやトレーニングでスクラムの全体像を1枚の絵を使って説明することが多いのですが、以前作成したものを最新化したので公開します。 スクラムの本質的な価値やスクラム以外でも日々のプロセスに組み込んだほうが良いこと（テスト自動化や継続的インテグレーション）は含めていません。 あくまでスクラムの概要のみを書いています。 PDF版はこちらにおいておきます。 ※改変なしで引用元併記の上であれば自由に使っていただいて結構です。著作権自体は私に留保します。 内容の誤りや足りない事などがありましたらTwitterなどでお知らせください。 自分のスライドに入れて使うためのパワーポイ
【資料公開】自動テスト vs 手動テスト
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたところ自動テストと手動テストに関する良いスライドがあったので、翻訳して公開します。 ライセンスはオリジナルに準じてCC BY-SA 3.0とします。 内容としては、僕自身も一貫して主張しているテスト自動化の必要性の話で、主に以下の観点で記載されています。 作業量とコスト再利用性ユニットテストによる良い設計への誘導手動テストのリスクリスクマネジメント書き方が若干極端な箇所もあると思いますが、全体としてはかなり分かりやすいのではないでしょうか。 なお、テストの自動化に際しては、必ずしも全てのテストを自動化「しなければならない」わけではありません。 スライ
アジャイル型開発を推進するための活動成果を公開 - 情報処理推進機構：ソフトウェアエンジニアリング
2012年3月26日 更新 2011年4月7日 公開 独立行政法人情報処理推進機構 ソフトウェア・エンジニアリング・センター 概要 最近のソフトウェア開発では、ビジネス環境の変化への対応、これに伴う要求の変更、ソフトウェアの市場投入や投資効果の確認の迅速化が、以前にも増して厳しく求められています。このような状況において、要件を最初に決めずに開発に着手できるアジャイル型を中心とする非ウォーターフォール型の開発手法が注目されています。 IPA（独立行政法人情報処理推進機構）ソフトウェア・エンジニアリング・センター（SEC）では、ウォーターフォール型開発及び、アジャイル型開発の経験が豊富な実務者、契約に詳しい専門家など、産学官の有識者をメンバーとした「非ウォーターフォール型開発ワーキンググループ」を設置し、これらの課題について検討してきました。 この度、日本におけるアジャイル型開発に適したモデル
「10分でスクラム」、アジャイル開発の「スクラム」に興味がわいた方へ
今週は、野中郁次郎氏とジェフ・サザーランド氏というアジャイル開発手法「スクラム」の生みの親2人が基調講演を行った歴史的イベント「Innovation Sprint 2011」のレポートを2本公開し、たくさんの方に記事を読んでもらうことができました。 スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） 重要なテクノロジーは10名以下のチームで作られた ～ Innovation Sprint 2011（後編） この記事きっかけに「スクラム」に興味を持ったという読者もおられたようで、そんな方のために（かどうかは分かりませんが：-）、「Innovation Sprint 2011」の実行委員長だった川口恭伸氏が「10分でスクラム」というスライドを公開しました。
アジャイル開発 基本のキ - ヲトナ.backtrace
今、アジャイルの導入のお手伝いをさせてもらっている現場で「他のスタッフにもアジャイルについてざっくり教えてよ」というオーダーで勉強会をやりました。 そこで「アジャイル開発 基本のキ」と題し、実際の進め方の説明ではなく、その手前の考え方や心構えにフォーカスして話をしました。 20名ほどの人数向けに作った資料なのですが、普段アジャイルについてのイントロダクションの話をする時にいれるキーワードは大体盛り込んだ感じになったので、もしかすると誰かの役に立つかもしれないので公開しておきます。 ただし、勉強会のターゲットがエンジニアではなかったので、エンジニアリングについては薄くなっているのでご注意を。 Basic of Basics of Agile DevelopmentView more presentations from Nishimura Naoto. あと、話は変わりますが、普段アジャイル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
楽天TechTalk Special「解説アジャイルソフトウェア開発」その1
Blogger
アジャイルチームへ上手く移行するには
