Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ
朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
デイリースクラムの進め方
みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの目的 2. デイリースクラムの参加者 3. デイリースクラムのタイムボックス 4. デイリースクラムの事前準備 5. デイリースクラムのファシリテーション・進行 6. デイリースクラムのアンチパターン 1. デイリースクラムの目的 スクラムを利用するとき「フレームワークで決められているから」というだけの理解で進めてはいけません。これは全てのイベントに当てはまります。 スクラムのイベントはすべて、検査と適応が行われるように明確に設計されています。 デイリースクラムの最大の目的は、
アジャイルはロックだったんじゃなかったか〜アジャイルジャパン2012東京サテライトを開催します | Social Change!
AgileJapanアジャイルジャパン2012は、メイン会場を大阪に移しての開催ですが、東京でもサテライト開催します。 アジャイルジャパン2012東京サテライト 午前中のアジャイルサムライ著者やTOC岸良氏のキーノートスピーチについては、大画面を使ってのUST生放送をパブリックビューイングします。そして、午後は東京オリジナルのコンテンツを用意しています。 私は東京サテライトの実行委員でもあるので、大阪には行かないで、東京を盛り上げていきたいと思っています。 もっとしびれるようなソフトウェア開発がしたい 今年の東京のアジャイルジャパンはサテライト開催のため、いわゆる王道のアジャイルではなく、サテライトだからこそ尖ったメッセージをもって取り組みたいと考えました。熱い大阪に負けない位、熱くてエネルギーの坩堝のようなイベントにしよう、と。 アジャイルはソフトウェア開発の現場で産まれました。プログラ
アジャイルサムライ読書会 新宿道場を立ち上げました&第1回・第2回読書会を開催しました - tmmkr’s weblog
既に参加頂いたり、ご存知の方もいらっしゃるかと思いますが、 書籍「アジャイルサムライ」の読書会 in 新宿道場を立ち上げました。 昨年ScrumGatheringTokyoに参加し、もう1度アジャイルサムライを読み直そうと強く思っていたちょうどその頃、友人・知人もこの本を読んでいたり、興味を持っていることを知り、それならば一緒に読書会してみないと声を掛けたところ数人から反応をもらいました。 そしてせっかくならば仲間うちだけでなく、広く色んな人に参加してもらえればと思い、新宿道場を立ち上げるに至りました。 全くの迷いがなかったわけではありませんが、その時に背中を押してくれる方がいたり、仲間がいました。 そしてこの本には「マスター・センセイでないと読書会を開いてはいけません」なんてどのページを探したってそんなことは書かれてはいません。 熱意があるのならば、どなたかが開催して下さるのを待つのでは
Scrum ではコードレビューをどうやっているか？ - haradakiro's blog
森崎先生のソフトウェアレビューの講演を聴いて、今やっているレビューの方法をまとめときたいと思ったので、まとめてみます。今回は、コードレビューの話です。Scrum ではといっていますが、レビューのやり方はチームによって違うので、あくまでも例ですよ。PBI とか、仕様、ドメインモデルのレビューの話はまたこんど。 レビューの目的は、もちろん作成するプロダクトの品質向上です。障害を検出するのも、もちろん目的ではあるのですが、それ以降のスプリントで作成されるコードで同じ障害を作り込まないのが目的としては大きいです。そのため、レビューはプロジェクトもしくはチーム立ち上げ後、数スプリントで重点的にやります。後はスプリントの振り返りでレビューをやりたいが出てきたら、チームで決めます。 レビューのやり方 基本はチーム全員で集まってやります。最大２時間。それ以上やっても集中力が続かないので。プロジェクタで対象
イテレーションが中断される原因への対策は？ | Act as Professional
スケジュールを立てるということについて、真剣におこなっているのかということに心当たりがあったので。 CSM研修初日メモ – ShiroKappa Blogで、Scrumでのスプリント（イテレーション）が中断されることについて、書かれていたので、経験的なことを書いてみる。 コーチによって、いろいろと意見が分かれるところであるので、一つの意見として参考にして頂ければ幸いです。 イテレーション計画の余裕についてイテレーションでこなせるタスクをギリギリの量で計画は絶対にしないこと。開発者にある程度の余裕があって、終了を迎える程度にする。 具体的には、1週間から2週間のイテレーションだと、1日ぐらいの余裕は必要であると考えている。 余裕を与えすぎると働かないのでは？効率が悪い？自己組織化したチームは、イテレーション内にやるべきことが終わってしまえば、自主的にソフトウェアの改善に勤めたり、次のイテレー
アジャイルサムライ他流試合の動画 - ぷぎがぽぎ
2011年9月18日にオラクル青山センターにて アジャイルサムライ他流試合が開催されました。 アジャイルサムライ他流試合 : ATND かなり熱いイベントでした。 詳しい内容は参加された熱心な弟子たちのレポートを参照してみてください。 特に@shinyaa31さんのレポートが詳しいので復習するには必読です。 アジャイルサムライ読書会(他流試合)に参加してきた【前編】 #agilesamurai #他流試合 - Diary of absj31 あと、togetterでも当日の雰囲気が伝わります。 http://togetter.com/li/189708 私自身は前の方でUst画面とにらめっこしていてばかりだったのですが、以下のアーカイブはいつでも見れますので、当日参加できなかった方や再度復習されたい方は是非利用してください。 とはいえ、全てをアーカイブできていたわけではないのでその点申し訳
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
僕の経験をこれからアジャイルソフトウェア開発する人々に共有しました。 #agile渋谷 | Act as Professional