先週末、Agile Japan 2013 が行われました。いくつか感じたことを書きます。 チュートリアル 写真は、オープニングの、チュートリアル講師、アジャイルジャパンのチェアである西河さん。 まず最初に毎回、チュートリアルを開催して、「アジャイルとは何か?」という概要をつかんでいただくようにしています。今回も会場に挙手してもらったら、1/3 が過去に参加したことがあるものの、残りの方は、初参加です。この方たちに、チュートリアルから聞いてもらうことにはとても意味があります。
資本主義が生き残れるのか、イノベーションがそれを延命するか、社会主義が再度別の形で現れるのか、という大きな話から、「原節子がイディア(理想、プラトン)で女房を見ると(実践、案外うまくやっている)」という冗句まで、とても楽しい時間でした。先生の言葉とアジャイルをつないでみます。 暗黙知: 朝会、デモ、場作り、見える化、ペアプログラミング サイエンスからアートへ: ソフトウェア工学からアジャイルへ SECIの回転: インテレション(スプリント) プラトンかアリストテレスか: 理論か実践か(まず実践ありき) 思いを持つこと: プロダクトオーナーの仕事、ビジョンを描くこと 共同主観を作る: 全員同室、リアルタイムで文書でなく 暗黙知を形式知にする: ふりかえりでKPTで言葉にする
わけあって『リーン開発の本質』を再読しています。る。日本の中でアジャイル開発を、できるだけ管理者の言葉として伝えたかった本です。この本は本当にたくさんの人に読んでほしいなぁ。ここに、そのあとがき、として書いた文章を掲載します。 最後に書いた、 多くの間違った標準化が、「人は本来怠け者でありしっかり働かせるために規則を作らなければならない」とか「人は交換可能である」というメンタリティから発している。もし、組織の文化や方針の中心にこのような考え方があると、もしくは多くの管理者がこのように考えているならば、「決して」リーン活動は成功しない。そうではなく、「人の持つ工夫のモチベーションを活かす」こと、「一人ひとりの人を育てる」ことこそ、マネジメントの中心となるべきだ。「人」の要素はプロセスの中心である。ここをやり間違えてはならない。 日本のソフトウエア業界が、人の持つ知恵と力を大切にしながら、高品
日本のアジャイル10年、人々とコミュニティの私的物語 平鍋健児 (※)この記事は、2011年に書籍『Ultimate Agile Stories』に寄稿したものを転載しています。執筆時点で、『Ultimate Agile Stories - Iteration 2』が刊行されています。(2012/8/15) ぼくが初めてアジャイル、というか、XP、そうエクストリームプログラミングについて知ったのは、2000年の初めだった。ふと目について注文した洋書『Extreme Programming: Explained』がamazon.comから届き、それを週末に読んだのだ。このときに、どんな電流が走ったかは、多くの人の前で語ってきたが、Kent Beck という人物がとんでもなく明快に、そして極端に、人に喜ばれるソフトウェア開発、という視点でプログラミング活動を中心おいて4つの価値と12個のプラ
毎年注目している、VersionOne社の State of Agile Development Survey Results ですが、昨年の結果が発表されています。この調査はもう6年続いていて、ぼくも毎年追っかけているものです。ここ数年は同じ傾向が続いているのですが、いくつか解説したいと思います。(たぶん連載) 結果のソース⇒http://www.versionone.com/state_of_agile_development_survey/11/ まずは利用されている方法論。これは、昨年とほとんど変わっていなくて、やっぱりScrumとXP+Scrumを足すと70%に近い。Scrumの圧勝だ。XP単独というのは2%まで下がっている。今年の大きな変化は、Kanbanが認知されたことだろう。3%にまで上がってきている。それでもまだ3%というのがScrumの強さを物語る。また、Custom
3/16(金)、今年も「アジャイルジャパン2012」が開催されます。今年は大阪での開催。アジャイルの裾野を広げるためにも、大阪を昨年の「サテライト」中継開催から昇格、メイン会場にしました。大阪のみなさん、そしてその他の地区のみなさんも、ぜひ大阪に来てください。ぼくも大阪で参加するつもりです。 これまで、イベントを大阪で開催するのは勇気が要りました。本当に人が集まるのだろうか、、、などなど。でも、今年の大阪は違います。実行委員長の西河さん、そして前川さんは、大阪に拠点を置いて活動しています。それに、アジャイルジャパン2010からお世話になっているOSN(Osaka Study Network)のメンバー、XPJUG関西、PFP関西、要求開発アライアンス西日本、すくすくスクラム瀬戸内(※2/6追記)などなど、大阪のコミュニティーが動き出しました。講演者の中にも、オブ脳の牛尾さん、TDDの細谷さ
アジャイルのプラクティスを、もう一度解説して行きたいと思います。できるだけ、日本の文脈にあった内容を加えて、実践できるように。また、野中先生に後でコメントを頂く予定。 ペア・プログラミング 文字通り、2人一組になってペアでプログラミングを行う。XPでの1つのプラクティスに挙げられており、1台のPCを交互に使って行うのが基本形。昨今ではデュアルディスプレーを使ったり、ネットワークと画面共有を使ったりして遠隔地で実践しているチームもある。 コーディングは単純作業ではない。1つ1つの変数や操作の名前を決めることや、その構造、アルゴリズムにいたるまで、多くの設計判断が入り込む、クリエイティブな活動である。また、ミスが起こりやすい作業でもある。刑事やパイロット、スキューバダイビングなど、リスクが高い作業はペアで行うことは現実の世界にはたくさんある。二人でプログラミングを行うことで、リアルタイムにレビ
二つの札幌でのイベントについて書きたいと思います。 JavaFesta 札幌に参加しました。 アジャイル札幌で囲まれました。w JavaFesta 札幌は、これまで3回(もしかしたら4回?)呼んで頂き、プロジェクトファシリテーション、マインドマップとソフトウェアのビジュアル表現、などを話しましたが、今回はガチでアジャイル開発について話ました。過去は、アジャイルの認知が国内で進んでいないこともあり、分かりやすい内容にしましたが、今年はアジャイルが本筋だと思ったからです。 内容はこちらです。 資料:アジャイル開発の現在・過去・未来 ~今を知り、源流を訪ね、先を見据える 講演ビデオ アジャイルのビジネス環境からの必然性(仕様を決めて作ると65%が無駄)、アジャイルの意味(ビジネス目的と開発のミッションとリスクの整合)、リーン、TPS、アジャイル、XP、Scrumの歴史的関係、そして今話題のKan
今日公開された、SPaMCAST というポッドキャスティングのインタビューは、Linda Rising をフィーチャーしています。特に、彼女がアジャイルジャパンでの講演での経験について、静かに、アツく語っています。 Fearless Changeの中で「Do Food」と呼ばれるパターンから話を始めますが、あの時期の日本で話をしたときに、「エバンジェリスト」というパターンの重要さに気づいて、信じること、がそもそも未来を変える力になることを途中で主テーマにした、と彼女が話しています。 また、彼女はいま、旦那さんと引っ越して、発展途上国を支援することに力を注ごうとしていると。そして、そこでも、Fearless Changeに似たパターンを、国を変える、という目的で作りたい。それをライフワークにしたいんだ、と話しています。 リンダの英語は、本当にゆっくり、はっきり、聞きやすいので、英語のリスニン
HOLSTEE Manifesto についての続報その(3)。 HOLSTEEは持続可能性をテーマにした、とてもいいデザインの小物や洋服のブランド。そのマニフェストがすばらしいので日本語訳をした、というのが前回までのお話。 その後、今年の7月に仕事でニューヨークに行く機会があった。astahのお客さんがニュージャージーとマンハッタンにある。そこを訪問したのだ。 そして、HOLSTEEが、ブルックリンブリッジの近くにあることを知り、そこを訪ねた。こんな訪問は、どんどん行った方がいい。 会ったことがない人でも、その人の仕事に尊敬できることがあったら、それを伝えに行きたいと思う。きっと受け入れてくれる。 Manifestoの著者の一人、Mikeにあえて、偶然、日本人ニューヨーカーで、テンポラリタトゥーのTATTLYを公開したばかりのYokoさんも来ていたのでみんなで写真をとった。Mikeは、パス
アリスターコーバーンの新着記事『方法論の終焉』(End of methodology)の翻訳です。この翻訳は、twitterを使って数名で短時間で人力翻訳する、という実験プロジェクトでやってみました(末尾にその話)。 元記事は、こちら。http://alistair.cockburn.us/The+end+of+methodology アジャイル開発が「方法論」といった体裁からどんどんはなれ、「自分たちで自分たちやリ方を(Reflective=ふりかえり)どんどんよくしていく(Improvement=改善)そんな枠組み(Framework)」になっていったことに、一つの名前を与えようとしている。そんな話です。この名前自体(当然その日本語も)まだ良いものではなく、新しい名前がこれにつくことの前兆となる記事だと思っています。 方法論の終焉(End of Methodology) by Ali
Agile Japan 2011 は今年も盛況のうちに終了することができました。震災後の環境の中でも、仙台をはじめ、多くのサテライトとの同時開催でき、「繋がっている」という感覚を強く感じることができました。みなさん、どうもありがとうございました! リンダ・ライジングさんには、不安の中、東京に来てもらって、とても感謝しています。その思いを、InfoQ が取り上げてくれ、英語の記事になりました。 Linda Rising visited Japan and talked about "Fearless Change" - a report from Agile Japan 2011 Linda Rising gave a keynote at AgileJapan2011 in Tokyo on April 15, just a month after the earthquake and t
2つ目の基調講演は、USP研究所の當仲さんにお願いしました。當仲さんには、AgileJapan2009でも、良品計画のシステム構築事例のお話をして頂きました(PDF版こちら)。ユーザと密着して、UNIXのシェルスクリプトとテキストファイルを使って、すばやくシステムを組み上げ、それを試作として練り上げる形でユーザの運用にあったシステムを提供していく考え方です。 當仲さんを選んだ訳は、「ワークスタイルとしてのアジャイル」、「考え方としてのアジャイル」について共有したかったからです。 ぼくは、アジャイルを最初、プログラマの復権運動だと考えていました。しかし、徐々に、アジャイルはビジネス価値を高めるための、1つのツールだ、と考えるに至りました。ビジネスの成功のための手段だと。しかし、近年、それも違っていたと気づきました。アジャイルは、ビジネスからプログラミングまで、それらを縦に貫く、1つの「態度」
Mary/Tom Poppendieck のリーンソフトウェア開発シリーズの第三作、 Leading Lean Software Development: The Results Are Not the Point の訳が、依田光江さん訳、智夫さん監訳で出ました! 『リーンソフトウェア開発と組織改革』 ぼくは、第一作、第二作とお付き合いさせていただいているので、ぜひとも、と査読をさせていただきました。以下は、私の「推薦の言葉」(日本語版に寄せて)です。 もしあなたが、自分の会社のソフトウェア開発を革新したい、できれば会社組織全体を顧客価値の創造に向けて変革したい、と思っているなら、この本はあなたのための本だ。さらに、最近聞くようになった「アジャイル」という言葉に関心があるならばなおさらだ。本書には、アジャイル開発を組織の中でどう位置づけ、推進して組織を変革し、それを顧客と経営の価値につなげ
"Software Engineering Radio" という PodCast の Kent Beck のインタビューがとても面白かったので、要点を日本語訳したい。 http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/ 1時間くらいのインタビューなので、一人で全部やるのは辛い。。。と思い、リレー形式でこれを訳するプロジェクトを @urimaro さんと(勝手に)立ち上げました!参加したい人は、ぼくか@urimaroさんがこの PodCast を訳したブログや日記に、参加意思表明のコメントをください。基本、先着でまわしたいと思います。 ではここから。正確に訳しているのではなくて、ポイントを日本語にしていきたいと思います。インタビュー
ICAgile というアジャイルの国際コンソーシアムが、Alistair Cockburn のリードで設立され、アジャイルのスキル認定を行うらしい。 http://www.icagile.com/ これまで、Scrumという手法の認定があったが、アジャイル全体に関するものはこれが初めてだ。内容をWebサイトで確認できるが、現在は、"Soft Launch" モードであり、正式公開への準備を進めている。サイトを読んで、特徴だと思った点を列挙しておく。 オープンなプロセスにしようとしている。 ソフトウェア開発が「学びのプロセス」(Learning)であることを重視。 IIBA(International Institute for Business Analysis)やSQE(Software Quality Engineering)ともパートナシップを持つ。 スキルは学びであることから、3フ
「ソフトウェア開発に役立つビジュアル思考~マインドマップとUML」という長寿講演をustream で録画してもらいました。はじめての録画でしたが、スライド画面と立ち位置の関係もちょうどよく、なかなか見れるものになっています。 この講演自体は、ちょっとずつ修正しながら、過去5回くらい講演しています。北海道、匠塾、など。。ソフトウェア開発を、もっともっと、右脳的に、ビジュアルに、直感的にすることで、創造性を引き出し、仕事を楽しくしたい、そんな思いをこめています。 アジェンダはこんな感じ。スライドはこちら(http://www.slideshare.net/hiranabe/using-mind-maping-and-uml-effectively-in-software-development) マインドマップの紹介。ソフトウェア開発で使える場面マインドマップの例題ワーク UMLの紹介。ユース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く