すくすくスクラム第21回 -ほいほいモチベーションあっぷ- ( #suc3rum )参加メモ - memoの場
モチベーションをテーマとしたすくすくスクラムへ参加した際のメモです． ■日時：2011/01/28(金) 19:00-21:15 ■場所：株式会社QUICK ■参考：http://kokucheese.com/event/index/6858/ ■参加者数：50名位 ■プログラム @essence_sさんによる講演と5つくらいのワーク 自分がどのようなことでモチベーションが高まったり下がったりするのかの分析 自分がチームリーダーになった際，チームのモチベーションを高めるためにどのようなことをするのが得意なのかの分析 ペアワーク：自分がやる気が出たときはどんなときだったか話す． ペアワーク：自分がやる気がなくなったときはどんなときだったか話す． テーブルワーク：自分から見てやる気がないチームメンバはどんな感じか話す． 個人ワーク：自分が5つのどのタイプが強く出ているか確認する． テーブルワー
色々参加してきました。 - 亀岡的プログラマ日記
最近は勉強会にほとんど参加できず、禁欲的（？）な生活を送っていたのですが。。。 先週は水曜日にすくすくスクラム大阪に行ってきました。 簡単な印象だけ・・・ すくすくスクラム大阪 やっぱりスクラムしんどい。だからこそ大きな価値がある。 以前ワークショップを受けて感じたことの繰り返しだけど、やはりスクラムは（良い意味で）しんどい開発手法なのだなあ、と実感。講師の方の話でも、委託先での開発体制を、スクラムから普通の管理（週割ガントチャートとか）に変えたらすごく仕事が（悪い意味で）楽になったらしい。 一番の楽になったポイントは、人とのコミュニケーションなのだと。スクラムだと全員が今何をしているのかを把握できているし、どの仕事もチームで片付けるので付加はチーム全員が負担できる。だからみんなしんどい。 んでもって普通の開発をやると、縄張り意識を持って自分の担当範囲だけで事を終えようとする。だから一部に
第14回すくすくスクラムで「スクラムの落とし穴を踏み越えろ」ってお題で話しました - ヲトナ.backtrace
最近、日記力が低下しているので、今さらですが報告。 5/27 にやっとむ(id:yach)と一緒に発表してきました。 なんとか、参加して下さった皆さんに喜んでもらえたみたいでホッとしています。 当初は全然別の構成だったのですが、事前にやった素振りでやっとむ(id:yach)が考えてきたゲーム(当日やったスクラム体感ゲーム)があまりにも良かったので、急遽構成を変更してみました。 当日の資料は、 Getting over the pitfall of ScrumView more presentations from Nishimura Naoto. あと、ツラツラと当日の思いをふりかえってみると、自分が伝えたかった事は色々とあるのですが、スクラムを支えるのは何なのかってのをなんとか伝えれた実感がありました。 みなさんもそう感じていただいていれば幸いです。 また、発表の最後の方にしたコミュニテ
第11回すくすくスクラム――ユーザーストーリービギンズナイトで講演してきました。 - capsctrldays(2010-02-25)
■1 第11回すくすくスクラム――ユーザーストーリービギンズナイトで講演してきました。 講演といってもワークショップ形式なので、あまりしゃべってないですけれども。 2時間という長時間でしたが、原メソッドのおかげでピッタリ時間通りに終わりました。ご参加いただいたみなさん、ust参加者のみなさん、スタッフのみなさん、どうもありがとうございました。 今回は、ワークショップへの参加者として思ってたことを2つ実践してみました。 （参加者同士の）自己紹介なんて必要なくね？ 模造紙って非日常的だから使えなくね？ もちろん異論はあるでしょうけれど。 ustの録画は以下。 ちゃんとした録画は、このへんにアップされるんじゃないかなあ。 http://www.microsoft.com/japan/powerpro/developer/agile/community/suc3rum.mspx 資料も、いずれこの
第5回 アジャイルな要求定義に求められるもの
本研究所では、アジャイル開発を素材に、より良いシステム開発のあり方を求めていきます。開発手法そのものを見直すことは、より良いシステムを作るだけではなく、開発を担当するチームが成長し、個人の満足度も高まると考えられるからです。今回は、アジャイルと要件定義の関係について考えてみます。 みなさんはもう十分に実感されているかもしれませんが、ここ最近の私は、アジャイル開発における要件定義の重要性を改めて認識するようになりました。アジャイル開発といえば、要件定義よりも「まずは作ってみる」といったイメージが強いかと思いますが、要件定義が重要な作業であることには変わりがないと考えています。 一般的に、アジャイルではユーザーが実施したいことを端的に表した「ユーザーストーリー」を作成し、開発を進めていきます。ですが、これまでの私が「それだけでは要件定義が不足している」と不安に感じていたのは事実です。 そんなと
「第11回すくすくスクラム――ユーザーストーリービギンズナイト」に参加してきた - 角谷HTML化計画(2010-02-25)
■1 「第11回すくすくスクラム――ユーザーストーリービギンズナイト」に参加してきた 「ストーリーを書いていいのは書かれる覚悟のある奴だけだぜ」 by @kdmsnr 当日の講演(+ワークショップ)の録画と、資料は児玉さんの日記を参照。 http://capsctrl.que.jp/kdmsnr/diary/20100225.html#p01 ユーザーストーリーはそれそのものよりもそれを取り巻く環境構造がだいじだと思っているので、そういう話が多くてよかった。惑星の本棚で調べた結果もたくさん盛り込まれていて、かなりお得な内容だった。ありがとうございました。Mike Cohnの著作は出す順番の逆順で読むのがいいんじゃないかと思う今日この頃。つまりこの順番: Succeeding with Agile: Software Development Using Scrum (Addison-Wesl
第11回すくすくスクラムに行ってきた
第11回すくすくスクラム?ユーザーストーリーはこう書け！? 社内ではなぜか「お前話せ」みたいな感じで発表したり、勉強会行った事ないのに勉強会をとりまとめたりしていますが、ちまたでいわれているモノホンの勉強会に行ってきました。 ワイクル角さんがスピーカーでした。 （動画：http://www.ustream.tv/recorded/4993458） * ・ATDP/ATDD（あとで調べる。TDDだけではない） ・BDD（あとで調べる） ・TiDD（チケット駆動。これ日本初なのか） ・3C・・・カード、会話、確認 ・ストーリーカード ・・以下で考える ・・・役割 ・・・機能、性能 ・・・ビジネス価値 ・「役割として、機能や性能が欲しい、ビジネス価値があるから」で考える ・・役割から考える方法 ・・・私は○○なので・・・から考える ・エレベーターテストステートメント（あとで調べる） ・・エレベー
ヒビノログ » Blog Archive » 第11回すくすくスクラムに行ってきた
第11回すくすくスクラムに行ってきました。 今回は「ユーザーストーリービギンズナイト」、講師は角 征典さん。 後でまとめたい気もするけど、ひとまずメモを垂れ流しておこう。 要求定義で困っていることは？ 進めるにつれて要求が変わる、知識が顧客と作る側で違う、とか。 スクラムの要求定義は「要求＋ビジネス価値」で考える。 ユーザーストーリーは３幕構成。 「（役割）として（性能・機能）が欲しい。それは（ビジネス価値）のためだ」 ⇒このあたりは「アジャイルな見積もりと計画作り」のおさらい的な。 不足分は対話で埋めていく。「言った言わない」にならない土壌作りが大事。 ⇒簡単なようで難しいけど、やっぱり越えなきゃならない壁。 3C（カード、対話、確認） 役割のロールをできるだけ詳しく分けるとよい ストーリーカードがすごく多くなったら？ ⇒ストーリーより粒度の大きい「エピック」のまま置いておく
第１回すくすくスクラム瀬戸内勉強会に参加しました。 - T-1000の日記
第１回すくすくスクラム瀬戸内勉強会に参加してきました。 私もすくすくスクラム瀬戸内のグループには参加しているのですが、 今日は@tetsu_mさんに誘って頂いたので、少し遅れましたがほぼ最初の セッションから参加する事ができました。 最初は席替えから始まり、自己紹介（モノマネ付きでさすがに恥ずかしかった） してから、最初のセッション「要件定義の嘘」開始 ある絵を見て、その絵を説明する文章を書く。その文章を 違うチームに渡して描いてもらう。 すると、不思議な事に元の絵と違うものができあがるんですね。 （要するに絵を説明する文章が要件定義書に相当するとした時に、 全てが相手に伝わらないぞ！という事と、事前に元ネタになる絵を 見ているので先入観で仕様を解釈している場合がある事がわかる。） そこから、全体の７割～８割がプロジェクト失敗している事例の紹介。 失敗プロジェクトのうち、原因が要件定義が悪
Microsoft – クラウド、コンピューター、アプリ & ゲーム
在庫限り。人気のSurface Duo 2 が再入荷され、最大 36% OFF 中。ご購入はお早めに。
すくすくスクラム瀬戸内_スケジュールの嘘_20100205
4. AGILE 2008 CONFERENCE EM ZERO VOL.2 XP 2009 XP 2008 ( KKD) DEVLOVE 2008 TFP 2007 (LT) 2008 (2007/06) (2009/01 LT) 2010 2 5
ヒビノログ » Blog Archive » 第8回すくすくスクラムに行ってきた
すくすくスクラムに初参加してきました。 参加者は40名くらいかなぁ。 今日のテーマは「Situational Leadership Theory (SL理論)」、講師はCSMの今村さん。 前半、「リーダー」から異なる2つの課題が「チーム」に出されてのワークショップ 「新しいつぶやきサービス」の方が、チームとして適切な行動を取れたのかなと思う が、斬新なアイデアが出たのは「新しいジェットエンジン」だったかもしれない。フォロワーの成熟度を敢えて外した振る舞いをするのはアリかも 「優れたリーダーの条件とは？」という問いに、「カッコいいこと」と答えたグループがあって、とても共感した。大事よね。 フォロワーには「能力」「意欲」によってR1からR4の4タイプがあり、それぞれの状況に応じてリーダーは「指示的行動」「協労的行動」の程度を変えてやることで接する 今まで特に学んでこなかったけれど、無意識の
Shows
The AI Show Live showcases the amazing work happening in AI at Microsoft. Developers learn what's new in AI in a short amount of time and are directed to assets helping them get started and on the road to success right away. Seth Juarez and friends work on cool projects and highlight what's new in Azure AI and Machine Learning. Microsoft Visual Studio Code is a free, powerful, lightweight code edi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
No012-01-Suc3rum-20100324
ユーザーストーリービギンズナイト at 第11回すくすくスクラム
No010-01-Suc3rum-20100207
suc3rumST20100205_Opening
http://d.hatena.ne.jp/kimpo/20100206
第８回すくすくスクラム 〜 一人一人がリーダーだ 〜 - kawaguti’s diary
ebacky's Twitter:msagile： about 1 month ago - A Start アジャイル開発が気になるあなたに贈る