アジャイルの「ライトウィング」と「レフトウィング」：An Agile Way：オルタナティブ・ブログ
アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI（継続的インテグレーション）を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人との会話のプロトコルと協働関係を作るしかけだろう。自分の現状を、アジャイルに変えるためには、どうしたらよいだろう？ "最近、「アジャイル」といっても中にいろんな要素があるために、「あなたのアジャイルは何のことを言っていますか？」と聞くことからはじめないと、話がかみ合わない"、と、Agile2012帰りのかわぐちさんと話していて、そのときに、かわぐちさんが描いた絵（たぶんどこかにある４象限の図）がいまひとつ自分にしっくりこなくて、私が描いて見た絵がこの絵だ。 あなたが、現状の開発現場を「アジャイル」に変えたい、と考え
XP祭り2010で講演しました。：An Agile Way：オルタナティブ・ブログ
毎年9月の第一土曜日に行われるという、「XP祭り」に参加してきました。毎年楽しいのですが、今年は、200名以上の参加。会場のみなさんに手を挙げてもらったら、初めての参加が７割くらい、というとてもうれしい状況です。 アジャイルの最近の話をしようと思ったのですが、やっぱり、「XPへの愛」があふれてきて、現在の自分の生活スタイルに大きな影響をあたえた、XPとアジャイルの関係もお話しました。 それから、初めて、Kanban について少々テクニカルな話をしました。ウォーターフォールとスクラムとカンバンを、ケーデンス（リズム）とWIP（在庫、仕掛）、キュー理論（Lead Time短縮）の観点から少し解説しました。 実はKanbanは、「まずやっていることを見える化することから始める」という意味で、プロジェクトファシリテーション（PF）とも通じるところがある手法です。日本でも取り入れやすく、これを起爆剤
New York Times 誌に Pair Programming の記事：An Agile Way：オルタナティブ・ブログ
New York Times 誌(Web)に、プログラミングとソフトウェア開発に関する記事が出た。 『ソフトウェアを書くための、バディシステム』 http://www.nytimes.com/2009/09/20/jobs/20pre.html バディは、スクーバダイビングの二人組みを指すのだと思うが、世の中には他にも多くの「危険な」作業を二人で行うシステムがある。刑事の行動、コックピットの操縦士・副操縦士などなど。 この記事では、フロリダ州のHashrocketというWeb制作のソフトハウスが、ペアプログラミングを取り入れて、バグがコードに混入するのを早期に防ぐシステムを導入している、という様子を「写真付きで」報じている。しかも、ちゃっとしたペアプログラミングを認識している。 One person does the actual writing, or coding, and the o
XP祭り 2009 の感想（参加していないのに！ ><)：An Agile Way：オルタナティブ・ブログ
2009/9/19 のXP祭り、参加できなくて残念でした。毎年行っていたいので、ちょっとさびしくて、twitter の #xpjug を見ていました。 感想を書こうと思ったのですが、何か、ブログで書いても伝わらないような気がしてきて、ビデオレターにしてみました。
ITA コミュニケーションフォーラムで PF 講演しました：An Agile Way：オルタナティブ・ブログ
ITA のコミュニケーションフォーラムで、プロジェクト・ファシリテーションを話して来ました。今回の聴衆は、ITA参加企業の若手技術者、営業マン、50人という、とてもやりがいのあるセミナー。講演内容はいつものPFでしたが、みなさん真剣に聴いて頂き、最初に用意して行ったジョークが滑りまくるwwという悪条件でしたが、とても好評のうちに終了しました。 その後のグループワークも羽角さんの司会で大変盛り上がりました。ワークのアイスブレイクも担当して、平鍋メソッド（情報カードを使った自己紹介と名札づくり(*1)）、偏愛マインドマップ（あまのりょうさんの例）、を使った自己紹介をファシリテート。ワーク本体では、各チームが「コミュニケーションを活性化するには」というテーマでグループ討議し、初対面の人たちが徐々にチームになっていく様子が頼もしかったです。発表で平鍋賞を受賞された「チームもじゃもじゃ」ですが、内容
「測定できないものは制御できない｣は誤りだった。-- by Tom Demarco：An Agile Way：オルタナティブ・ブログ
ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト－その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ
QCon Tokyo 2009(4/9,10) と Agile Japan 2009(4/22)：An Agile Way：オルタナティブ・ブログ
4月には私がホストする大きなイベントが２つあります。 QCon Tokyo 2009(4/9,10) と Agile Japan 2009(4/22) です。 QCon では、ぼくは 4/10の「アジャイル」トラックのホストになっていて、そこで自分自身も話をしますし、木下さんに『アート・オブ・アジャイルデベロップメント』の話をしてもらったり、Henrik Kniberg に『Scrum and XP from the trenches』の話をしてもらったりする予定です。QCon 全体では、Martin Folwer やまつもとさん、丸山先生、Rod Johnson などの著名人がいて、技術的な興味とエンジニア色が強いセミナーになっています。私も、「プロジェクトファシリテーション」すでに、9x 回目になりますが、再度やります。 Agile Japan 2009 では、違うアプローチをしていま
設計からコーディングまでの「距離」：An Agile Way：オルタナティブ・ブログ
私の立場は「コーディングは設計（の一部）だ」(by Jack Reeves)である。ここでは、コーディング以前のラフな設計（例えばUMLのクラス図やシーケンス図レベルのアイディア、それがホワイトボードに描かれていようが、紙であろうが、JUDEであろうが、日本語であろうが）を、ここでは設計と呼ぼう。 設計とコーディングの距離が増えれば増えるほど、ムダが増える。私の主張は、できるだけ、１つの関連部分の設計とコーディングは、「一人の人」が「少しずつ」行ったほうがよい、ということだ。昔見た「詳細設計書」という細かい実装の詳細を日本語である人が書き、それを見て別の人がコードを書く、ということは避けたい。ここでの距離とは、 頭脳間距離。 時間的距離。 の２つ。 頭脳的距離は、物理的に書く人の頭脳の距離だ。1人の人が設計からコーディングまでを含めて担当すれば、この距離は0だ、別の頭脳が担当するならば同じ
プロジェクトファシリテーションの「ふりかえり」：An Agile Way：オルタナティブ・ブログ
2004年くらいから、ソフトウェアプロジェクト現場の見える化手法を体系化し、「プロジェクトファシリテーション(PF)」と呼んで普及させる活動を行っています。これは、「アジャイル開発」にという手法が日本の管理者層に誤解されている現状も踏まえて、繰り返し型やウォーターフォールといった開発プロセスからは一旦離れ、日本の現場でできるコミュニケーションとモチベーションアップの手法を、プロセス改善活動の一環として提示したものです。プロジェクトマネジメントやプロセス改善、TPS、ファシリテーション、アジャイルなどさまざまな手法の混在となっていて、これを実践することで、３Kなどと言われているソフトウェア開発現場を、いきいきとした仕事場に変えたい、という思いの表現です。 この活動は、PFP（プロジェクト・ファシリテーション・プロジェクト）と呼ばれるオフラインのミーティング（東京、関西、九州）、雑誌記事(EM
《本》受託開発の極意：An Agile Way：オルタナティブ・ブログ
「受託開発の極意～変化はあなたから始まる」 岡島さんの本が出版されました。この本には、ぼくも推薦の言葉を贈らせてもらった。 「・プロフェッショナルな仕事をしたいですか？・楽しく仕事をしたいですか？本書はこの２つの問いに同時にYesと答えるための本です。それには、受託開発現場の考え方を変えること、やり方を変えること、そのすべてに先立ってあなた自身が変わること。本書の読者が、お客さまから「あなたがいてくれたから成功できた」、後輩から、「先輩と仕事ができてよかった」と言ってもらえる、そんな現場が日本に増えることを願います。」 中身は本当に強くしっかりと、みずみずしく生々しく、思いと教訓からの学びがかかれていて、僕自身も読んでいて胸が熱くなった。要件ヒアリングのこつ、見積もり、丸投げされても前進する、運用が最上流、お客さまとの信頼関係も保守する、ナレッジとマインドの伝承、チーム優先、組織を変える難
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://twitter.com/hiranabe/statuses/2755345115
http://atnd.org/events/374
http://www.junkudo.co.jp/newevent/evtalk.html%2320090305ikebukuro
404 お探しのページは移動、削除もしくはURLの入力間違いの可能性があります - まぐまぐ！
404 お探しのページは移動、削除もしくはURLの入力間違いの可能性があります - まぐまぐ！