VersionOne 社が毎年出している "State Of Agile" レポートが今年で 10 年目だそうです。 簡単に内容を紹介します。ちなみに、この調査は基本的にアジャイル実践者が回答していることが多いこと、またアジャイルツールのベンダーの調査ですので、母集団や見せ方には多少のバイアスはあります。また、データの解釈については、私の私見も入っていますので、注意してください。 母集団とAgileの成長について 回答母数は3,880。===> 10年前(2006)の３倍。 回答者が属するソフトウェア開発組織として100名以上の会社が2/3、1,000名以上が1/3。 ===> 10年前は100名以下が2/3。 組織のアジャイル採用率95%。1/3以上が採用始めてから5年以上。 回答者は北米56%, 欧州26%, アジア11%, 南米6%, オセアニア2%, アフリカ1% 以下のレポートで

<section id="hero_custom" class="hero_custom"> <video aria-hidden="true" role="presentation" class="hero_custom__background hero_custom__background--video" webkit-playsinline="true" playsinline="true" loop="true" autoplay="true" muted="true"> <source src="/content/dam/system-files/acom/custom-code/change-more/media/custom-rad-hero-bg-video.mp4" type="video/mp4" /> </video> <a class="hero_custom__c

ジュンク堂書店 池袋本店 開催日時：2015年06月26日（金）19:30 ～ 角征典（『エクストリームプログラミング』翻訳者） 角谷信太郎（『アジャイルサムライ』監訳者） 1996年に誕生した「エクストリームプログラミング」は、1999年に出版された『Extreme Programming Explained』にその内容がまとめられました。その後、全面的に改定が加えられ、2004年に第2版が出版されました。『エクストリームプログラミング』（オーム社）は、この第2版の新訳となります。誕生から約20年が過ぎたいま、新訳を詳細に紐解きながら、ケント・ベックがXPで何を伝えたかったのかを改めて考えます。ベテランの方は昔を懐かしみながら、若い方は新鮮な気持ちでご参加ください。Read less

今月前半、アジャイル宣言の共著者であるDave Thomas と Martin Fowlerの2人が GOTOデンマークの一連の会議でパネルディスカッションに参加した。パネルは“アジャイル宣言のやり直し”を中心としていた。これはDaveの最近のブログ記事、『アジャイルは死んだ (敏捷性万歳)』から着想を得たものである。この記事は3月に公開されて以来、興味深いディベートやディスカッションを生み出してきた。 本 Q&A は、Pragmatic Daveとして広く知られているDaveが自身の考えを説明するものである。テーマは、当パネルディスカッション、彼のブログ記事、そして、アジャイルについてあまり重点を置かず、敏捷性の実際的な適用に重点を置くべき時だと彼が信じるようになった理由についてである。 InfoQ: ごく最近までアジャイル関連のイベントに参加してこなかったのはなぜでしょうか？ それは元

_ 5分で分かるアジャイルムーブメントの歴史 この記事は "Brief History of Agile Movement" の全文を日本語に翻訳したものです。 この記事の著者であり、日本語版の公開を快諾いただいた Udayan Banerjee 氏 に感謝します。 翻訳の間違いなどの責任は私 (@fkino) にあります。コメントなどで指摘していただけると嬉しいです。 2012年2月にアジャイルムーブメントは丸11年を迎えました*1。みなさんも何らかのアジャイル開発手法を既に取り入れているか、アジャイル開発に取り組もうと検討されていることではないでしょうか。さて、みなさんはアジャイルムーブメントがどのようにして起こったのかご存知ですか？それは、偶然だったのか？それとも、必然だったのか？アジャイルマニフェストに影響を与えたのは何だったのか？アジャイルマニフェストの執筆者の名前は言える？彼ら

InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

developingsales.com is for sale Please prove you're not a robot

アジャイルなプロジェクト管理ツールの定番はPivotal Trackerと言っていいでしょう。Pivotal Trackerではユーザーストーリー（フィーチャ）やベロシティといったアジャイル開発の概念をそのままの形で表してくれるのですんなり入り易いです。 なお、Pivotal Trackerについての詳しいことはこっちに任せます。→ユカイ、ツーカイ、カイハツ環境！（27）：いまアツいアジャイルプロジェクト管理ツール9選＋Pivotal Tracker入門 (1/3) - ＠IT このPivotal Tracker、筆者もあるプロジェクトで使用しています。 Redmineよりも機動力が高く少人数（2人とか！）のプロジェクトではPivotal Trackerのほうが使い勝手がいいという印象でした。本格的にアジャイルしない場合でも気軽に使えるのがいいですね。 Redmineはややオーバースペック

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

20130711　永和システムマネジメント社開催のプロダクトオーナー視点からのアジャイル開発の講演セミナー。3社の初アジャイル開発の経験談を聞いての感想やメモなど。とても良かった！来てよかった。

