アジャイルの採用状況レポート2016の要約(The 10th Annual State Of Agile Report ) - Qiita
アジャイルの採用状況レポート2016の要約(The 10th Annual State Of Agile Report )agile VersionOne 社が毎年出している "State Of Agile" レポートが今年で 10 年目だそうです。 簡単に内容を紹介します。ちなみに、この調査は基本的にアジャイル実践者が回答していることが多いこと、またアジャイルツールのベンダーの調査ですので、母集団や見せ方には多少のバイアスはあります。また、データの解釈については、私の私見も入っていますので、注意してください。 母集団とAgileの成長について 回答母数は3,880。===> 10年前(2006)の３倍。 回答者が属するソフトウェア開発組織として100名以上の会社が2/3、1,000名以上が1/3。 ===> 10年前は100名以下が2/3。 組織のアジャイル採用率95%。1/3以上が採用
アクセンチュア
世界の平均気温上昇を1.5°C以内に抑えるには2050年までにネットゼロを達成する必要があり、企業はこの目標達成に向けて重要な役割を担っています。目標設定から達成に向けた実行まで、企業は飛躍的に行動を加速させなければなりません。
XPは何を伝えたかったんだと思う？
ジュンク堂書店 池袋本店 開催日時：2015年06月26日（金）19:30 ～ 角征典（『エクストリームプログラミング』翻訳者） 角谷信太郎（『アジャイルサムライ』監訳者） 1996年に誕生した「エクストリームプログラミング」は、1999年に出版された『Extreme Programming Explained』にその内容がまとめられました。その後、全面的に改定が加えられ、2004年に第2版が出版されました。『エクストリームプログラミング』（オーム社）は、この第2版の新訳となります。誕生から約20年が過ぎたいま、新訳を詳細に紐解きながら、ケント・ベックがXPで何を伝えたかったのかを改めて考えます。ベテランの方は昔を懐かしみながら、若い方は新鮮な気持ちでご参加ください。Read less
Pragmatic Daveに質問: アジャイルよりも敏捷性
今月前半、アジャイル宣言の共著者であるDave Thomas と Martin Fowlerの2人が GOTOデンマークの一連の会議でパネルディスカッションに参加した。パネルは“アジャイル宣言のやり直し”を中心としていた。これはDaveの最近のブログ記事、『アジャイルは死んだ (敏捷性万歳)』から着想を得たものである。この記事は3月に公開されて以来、興味深いディベートやディスカッションを生み出してきた。 本 Q&A は、Pragmatic Daveとして広く知られているDaveが自身の考えを説明するものである。テーマは、当パネルディスカッション、彼のブログ記事、そして、アジャイルについてあまり重点を置かず、敏捷性の実際的な適用に重点を置くべき時だと彼が信じるようになった理由についてである。 InfoQ: ごく最近までアジャイル関連のイベントに参加してこなかったのはなぜでしょうか？ それは元
5分で分かるアジャイルムーブメントの歴史
_ 5分で分かるアジャイルムーブメントの歴史 この記事は "Brief History of Agile Movement" の全文を日本語に翻訳したものです。 この記事の著者であり、日本語版の公開を快諾いただいた Udayan Banerjee 氏 に感謝します。 翻訳の間違いなどの責任は私 (@fkino) にあります。コメントなどで指摘していただけると嬉しいです。 2012年2月にアジャイルムーブメントは丸11年を迎えました*1。みなさんも何らかのアジャイル開発手法を既に取り入れているか、アジャイル開発に取り組もうと検討されていることではないでしょうか。さて、みなさんはアジャイルムーブメントがどのようにして起こったのかご存知ですか？それは、偶然だったのか？それとも、必然だったのか？アジャイルマニフェストに影響を与えたのは何だったのか？アジャイルマニフェストの執筆者の名前は言える？彼ら
A JIRA List Is Not A Scrum Product Backlog
How to Use Multiple GitHub Accounts Git is a popular tool for version control in software development. It is not uncommon to use multiple Git accounts. Correctly configuring and switching Git accounts is challenging. In this article, we show what Git provides for account configuration, its limitations, and the solution to switch accounts automatically based on a project parent directory location.
HugeDomains.com
developingsales.com is for sale Please prove you're not a robot
Pivotal TrackerクローンのFulcrumは使えるのか - 株式会社CFlatの明後日スタイルのブログ
アジャイルなプロジェクト管理ツールの定番はPivotal Trackerと言っていいでしょう。Pivotal Trackerではユーザーストーリー（フィーチャ）やベロシティといったアジャイル開発の概念をそのままの形で表してくれるのですんなり入り易いです。 なお、Pivotal Trackerについての詳しいことはこっちに任せます。→ユカイ、ツーカイ、カイハツ環境！（27）：いまアツいアジャイルプロジェクト管理ツール9選＋Pivotal Tracker入門 (1/3) - ＠IT このPivotal Tracker、筆者もあるプロジェクトで使用しています。 Redmineよりも機動力が高く少人数（2人とか！）のプロジェクトではPivotal Trackerのほうが使い勝手がいいという印象でした。本格的にアジャイルしない場合でも気軽に使えるのがいいですね。 Redmineはややオーバースペック
アジャイル手法は分野毎に違っていい - 設計者の発言
業務システムをいかにアジャイルに開発するか。それが私の長年の研究テーマだった。最終的にたどりついた答は「モデルシステム（設計図が添付されている動くシステム）をカスタマイズして導入する」というものだった(*1)。 それは「プログラミング・ファースト」でも「テスティング・ファースト」でもなく「ユージング(using)・ファースト」とでも呼べそうな、きわめてフロントローディングな開発スタイルである。業種・業態別のモデルシステム・ライブラリの第二弾「XEAD生産管理システム」は、OSSとして２０１３年８月に公開される。 モデルシステムのように大げさなリソースがなくてもアジャイルに開発可能なソフトウエアもあるだろう。しかし、こと生産管理システムのような「複雑なデータベース構造を核とする大規模ソフトウエア」に限れば、データベース構造が確立されたモデルシステムをカスタマイズするやり方が理にかなっている。
アジャイル開発において、技術と品質の重要性は不可欠だ（前編）。Agile Japan 2013
年に一度行われるアジャイル開発のイベント「Agile Japan」が今年も開催されました。今年の基調講演は、アジャイル開発の中で品質の重要性をあらためて位置づける目的で、James Gernning氏が「“Demand Technical Excellence”アジャイルにおける技術と品質の重要性」という題で行っています。 アジャイル開発とは、単にすばやく柔軟に開発する手法なのではなく、そこに品質を作り込んでいくことが欠かせないのだ、というメッセージでした。非常に多くの内容が詰め込まれた講演でしたが、その概要を記事として紹介しましょう。 “Demand Technical Excellence”アジャイルにおける技術と品質の重要性 James Grenning氏。 その前に、私がアジャイル開発に関わった経緯について触れておきましょう。 1999年当時、私はRobert Martin（著名な
プレス発表 「アジャイル型開発プラクティス・リファレンスガイド」を公開：IPA 独立行政法人 情報処理推進機構
IPA（独立行政法人情報処理推進機構、理事長：藤江 一正）技術本部 ソフトウェア・エンジニアリング・センター（以下、SEC）は、アジャイル型開発で用いられる組織、プロセス、技術などの実践のための指針である「プラクティス」について、先駆的企業を対象とする事例調査を行い、リファレンスガイド（以下、本ガイド）としてまとめ、本日公開しました。本ガイドから、アジャイル型開発におけるプラクティスの選択指針や、適用時の工夫や留意点を学ぶことができます。 URL：http://sec.ipa.go.jp/reports/20130319.html インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において、実装すべき機能などそのシステムに求められる要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービ
アジャイル開発の見積もり作業--利害関係者の期待に応えるための秘訣
Rick Freedman （Special to TechRepublic） 翻訳校正： 村上雅章 野崎裕子 2012-08-10 07:30 アジャイル開発の考え方と、従来から用いられているプロジェクトの計画手法や予算策定手法は真っ向から対立する場合がある。本記事では、こういった場合に行えることを3つ紹介する。 アジャイルな見積もり、およびプロジェクト計画やイテレーション計画といったロードマップの作成工程には、対立と誤解の種が数多く潜んでいる。クライアントや、事業の後ろだてとなってくれる人たち（スポンサー）、特に従来のプロジェクトマネジメント手法に精通している人たちは、ロードマップがプロジェクト見積もりを算出するためのものだという前提を置いているため、ロードマップの立案を終えた時点で一足飛びに「コストはどれだけかかるのか？」という難問の答えを求めようとする場合がしばしばある。 ではここ
End of Methodology (日本語訳)：An Agile Way：オルタナティブ・ブログ
アリスターコーバーンの新着記事『方法論の終焉』(End of methodology)の翻訳です。この翻訳は、twitterを使って数名で短時間で人力翻訳する、という実験プロジェクトでやってみました（末尾にその話）。 元記事は、こちら。http://alistair.cockburn.us/The+end+of+methodology アジャイル開発が「方法論」といった体裁からどんどんはなれ、「自分たちで自分たちやリ方を(Reflective=ふりかえり)どんどんよくしていく(Improvement=改善)そんな枠組み（Framework)」になっていったことに、一つの名前を与えようとしている。そんな話です。この名前自体（当然その日本語も）まだ良いものではなく、新しい名前がこれにつくことの前兆となる記事だと思っています。 方法論の終焉(End of Methodology) by Ali
Jonathan Rasmusson(アジャイルサムライ著者)によるアジャイルインセプションデッキ作成ワークショップに参加してきた #agilesamurai | Act as Professional
Jonathan Rasmusson(アジャイルサムライ著者)によるアジャイルインセプションデッキ作成ワークショップ 基本的にはJonathanが公開している The Agile inception deckの流れで、参加者が知りたいことに答えていく流れであった。 Agile tools for startups « The Agile Warriorで公開されているPDFの記事を一部使用しておこなわれたので、こちらの資料も参考になる。 個人的な忘却録メモを残す。 インセプションデッキとは？ アジャイルサムライで書かれている、アジャイルソフトウェア開発をおこなう上で、最初におこなうべき10の手強い質問に答えるワークショップや作成するものである。 通常、一般的にアジャイルといわれるプロセスはソフトウェア開発の開発中の事にフォーカスして述べられ、考えられている。インセプションデッキは、このソフ
野中郁次郎先生と、スクラム、アジャイル、パタン言語、知識創造についてお話しました。：An Agile Way：オルタナティブ・ブログ
野中郁次郎先生を一橋大学に訪問、アジャイル、スクラム、創造、マネジメントについてディスカッションする機会を得ました。 先生はもちろん、ナレッジマネジメント、知識創造経営、そして、Scrumという言葉を生んだ、「The New New Product Development Game」という1986年の論文の著者の一人。もう一人は現在ハーバードの竹内さん。一昨年の AgileJapan 2010の基調講演、昨年は、Jeff Sutherland との対談が Innovation Sprint で実現、ハーバードの竹内さんのクラスにJeff Sutherland が呼ばれたりするなど、アジャイル会との交流が進んでいます。 ぼくが持ち込んだ、顧客を巻き込んだ、見える化された職場のワークスタイルの写真なんかを見ながらお話ししていたら、 PDCAって日本人大好きなんだけど、これは本当に欲しいもの、い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ITpro ACTIVE - システム導入のための意思決定支援サイト -
実践知とリーダーシップ― 知識創造理論がシステム開発に及ぼしたもの
参加レポート＠ESM Dev Shop 〜プロダクトオーナーから見えるアジャイル開発の実態〜
Head First Inception Deck
情報処理推進機構：アジャイル開発を適切に採り入れるためのポイントとアジャイル開発の事例【2】