アジャイル型開発を推進するための活動成果を公開 - 情報処理推進機構：ソフトウェアエンジニアリング
2012年3月26日 更新 2011年4月7日 公開 独立行政法人情報処理推進機構 ソフトウェア・エンジニアリング・センター 概要 最近のソフトウェア開発では、ビジネス環境の変化への対応、これに伴う要求の変更、ソフトウェアの市場投入や投資効果の確認の迅速化が、以前にも増して厳しく求められています。このような状況において、要件を最初に決めずに開発に着手できるアジャイル型を中心とする非ウォーターフォール型の開発手法が注目されています。 IPA（独立行政法人情報処理推進機構）ソフトウェア・エンジニアリング・センター（SEC）では、ウォーターフォール型開発及び、アジャイル型開発の経験が豊富な実務者、契約に詳しい専門家など、産学官の有識者をメンバーとした「非ウォーターフォール型開発ワーキンググループ」を設置し、これらの課題について検討してきました。 この度、日本におけるアジャイル型開発に適したモデル
アジャイルは開発手法の主流へ、人気の手法はスクラム。フォレスターの調査報告
米調査会社のフォレスターリサーチが、アジャイルソフトウェア開発手法は急速にメインストリーム化しているとの調査報告を発表しています。 先週、VersionOneによる調査報告を紹介した記事「アジャイル開発手法、大きな組織の導入率が高く、半数はスクラムを採用との調査結果」で、500人以上の大きな組織では25％程度がアジャイル開発手法を採用しているという結果を紹介したばかりでした。今回紹介する調査では、それ以上にアジャイル開発手法が普及していることを示しています。 フォレスターリサーチが1月20日に発表した調査報告「Agile Development: Mainstream Adoption Has Changed Agility」では、表題に記されているとおりアジャイル開発手法は急速に主流となっていることを、次のように書いています。 In the past few years, Agile p
[Publickey] マイクロソフトのアジャイル開発事例の記事：ITとビジネスの可能性：オルタナティブ・ブログ
非常にうれしいことに、Publickey さんで、このセッションをベースに、記事を書いてくださりました！ Publickey マイクロソフトにおけるアジャイル開発はこんな風に進められている 非常に、簡潔かつ、わかりやすくまとめてくださっている点は、もう「さすが！」としか言いようがありません。 記事でも触れられているように、マイクロソフトの開発は、こと製品開発であり、非常識なほどの大規模なため、関係ないと思われてしまうかもしれませんが、SI での開発でも参考になるところがあるのではないかと思います。 私自身も、このセッションを実施するにあたって、単なる事例にせず、部分部分では、みなさんの開発現場での改善のヒントになるところが見いださればと意識したつもりです。 例えば、どんなに大きな規模でも、細分化し、小さなチームを構成できれば、コントロールが可能になる点、そこで遵守するべきものは実は多くなく
![[Publickey] マイクロソフトのアジャイル開発事例の記事：ITとビジネスの可能性：オルタナティブ・ブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/8fd2adef3137d8be324186b76708012fd47c62a3/height=288;version=1;width=512/https%3A%2F%2Fblogs.itmedia.co.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-43-100x100.png)
Scrum Pattern Group
Alistair Cockburn describes software development as a cooperative game. Scrum provides one set of rules for one such way of playing the game. The Scrum Guide is the official rule book. However, the Scrum Guide doesn't tell you the rationale behind Scrum as a whole, or behind many of its successful practices. Those rationales come out of experience, community, and the insights of its founders and i
Simulating mixed agile and plan-based requirements prioritization strategies: proof-of-concept and practical implications - European Journal of Information Systems
Abrahamsson P, Salo O, Ronkainen J and Warsta J (2002) Agile Software Development Methods: Review and Analysis Vol. 478 VTT Publications p. 478. Google Scholar Aurum A and Wohlin C (2003) The fundamental nature of requirements engineering activities as a decision-making process. Information and Software Technology 45, 945–954. Article Google Scholar Balci O (1995) Principles and Techniques of simu
To agility, and beyond...
This document outlines 12 principles for agile software development organized into 4 categories: processes and tools, individuals and interactions, team vision and discipline, and contract negotiation and customer collaboration. The principles emphasize working software over comprehensive documentation, responding to change over following a plan, and validated learning and customer discovery over
- 第15弾アレグザンダー祭り
「アレグザンダーを考える。パタン・ランゲージ、漸進的開発、そして生成の原則へ」 オブジェクト倶楽部では、デザインパターンやアジャイルプロセスの原点であるアレグザンダーに再び着目し、これからのソフトウェア開発が向うべき方向性へのヒントを持ち帰っていただきたいと考えています。 ソフトウェアパターンムーブメントのキーパーソンであり、パターンやオブジェクト指向についての数多くの著作を記しているJames.O.Coplien氏と、アレグザンダーに師事した経験をもつ建築・町づくりの第一人者である中埜博氏／笹川万国氏をお招きします。 Coplien氏には「ソフトウェア開発とパターンと生成の原則」に関する講演を、中埜／笹川両氏にはアレグザンダーのパターンと生成の原則を体感できるワークショップを実施いただく予定です。また、自分も語りたい！という方々のために、ライトニングトークスもご用意しています。 ぜひ、ご
Agileprocess Accociation - イベント案内
◆講演要旨 ソフトウェア開発の世界をエクストリーム・プログラミング(XP)、スクラム、クリスタル、リーンソフトウェア開発のようなアジャイル開発手法が支配しようとしている。これらの手法は、新ためて人を重視するという点で、ソフトウェア開発に大きな恩恵をもたらし、大きな成功を示している。 しかし、これらの手法は万能薬ではない。つまり、「1つで全サイズを賄う」ソフトウェア開発の手法はないのである。アジャイル手法をそのまま使う場合、かなり限られた「スイートスポット」ではよく機能する。アジャイル開発のプラクティスの伝道者の多くが良いプラクティスを伝道するにも関わらず、それらが有効だと実証された環境から完全に切り離してしまうのはとても不幸なことである。それでは、自分のプロジェクトがあまり典型的ではない場合には、アジャイル手法を取り入れない方がよいのだろうか？ 本セミナーでは、与えられたプロジェクトの環境
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
Martin Fowler's Bliki in Japanese - バグが超少ないプロジェクト
http://martinfowler.com/bliki/VeryLowDefectProject.html XPについて話すとき、たいてい「適応型の計画手法」や「進化的な設計手法」といったものに注目が集まりますが、私がとりわけ興味を持っているのは、少ないながらも着実に伸びてきている「低欠陥XPプロジェクト」の数です。ここで言う「低欠陥」とは、バグの発生が月に1つ以下というレベルのことを指します。 最初に出会ったのは、Kentによる、ある企業についての記述でした。 この企業は食料を分類する機械を持っていました。機械にはベルトコンベアがついており、それがカメラを通り抜け、センサーをくぐり抜けるようになっています。そうして、果物や野菜がそれぞれのカテゴリに分類されていくわけです（これらの仕組みはSmalltalkで動いています）。 以前は既知のバグが100ほどありましたが、XPを適応してから
翻訳 - 次のアジャイルソフトウェアプロジェクトに使える10の契約
以下の文章は、Peter Stevensによる「10 Contracts for your next Agile Software Project」の日本語訳である。 Creative Commons ― 表示-非営利 3.0 Unportedの条件下で、ここに掲載する。 次のアジャイルソフトウェアプロジェクトに使える10の契約 2009/4/29 by peterstev ソフトウェアサービスの顧客であれサプライヤであれ、ソフトウェア開発プロジェクトの最初の頃というのは、口約束だけでいろんな仕事をやらなくちゃいけない。 契約書というのは、言ってしまえば、競技のルールがだらだらと書かれてあるものに過ぎない。 ルールが正しければ、顧客にとってもサプライヤにとっても、成功する確率が高まる。 ルールが間違っていれば、お互いに協力することも難しいし、進捗だって妨げてしまう。 それでは、アジャイルプ
DeclineAndFallOfAgile - アジャイルの衰退と凋落
DeclineAndFallOfAgile - アジャイルの衰退と凋落 目次 この文書について アジャイルの衰退と凋落 最近の状況 Scrum の役割 Scrum の誤用 君のやりかたは間違っている 真っ最中での失敗 アジャイルの衰退と凋落 この文書について "The Decline and Fall of Agile" の日本語訳です http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... James Shore アジャイル運動の衰退や凋落について話すのはおかしなことだ. 今やとても人気があるものなのだから. けれど本当のところ, ここ数年のアジャイル運動は、衰退の途にあると私は思う. 最近の状況 自分の商売がここ数年で変化していることに私は気がついた.
エンドユーザーにとってオープンソースはどんな意味を持つか
今回は一度自分の雑文の方に書いたネタですし，後でも述べるように直接的にはあまりオープンソースとは関係のない話題なので，これについて書くことは避けようと思っていましたが，あちこちで話題になっている話なので，あらためて記事にしたいと思います。 話の元は，先日のITproの記事です。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること この記事の内容が衝撃的だったせいか，いろいろなところで話題になっていました。実は最初は直接この記事を見たわけではなく，この記事について書かれたブログを読んでから読みました。記事を読んでから，あらためて他の関連記事を見たのですが，私にとっては「案の定」という感じを受けました。では，何がそうだったかという話から始めたいと思います。 大館市のやったこと 詳しいことは，元の記事とスラッシュドット・ジャパンの記事， 秋田県大館市，Asteriskを導入
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
イノベーションスプリント(#inspr)に向けた、冬休み課題図書 - kawaguti’s diary
アジャイルについてCFOと話し合う
Agile is for Real, Says Forrester - DZone Agile
Toyota がウォーターフォールを使っている？
アレグザンダー祭りにて、James.O.Coplienが語るアジャイルとスクラムの源流とは
http://www2.computer.org/cms/Computer.org/ComputingNow/homepage/2009/0709/rW_SO_Viewpoints.pdf
Microsoft Word - 01巻頭言.doc