アジャイルプロジェクト スタートアップガイド
アジャイルプロジェクト スタートアップガイド 1. アジャイルプロジェクト スタートアップガイド Ryuzee v.2011/12/09http://www.flickr.com/photos/jnicho02/2623531031/ 2. ü この資料料にはアジャイルプロジェクトのは じめ⽅方について記述しています。ü 利利⽤用するのはScrum全体とXPの適⽤用可能な ⼀一部のプラクティスを想定しています。ü あくまでやるべきことの⼀一例例として書いて いますので、現場にあわせて始め⽅方を考え てください。 3. 1.プロダクトゴールや価値の明確化 これから作るものについての責任を負っている⼈人はだれなのかを明らかにするこれから作るもののビジネス価値や製品ビジョンを明確にする http://www.flickr.com/photos/jaybock/6030741063/
Agile Coaching Workshop
Workshop delivered by Adrian Smith and Craig Smith at Agile Australia 2012 in Melbourne in May 2012. The Agile Coach is a critical role in helping leaders, teams or individuals understand, adopt and improve Agile methods and practice. Additionally, an Agile Coach helps people rethink and change the way they go about their work. For a individual to be effective in a coaching role, they must poses a
日本XPユーザ会 第２４回 「アジャイルな見積もりと計画づくり」 - kawaguti’s diary
学びがたくさんありました。ちょうどいま最初のアジャイルプロジェクトをやっているところなので、知りたいっていう文脈がたくさんありましたし。実践があると学びが大きい感じ。 本の情報 Amazon.co.jp: 「アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~」=> amazon:4839924023 原題: Agile Estimating and Planning (略してAEPだそうです) 安井さん 宝の地図 「妥当な計画」と「結果を出す計画」 宝の地図は不正確 <= フィードバックを得て、初めて価値にたどり着く 変化するために計画する いかに計画すべきか 頻繁に見直す => 変化することを盛り込んだ計画 近い将来は割と正確に予測できる。遠い将来はそうではない。 プランニングオニオン <= 多段階の計画 「アジャイルは計画しない？」いやいや、むしろ毎日計画してい
Ustream.tv: ユーザー Agile-Japan: , Recorded on 2012/03/16. 会議
埋め込みコード：録画 <iframe src="http://www.ustream.tv/embed/recorded/21131014" width="608" height="368" scrolling="no" frameborder="0" style="border: 0px none transparent;"></iframe> カスタム: 横幅: px 高さ: px 古いエンベッドコードを使う <object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="480" height="296" id="utv498868" name="utv_n_86050"><param name="flashvars" value="loc=%2F&autoplay=false&vid=21131014&l
テストについて考える #devlove
DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ........................................
「アジャイルサムライになるための方法」 #agilesamurai dojo gathering - ヲトナ.backtrace
3/24 に開催された AgileSamurai Dojo Gathering でトリを務めさせていただきました。 当日の資料は以下になります。 ＃とりあえず broken English な字幕もそのままにしていますw http://agile-samurai-ja.github.com/dojo-gathering/2012/ 時間の無い人はこのセリフだけ覚えておいてくださいww お前らの暴力をみんな黙って見てる それが許せないんだ 僕は死んでも構わない かかって来いよ 今回は普段やっているようなアジャイル開発の説明とかは一切せずに、アジャイルサムライの 15章(15.8)のこの先どこへ向かえばいいのか? にジョナサンが書いてくれている「君の働き方や仕事の質を選んでいるのは他の誰でもない、君自身なんだ。」というメッセージと僕自身が最近感じている現状とかを僕なりに伝えてみました。 だいぶ
Agile Agile Buffet Cardを作りました
Agile Buffet Cardとは、Agileに関する主なプラクティスを集めたカードのことです。現在34個のプラクティスが含まれています。 元ネタとしては、2011年9月に@tomohnさんと@qooh0さんとXP祭りでAgile Buffetというワークショップから来ています。 このワークショップでは自分たちのプロセスをコンテキストに応じて設計してみよう、というワークショップで、ScrumやXPやKanbanなどから自分たちが使うべきプラクティスを選択してプロセスを組み立てます。（プラクティスの都合のよい単なるつまみ食いは問題なのですが、コンテキストを理解した上でより良いプロセスを目指して取り組むのは悪いことではありません。守破離の破以降の取り組みだと思ってください） カードはここからダウンロードできます。再配布や販売は禁止ですが、ここからダウンロードして使う限りは好きに使ってくださ
Kanban Vs Scrum日本語版
「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ 2022年9月13日 株式会社メンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーが欲しいと言った機能をつけたのに使われない！」という経験はありませんか。プロダクトをつくるとき「ユーザーの心理を理解しよう」とよく言われます。しかし、ユーザーに言われたままやることと、ユーザーが本当に望んでいることは異なります。「UXデザイン・UXリサーチ」は、ユーザーを理解するための専門技術です。ユーザーインタビューやユーザビリティテストを用いてファクトを集めることで、ユーザーの表面的な言葉に惑わされない、本当のインサイトにたどりつくことができます。かんたんなワークも交えながら、体系的に解説いたします。
ユーザーストーリーマッピングで地図を書き、ソフトウェア開発の旅に出よう！
“User Story Mapping“は、Jeff Patton氏が提案する計画手法です。バックログには背骨が欠けている（InfoQ）でJeff氏が説明するように、バックログを効果的に見える化することにより、システムの全体像を捉えようとしています。そして、ユーザーストーリーマッピングによって、UX（User Experience：ユーザーの体験）指向のストーリーとして整理され、より高いユーザーバリューへとプロダクトを導いていきます。 Jeff氏は、来年2月に『User Story Mapping』という書籍をオライリーからリリースするため、この手法がより広がっていく可能性があります。それでは、ユーザーストーリーマッピングの旅に出かけましょう。 ユーザーの行動を洗い出す 今回は、Jeff氏のプロダクトオーナートレーニングで学んだ方法を使って、ユーザーストーリーマッピングの作り方を確認します
第3回スクラムプロダクトオーナー勉強会に参加してきた #postudy - Diary of absj31
10月14日 第3回スクラムプロダクトオーナー勉強会(東京都) (写真：洗い出したストーリーに対して『プランニングポーカー』を実施している時の一幕。) 本勉強会では、 「現場でスクラムを実践するためにはどうすればよいか」 という命題に対して、スクラムで定義されている 3つの役割（チーム、スクラムマスター、プロダクトオーナー）のうち、特に ・プロダクトオーナー にフォーカスを当てて、CSPO研修で扱われた内容や スクラムギャザリング東京2011で扱う予定の内容を軸に、 過去の導入事例やワークショップなどを通じて参加者同士で議論を行い、 情報交換をすることで互いに有益な場を作っていきたいと考えています。前回第2回に続き、第3回目のスクラムプロダクトオーナー勉強会。 第2回スクラムプロダクトオーナー勉強会に参加してきた #postudy - Shinya’s Dairy Report ここ最近勉
第3回スクラムプロダクトオーナー勉強会 - 4D Project
[参加メモ]第3回スクラムプロダクトオーナー勉強会 2011/10/14（金）18:45〜20:30 場所は TIS株式会社 東京本社 勤務先からはタクシーで10分ほどの距離でした。 最近はアジャイルソフトウェア開発手法の1つ、「スクラム」に注目しています。 今回参加したのは、スクラムで定義されている「チーム」、「スクラムマスター」、「プロダクトオーナー」の３つの役割のうち、「プロダクトオーナー」に注視した勉強会です。 私は、スクラムで開発をしているわけではないので、上記のどのロールにも所属していませんが、プロダクトオーナー向けを謳っている勉強会は少なく(ない？)、チャンスを逃さないために参加しました。 オープニング @fullvirtue さんより以下のようなお話がありました。 スクラムプロダクトオーナー勉強会のハッシュタグは #postudy です。 hashtagsjpで表示すれば、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.agileproductdesign.com/downloads/patton_incremental_releases_handouts.pdf
【資料公開】アジャイルな開発プロセスを導入するために考えなければならないこと
agile20
First and Important thing in agile 20110704