デブサミで、『インパクトマッピング』のお話をしました！：An Agile Way：オルタナティブ・ブログ
Impact Mapping from Kenji Hiranabe 今日、11年目のデブサミにて、「インパクトマッピング」の講演をしました。その資料をアップロードします。 インパクトマッピングは、イギリスの Gojko Adzic (『Specification by Example』の著者)の近刊です。 製品やWebサービスを開発するとき、ビジネス企画の意図をどのように開発に伝えますか？仕様書を書く？それで伝わりますか？ビジネスの変化に追従できますか？ インパクトマッピングは、ビジネス視点と技術視点、さらにはデザイナーという異なる文化をもつ人間どうし会話をするために、目標とそれを達成するための仮説をビジュアルにマインドマップで表現して、企画の意図を共有します。 中心(WHY) = ビジネス目標。 第一レベル(WHO)＝アクター。目標を達成するために、誰に働きかけるか。 第二レベル(HO
NUCON に参加しました！：An Agile Way：オルタナティブ・ブログ
Cacoo や Backlog などのサービスで知られる福岡の元気な会社、ヌーラボさんが東京でカンファレンスを開かれる、とのことで講演する機会をもらいました。その名も、ヌーコン(nucon)です。今回は、typetalk というチームチャット新サービスの発表もありました。 ヌーラボさんがすごいのは、 サービスを機軸に事業をしている... しかも受託からシフトした 世界に通用するサービスを次々と出している ... しかも時間をかけて育てた 提供サービスの技術とデザインの両方イカしている ... 今のソフトウェアに最も必要なこと そして、それを地元から世界に発信している、ということ。 代表の橋本さん、CTOの縣さんとは十年以上のお付き合いをさせて頂いています。 最初のXPアンギャでの写真をみると、そのころのお二人と私を懐かしく見ることができます（橋本さんも縣さんも若い...）。このような元気な
Impact Mapping：An Agile Way：オルタナティブ・ブログ
書籍、『Impact Mapping』を訳しました！ この本は、2012年のJolt Awardをとった"Specification by Example"を書いた、Gojko Adzic 氏の最新作なんです。 日本ではまだあまり知られていませんが、Gojkoさんは、アジャイル開発とビジネスの意図をつなぐ手法を啓蒙しています。 前作、「略称: スペック・バイ・イグザンプル」"Spec. by Example" では、「例(Example)」でもって仕様(Spec.)を記述することがテーマ。これによって、テストだけでなく、ドメインの言葉で開発とビジネスをつなげることを模索しています。ATDD(Acceptance Test-Driven Development)という言葉で語れていたものを、より具体的に書いた力作です。 そして、今回のこの本、『Impact Mapping』(インパクト・マッ
SWEST15に参加してきました：An Agile Way：オルタナティブ・ブログ
西村先生のMBSE（モデルベースシステムズエンジニアリング）のお話を聞くこと 「アジャイル開発とスクラム」の講演をすること ポスターセッションの、「SafeML」を見る 若者と話しをすることです。 西村先生のMBSE（モデルベースシステムズエンジニアリング）のお話とても現実的なお話でした。モデルベースで、「システムズエンジニアリング」をすることが重要なのであると。メカ・エレキ・ソフトなど、多数の分野のエンジニアが参加するシステムズエンジニアリングでは、「中心にモデルを置いて、システムの共通の理解基盤をつくること」が本質なんだと。事例もとても説得力があり、バイクの走行安定化問題や、自動車の乗員保護問題を用いて、「最初にモデルがあれば、『何を』考えなければならないか、の問題設定ができる。」と。
『アジャイル開発とスクラム』（はじめに、公開）：An Agile Way：オルタナティブ・ブログ
しかし、日本で現場を変えるには、やはり、産業構造、契約構造を踏まえて、管理者や発注者の方に、「新しいビジネス背景の中でなぜアジャイルが自然と主流になってきたか」、ということを理解して頂く必要がある、と考えました。そして、野中先生にお願いし、一緒に書いていただけることになったのです。しかも、縦書きで！ 「スクラム」もしくは「アジャイル」というソフトウェア開発手法をご存知だろうか。 現在、ソフトウェア開発の現場は世界的に大きく変わろうとしている。従来は、作るソフトウェアについての要求を事前にすべて収集・把握し、それを分析・設計・実装し、最後に全体テストをする、(...)という手法が主流だった。しかし現在、優先順位が高い機能から動くものを作り始めて短い時間で一部を完成させ、それを顧客やユーザーに早く見てもらい、フィードバックを受けながらソフトウェアを成長させる「アジャイル」と総称される一群の手法
なぜ Agile Japan 2013 の基調講演に James Grenning さんを呼びたかったか：An Agile Way：オルタナティブ・ブログ
Agile Japan 2013 が 5/24 に決まりました。みなさん、予定を空けて置いてください。 http://www.agilejapan.org/ さて、今回の基調講演の一人は、James Grenning さん、アジャイル宣言にサインした一人です。私が James さんをぜひ今回呼びたかったのには、理由があります。 日本には、エンタープライズ系の開発とほぼ同じくらい、組込みソフトウェア開発があります。日本の中でアジャイルがしっかり根を下ろすためには、日本のエンジニアの約半分を占める、組込み系ソフトウェアエンジニアに、アジャイルのメリットを示す必要があるのです。 アジャイルは速さを求めるだけではなく、品質を高める新しい設計のあり方をも示しています。その１つがTDD（テスト駆動開発）です。 Jamesさんは、このテスト駆動開発を組み込みC言語で行うという、 「Test-Driven
チェンジビジョンでエンジニアを採用します。：An Agile Way：オルタナティブ・ブログ
春の息吹を感じられる季節になりましたね。東京では桜のうわさも聞いています。さて、そんな春、チェンジビジョンでは、エンジニアを若干名採用します。
Agile を google trends で分析してみた：An Agile Way：オルタナティブ・ブログ
IPAから「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書（海外普及要因）」が発表されていた。 Publickey の新野さんが、秀逸なまとめをしてくれているのだが、基本的に、「日本でのアジャイルの普及が遅れている」という結論だ。 ぼくは来週から、AgileIndia2013に出ることになっているので、インドも含めて上記の結論をもうちょっと調べてみたのでここに共有したい。インドの調査が上記には入っていないため、どの程度インドでもアジャイル熱があるのか調べてみたくなった。 実は一昨年に、AgileBrazil2011に行った時、ブラジルのアジャイル熱に驚いた。そこで、ブラジルとインドを比べてみようという気になったのだ。 使ったツールは、Google trends だ。これを使ってキーワードとしての"Agile"のトレンドを調べてみた。国としては、インド、アメリカ、イギ
アジャイル開発とスクラム ～顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント(2) 構成について：An Agile Way：オルタナティブ・ブログ
先に開催された Scrum Gathering Tokyo 2013 で先行販売され、売り切れになったのはとても光栄です。きっと共著の野中郁次郎先生の深く、でも飾らない言葉が、ソフトウェア開発に取り組んでいる人たちにも届いたのだと思います。
Scrum Gathering Tokyo 2013 パネルのノート：An Agile Way：オルタナティブ・ブログ
資本主義が生き残れるのか、イノベーションがそれを延命するか、社会主義が再度別の形で現れるのか、という大きな話から、「原節子がイディア（理想、プラトン）で女房を見ると（実践、案外うまくやっている）」という冗句まで、とても楽しい時間でした。先生の言葉とアジャイルをつないでみます。 暗黙知： 朝会、デモ、場作り、見える化、ペアプログラミング サイエンスからアートへ： ソフトウェア工学からアジャイルへ SECIの回転： インテレション（スプリント） プラトンかアリストテレスか： 理論か実践か（まず実践ありき） 思いを持つこと： プロダクトオーナーの仕事、ビジョンを描くこと 共同主観を作る： 全員同室、リアルタイムで文書でなく 暗黙知を形式知にする： ふりかえりでKPTで言葉にする
アジャイル開発とスクラム ～顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント～：An Agile Way：オルタナティブ・ブログ
この本は、近年注目を集めているソフトウェアの開発手法「アジャイル」とその1つである「スクラム」を体系的に、事例をまじえて平易に解説するものです。 さらに、スクラムはソフトウェア開発のみならず、組織や企業活動、企業経営全体にまで適用できることを示し、この手法を取り入れ、ビジネスと一体となってソフトウェアを開発する組織や、その組織に息を吹き込む、新しいタイプのリーダーシップ像について考え、日本企業のリーダーシップと競争力を高めるために必要な、知識創造プロセスの重要性を、あらためて力強く提言する形になっています。 今回は、ソフトウェア開発者はもちろん、ソフトウェア開発をマネジメントする層、ITを利用してビジネスを考える方々、にぜひ届けたい内容になっていて、「縦書き」で書いたものです。日本語ではじめから書かれたスクラムの本を、技術視点だけでなく、経営視点から書きたかった、そして、その視点は野中先生
オブジェクト指向の開放/閉鎖原則：An Agile Way：オルタナティブ・ブログ
Open/Closeは、変更の論理を、追加の論理にすり替える、ということなのだけど、ぼくがコンパイル言語特有と言ったのは、Close=触らない=固められる、ということが名前にまで影響していると気づいたからです。それが、ポリモフィズム、あるいは動的束縛のトリック。
『リーン開発の本質』のあとがき。日本のアジャイルをつくりたい。：An Agile Way：オルタナティブ・ブログ
わけあって『リーン開発の本質』を再読しています。る。日本の中でアジャイル開発を、できるだけ管理者の言葉として伝えたかった本です。この本は本当にたくさんの人に読んでほしいなぁ。ここに、そのあとがき、として書いた文章を掲載します。 最後に書いた、 多くの間違った標準化が、「人は本来怠け者でありしっかり働かせるために規則を作らなければならない」とか｢人は交換可能である｣というメンタリティから発している。もし、組織の文化や方針の中心にこのような考え方があると、もしくは多くの管理者がこのように考えているならば、「決して」リーン活動は成功しない。そうではなく、「人の持つ工夫のモチベーションを活かす」こと、「一人ひとりの人を育てる」ことこそ、マネジメントの中心となるべきだ。「人」の要素はプロセスの中心である。ここをやり間違えてはならない。 日本のソフトウエア業界が、人の持つ知恵と力を大切にしながら、高品
アジャイルの「ライトウィング」と「レフトウィング」：An Agile Way：オルタナティブ・ブログ
アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI（継続的インテグレーション）を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人との会話のプロトコルと協働関係を作るしかけだろう。自分の現状を、アジャイルに変えるためには、どうしたらよいだろう？ "最近、「アジャイル」といっても中にいろんな要素があるために、「あなたのアジャイルは何のことを言っていますか？」と聞くことからはじめないと、話がかみ合わない"、と、Agile2012帰りのかわぐちさんと話していて、そのときに、かわぐちさんが描いた絵（たぶんどこかにある４象限の図）がいまひとつ自分にしっくりこなくて、私が描いて見た絵がこの絵だ。 あなたが、現状の開発現場を「アジャイル」に変えたい、と考え
スクラムの原典を読み解く(7)：An Agile Way：オルタナティブ・ブログ
オリジナルの竹内・野中論文を読んで現代のスクラム（ソフトウェア開発）と比較しています。たぶん最終回。 学びを組織で共有する 過去の成功を組織に伝える、もしくは、捨て去る。 オリジナルでは... 「マルチ学習」で触れたように、学びは多層に（個人からグループへ）、多能力に（複数の専門領域へ）積み重ねられるが、この学習をさらにグループを超えて伝え、共有して行く活動が見られる。１つの新製品開発が終わった後に、次の開発に繋げる活動や、他の組織へと伝える活動である。 研究した組織の中にはこの知識伝達活動を「浸透的に」行っているものがあった。つまり、キーパースンを、次のプロジェクトに入れることによって、やり方を浸透させるのである。あるいは、プロジェクトのやり方を組織標準へと昇格させる方法もある。 組織は、自然と成功したやり方を標準化して制度化する方向へと向かう。ただし、これが行き過ぎると逆に危険だ。外部
スクラムの原典を読み解く(5)：An Agile Way：オルタナティブ・ブログ
「マルチ学習」 メンバーはグループ全体として学習し、さらに専門を超えて学習する。 オリジナルでは... さまざまな次元で「学び」が起こることをマルチ学習と名付けており、「多層学習」（個人、グループ、組織、企業といった複数のレベルで学習がおこること）と「他能力学習」（別々のスキルを持った人が集まることで、専門外の知識についての学習が起こること）の２つを指している。 多層学習：プロジェクト内の「学び」は、個人とグループという2層で起こる。個人レベルの学習はもちろんのこと、グループレベルでの学習がさらに重要になる。例えばホンダのCityプロジェクトではコンセプト開発行程が行き詰ったとき、チームは3週間「ヨーロッパで何が起きているか」を見るためにだけに海外視察に送られた。そこで彼らが目にしたミニクーパー（これは10年以上前に英国で開発されたもの）が、Cityのデザインに大きな影響を与えたという。こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Agileで現場がいきいきする？ -- IPA人材白書がAgileに言及：An Agile Way：オルタナティブ・ブログ
Agile Japan 2013、「共に創ろう、日本のアジャイル」：An Agile Way：オルタナティブ・ブログ
金沢(Kanazawa.rb)でアジャイルの話をしてきました。：An Agile Way：オルタナティブ・ブログ
How Android Applications Work - Astah Poster：An Agile Way：オルタナティブ・ブログ