業務システムをいかにアジャイルに開発するか。それが私の長年の研究テーマだった。最終的にたどりついた答は「モデルシステム（設計図が添付されている動くシステム）をカスタマイズして導入する」というものだった(*1)。 それは「プログラミング・ファースト」でも「テスティング・ファースト」でもなく「ユージング(using)・ファースト」とでも呼べそうな、きわめてフロントローディングな開発スタイルである。業種・業態別のモデルシステム・ライブラリの第二弾「XEAD生産管理システム」は、OSSとして２０１３年８月に公開される。 モデルシステムのように大げさなリソースがなくてもアジャイルに開発可能なソフトウエアもあるだろう。しかし、こと生産管理システムのような「複雑なデータベース構造を核とする大規模ソフトウエア」に限れば、データベース構造が確立されたモデルシステムをカスタマイズするやり方が理にかなっている。

年に一度行われるアジャイル開発のイベント「Agile Japan」が今年も開催されました。今年の基調講演は、アジャイル開発の中で品質の重要性をあらためて位置づける目的で、James Gernning氏が「“Demand Technical Excellence”アジャイルにおける技術と品質の重要性」という題で行っています。 アジャイル開発とは、単にすばやく柔軟に開発する手法なのではなく、そこに品質を作り込んでいくことが欠かせないのだ、というメッセージでした。非常に多くの内容が詰め込まれた講演でしたが、その概要を記事として紹介しましょう。 “Demand Technical Excellence”アジャイルにおける技術と品質の重要性 James Grenning氏。 その前に、私がアジャイル開発に関わった経緯について触れておきましょう。 1999年当時、私はRobert Martin（著名な

Rick Freedman （Special to TechRepublic） 翻訳校正： 村上雅章 野崎裕子 2012-08-10 07:30 アジャイル開発の考え方と、従来から用いられているプロジェクトの計画手法や予算策定手法は真っ向から対立する場合がある。本記事では、こういった場合に行えることを3つ紹介する。 アジャイルな見積もり、およびプロジェクト計画やイテレーション計画といったロードマップの作成工程には、対立と誤解の種が数多く潜んでいる。クライアントや、事業の後ろだてとなってくれる人たち（スポンサー）、特に従来のプロジェクトマネジメント手法に精通している人たちは、ロードマップがプロジェクト見積もりを算出するためのものだという前提を置いているため、ロードマップの立案を終えた時点で一足飛びに「コストはどれだけかかるのか？」という難問の答えを求めようとする場合がしばしばある。 ではここ

アリスターコーバーンの新着記事『方法論の終焉』(End of methodology)の翻訳です。この翻訳は、twitterを使って数名で短時間で人力翻訳する、という実験プロジェクトでやってみました（末尾にその話）。 元記事は、こちら。http://alistair.cockburn.us/The+end+of+methodology アジャイル開発が「方法論」といった体裁からどんどんはなれ、「自分たちで自分たちやリ方を(Reflective=ふりかえり)どんどんよくしていく(Improvement=改善)そんな枠組み（Framework)」になっていったことに、一つの名前を与えようとしている。そんな話です。この名前自体（当然その日本語も）まだ良いものではなく、新しい名前がこれにつくことの前兆となる記事だと思っています。 方法論の終焉(End of Methodology)  by Ali

Jonathan Rasmusson(アジャイルサムライ著者)によるアジャイルインセプションデッキ作成ワークショップ 基本的にはJonathanが公開している The Agile inception deckの流れで、参加者が知りたいことに答えていく流れであった。 Agile tools for startups « The Agile Warriorで公開されているPDFの記事を一部使用しておこなわれたので、こちらの資料も参考になる。 個人的な忘却録メモを残す。 インセプションデッキとは？ アジャイルサムライで書かれている、アジャイルソフトウェア開発をおこなう上で、最初におこなうべき10の手強い質問に答えるワークショップや作成するものである。 通常、一般的にアジャイルといわれるプロセスはソフトウェア開発の開発中の事にフォーカスして述べられ、考えられている。インセプションデッキは、このソフ

1. Head First 頭とからだで覚えるデッキ作りの基本 [email protected] 11 10 11 1

野中郁次郎先生を一橋大学に訪問、アジャイル、スクラム、創造、マネジメントについてディスカッションする機会を得ました。 先生はもちろん、ナレッジマネジメント、知識創造経営、そして、Scrumという言葉を生んだ、「The New New Product Development Game」という1986年の論文の著者の一人。もう一人は現在ハーバードの竹内さん。一昨年の AgileJapan 2010の基調講演、昨年は、Jeff Sutherland との対談が Innovation Sprint で実現、ハーバードの竹内さんのクラスにJeff Sutherland が呼ばれたりするなど、アジャイル会との交流が進んでいます。 ぼくが持ち込んだ、顧客を巻き込んだ、見える化された職場のワークスタイルの写真なんかを見ながらお話ししていたら、 PDCAって日本人大好きなんだけど、これは本当に欲しいもの、い