ユーザーストーリーとは？
ユーザーストーリーとは？ 1. ユーザーストーリーとはhttp://www.flickr.com/photos/cannedtuna/4674434821/ 2. 吉羽龍太郎 (@Ryuzee) アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. プロダクトオーナー スクラムマスター チーム (7±2人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外
アジャイル・スクラムの基本一覧 - Qiita
はじめに アジャイル開発手法、特にスクラム開発手法について、インプット資料を整理します。 必須資料 アジャイルへの理解 目的：”アジャイル”とは、価値観＋プラクティスの集合であることを理解する。 補足：まさひろが記載した資料なので、手前味噌ですいません。 資料：ウォーターフォールに慣れた人のためのアジャイル入門 アジャイル・スクラムの概要 目的：スクラム開発手法で重要な、ロール、イベント、成果物を理解する。 補足：Scrum Allianceという組織が出しているスクラムガイドが原著。 資料：スクラムガイド アジャイル・スクラムのイメージ 目的：スクラム開発手法において、リリースまでに誰が何をするのかをストーリー（小説）で理解する。 方法：下記の本、第７部ケーススタディ（文量は50頁程度）を読む。あるゲーム会社のアジャイルチームの働き方が小説になっている。 資料：『アジャイルな見積もりと計
12. エンプラ向けの組織改革とか、スクラムでのチーム作り・人事評価とか | fukabori.fm
話したネタ 古くから大企業・組織で、ryuzeeさんならどう切り込んでいくか？ 現場だけで変えられる範囲には限界がある 組織改革を若手がやるのは厳しい ボトムアップでやるには気の遠くなる話が多すぎる ミドルマネージャーや意思決定の権限を持つ 改革の範囲を全社ではなく、自分の部だけにする 徐々に広げていくのは、ボトムアップでは鉄板 トップダウンでいく場合は、ミドルマネージャーが障壁になりやすい 全社ルール・ガイドラインと、どう付き合っていけば良いのか？ 複数のガイドライン/オプションを用意しておく ガイドラインをかならず守らなきゃいけないのは思い込みなこともある 緩い、自由があるガイドラインだと進めやすい 権限委譲が非常に難しいのではないか？ 権限のないプロダクトオーナー問題 プロジェクト開始の時点で、決められる範囲の線引き 大きな会社になればなるほど、スクラムマスターが重要 スクラムマスタ
アジャイル開発はWhyから始まる
1. Toshihiro Ichitani All Rights Reserved. アジャイル開発は Whyから始まる Ichitani Toshihiro 市⾕聡啓 Agile Development Start with Why. 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市⾕聡啓 ソフトウェア開発16年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 DevLOVE コミュニティ ファウンダ ⼀般社団法⼈ アジャイルチームを⽀える会 理事 0 → 1 3. Copyright (c) 2017 Guild Works Inc. 本⽇のテーマ アジャイル開発で良いプロダクトを作るためには 開発チームの外側で解
計画する技術 - kakakakakku blog
今日は社内勉強会で「計画する技術」というタイトルで発表をした． 前から少し「計画」のところに課題感があって，そのあたりの知識を組織に広めて欲しいというオーダーもあったため，僕が日々考えていることを言語化して，発表することにした．僕は今までに様々な「計画」の経験があり，実際に今の組織でも難易度の高いプロジェクトを何度も計画し，遂行してきたため，「計画」に対する信頼残高は増えているのではないかと思う． 発表資料 意識したこと 今回，発表資料を作るときに意識したことが2個あった．他にも話したいことはたくさんあったけど，組織マネジメントの話はまた別でしようと思って，あくまで「計画」に特化した話にした． 明日からすぐに使える話をする 開発プロセスに依存しない話をする 1. 明日からすぐに使える話をする 原理原則すぎる話や，難しい法則の話は控えるようにした．そういう話をしてしまうと，その場では「おー，
一挙に紹介、アジャイルとDXを支援する日本の組織 | Japan Innovation Review powered by JBpress
前回の記事（「企業内イノベーションの実現に向けた7つの提言」）では、DX（デジタルトランスフォーメーション）を目指す組織改革について、以下の提言を行った。 1. 経営陣がアジャイルを理解し、企業文化を醸成すること 2. 既存の情報システム部門と別に、イノベーション部隊を建設すること 3. イノベーション部隊を既存の進捗管理から切り離し、企画と開発を一体化すること 4. 経験のあるアジャイルコーチ、スクラムマスターを招き入れる、もしくは採用すること 6. 技術力のあるエンジニアを招集すること 7. コミュニティへのエンジニア参加を推奨し、外部交流を行うこと 特に、日本においては戦略的なビジネスにおいても、ソフトウエアを発注する文化があること、さらに、既存部署との関係がネックになることが多い。今回は、これらの活動を進めるにあたって大きな力となる、「アジャイル開発に関して日本で提供されているサー
JaSST'18 Tokyoクロージングパネル「アジャイル・自動化時代のテストの現場のリアル」 #JaSST - ブロッコリーのブログ
はじめに この記事はJaSST'18 Tokyo（ソフトウェアテストシンポジウム）のパネルセッションを書いたものです。 JaSSTソフトウェアテストシンポジウム-JaSST'18 Tokyo 自己紹介 バックグラウンドが違い、コンテキストが違うことがある そこで自己紹介時に、どれくらいの頻度でDeployしているのか、どれくらいの頻度でリリースしているのかを踏まえて話してほしい。 荻野 恒太郎（以下、荻野） 楽天 テスト自動化とDevOpsのマネージャをしている。 デプロイは毎日数十回実施 1週間に数回リリースしている 天野 祐介（以下、天野） サイボウズ kintoneの開発チームに所属 エンジニアが10数名、QAなどを含めると30名ぐらいのチーム 2015年にチームリーダーになった 今はスクラムマスター中心 最近、WaterFallからAgile開発に変更していっている 今は1イテレー
4つの戦犯から考えるサービスづくりの失敗
「リンスタ関ヶ原 〜敗軍の将、兵を語る編〜」で話したこと。 https://devlove.doorkeeper.jp/events/66102Read less
われわれはなぜアジャイルに向かうのか
1. Toshihiro Ichitani All Rights Reserved. われわれはなぜ アジャイルに向かうのか Ichitani Toshihiro 市⾕聡啓 開発をアジャイルにしていくために 読むべき最初の⼿引き 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市⾕聡啓 ソフトウェア開発16年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 株式会社 エナジャイル 代表 ⼀般社団法⼈ 越境アジャイルアライアンス代表理事 DevLOVE コミュニティ ファウンダ 0 → 1
エンタープライズアジャイル勉強会の資料 - @m_seki の
エンタープライズアジャイル勉強会という勉強会に呼んでいただけたので資料公開しますね。広島の旅費が苦しいのでこういうのうれしい！ Gumroadからの課金勢のみなさんへ 恒例！スライドに名前を入れる券 2017-2018 反復開発を中心に お話したこと 反復開発は全工程やって1ターンだよっていうみんなが知ってる（けど、ある方面のScrumではやられていないことが多いらしい）ことを45分間ずっと説明しました。 その結果チームの境界（サブシステムとか工程別チームとか）がどうでもよくなると思う（実感してる）んだけど、Scurm Incの説明だと階層がたくさんある例を示していたし、永田さんはQA部門にこだわりがあるのがおもしろいなー。自分も含めて、みんな自分の状況が好きなんだな。いいことだ。 再演バイト待ってます。 （再演したいんじゃなくて、RubyKaigiの旅費かせぎたいので！） speaker
DevOps for Business
1. DevOps for Business 2017/6/6 株式会社アトラクタ 取締役最高技術責任者/アジャイルコーチ 吉羽龍太郎 2. 吉羽龍太郎 @ryuzee ✤ 株式会社アトラクタ取締役CTO/アジャイルコーチ ✤ 野村総合研究所、Amazon Web Servicesなどを経て創業 ✤ アジャイル開発/改善/自動化/クラウド関連のコンサルティングとトレーニングを提供 3. 株式会社アトラクタのご紹介 ✤ 開発プロセスに関するコンサルティングやトレーニングを提供 ✤ ✤ アジャイル開発 / 改善 / 自動化 / チーム育成 / クラウドコンピューティング / ド メインモデリングなどが専門領域 https://www.attractor.co.jp/
アジャイルプロジェクトの危険な兆候
みなさんこんにちは。@ryuzeeです。 タイトルのとおりなのですが、過去の個人的な経験で「こういうのをみたら深掘りしろ」というポイントをシェアしておきます。 アジャイルがあわないプロジェクトへの適用アジャイルプロジェクトの経験がない、または非常にすくない企業の文化がアジャイルの考え方とあっていない組織が大きすぎて動かない従来型のやり方に従わせる圧力がかかる納期とスコープの強い圧力マネジメントのスポンサーシップがない必要なアジャイルに関するスキルが足りていない技術支援チームの支援など、必要な支援が得られていないトレーニング不足立ち上げ時の準備不足アジャイルでやれば必ず成功すると思っている関係する人たちへの説明不足(期待値コントロール)いきなりプロセスをカスタマイズしたり何かを省略しているプラクティスの目的を理解せず表面的に真似だけしているチーム内のコミュニケーションがとれていないチームがチ
AgileTourOsaka2014 #agileto2014 のまとめ (2ページ目)
そこにハッシュタグがあったので、なんかの縁と思ってまとめさせていただきました。 日時：2014年10月11日 12:00-16:30 場所：伊丹商工プラザ(兵庫県伊丹市) 主催：Agile Tour Osaka 2014実行委員会 スポンサー：テクノロジックアート 続きを読む
5分で分かるアジャイルムーブメントの歴史
_ 5分で分かるアジャイルムーブメントの歴史 この記事は "Brief History of Agile Movement" の全文を日本語に翻訳したものです。 この記事の著者であり、日本語版の公開を快諾いただいた Udayan Banerjee 氏 に感謝します。 翻訳の間違いなどの責任は私 (@fkino) にあります。コメントなどで指摘していただけると嬉しいです。 2012年2月にアジャイルムーブメントは丸11年を迎えました*1。みなさんも何らかのアジャイル開発手法を既に取り入れているか、アジャイル開発に取り組もうと検討されていることではないでしょうか。さて、みなさんはアジャイルムーブメントがどのようにして起こったのかご存知ですか？それは、偶然だったのか？それとも、必然だったのか？アジャイルマニフェストに影響を与えたのは何だったのか？アジャイルマニフェストの執筆者の名前は言える？彼ら
アジャイルが否定したものを見直そう - arclamp
2014/9/6に開催されたXP祭り2014で「アジャイルを手放して得られたこと」という講演をしてきました。Togetterはこちらから。 元々は「アジャイルのダークサイド」の話がしたくて応募したのですが、その後、いろいろと考えているうちに僕自身にも気づきの多い内容となりました。 さて反応を見てると前半のアーキテクチャとマネジメントの話に興味を持っていただいたようです。なので、このブログでは「なぜアーキテクチャとマネジメントの話からアジャイルの話をしたのか」ということを書いてみます。 アジャイルがさまたげたもの アジャイル開発手法が大きく注目されるのは1999年の「Extreme Programming Explained」の出版であり、2001年の「アジャイルソフトウェア開発宣言」です。1990年代後半から2000年代初頭というのは、IT産業が大きく成長する時代であり、同時に、当時主流で
救いにならないアジャイル、救いになるアジャイル - ソフトウェアさかば
渡辺幸三さんのブログ記事「仕様書プログラミング」とその運命が興味深いです。概ね同意ですが、アジャイル開発を実践されている方と同じ価値観だという印象を持ちました。 「仕様書プログラミング」とその運命のアジャイル開発に関する部分を要約すると コンピュータが人々の仕事を奪い続けてきたことは広く知られた事実である。 機械的で退屈なプログラミングがコンピュータによる自動処理に置き換えられ、良くも悪くも創造性が求められるプログラミングしか残らなくなる。 仕様書プログラミングには仕様書の不備の補完という創造性があるが、多すぎる不備へのイライラ感か、厳密すぎる事に対するウンザリ感しかない しかし、アジャイル開発は救いにならない。仕様書をはじめとする包括的ドキュメントは決定的に重要だからだ アジャイルソフトウェア開発宣言 たしかにアジャイルソフトウェア開発宣言には 「包括的なドキュメントよりも動くソフトウェ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
勝てる「開発プロセス」のつくり方
アジャイルってなにが美味しいの
チームのチームによるチームのためのアジャイル開発 -誰がやる！？じゃあ俺やるよ！- #devsumi #kansumi #kansumiA1
ユーザーストーリー駆動開発で行こう。
