アジャイル型開発を推進するための活動成果を公開 - 情報処理推進機構：ソフトウェアエンジニアリング
2012年3月26日 更新 2011年4月7日 公開 独立行政法人情報処理推進機構 ソフトウェア・エンジニアリング・センター 概要 最近のソフトウェア開発では、ビジネス環境の変化への対応、これに伴う要求の変更、ソフトウェアの市場投入や投資効果の確認の迅速化が、以前にも増して厳しく求められています。このような状況において、要件を最初に決めずに開発に着手できるアジャイル型を中心とする非ウォーターフォール型の開発手法が注目されています。 IPA（独立行政法人情報処理推進機構）ソフトウェア・エンジニアリング・センター（SEC）では、ウォーターフォール型開発及び、アジャイル型開発の経験が豊富な実務者、契約に詳しい専門家など、産学官の有識者をメンバーとした「非ウォーターフォール型開発ワーキンググループ」を設置し、これらの課題について検討してきました。 この度、日本におけるアジャイル型開発に適したモデル
第19回 TRICHORDの開発現場に見るふりかえりの進め方
前回は，「ふりかえり」の概要とその効果について解説した。具体的なふりかえりの内容やファシリテーションの仕方については，前回紹介した「プロジェクトファシリテーション 実践編 ふりかえりガイド」に解説がある。詳しくは，そちらを参照してほしい。今回は，実際にTRICHORDチームで毎週実施しているふりかえりを題材に，ふりかえりの進め方と工夫を紹介する。 TRICHORDチームは，1週間を1イテレーションとして，イテレーションの最終日の午前中（金曜）にふりかえりを実施している。毎週実施しているので，プロジェクトが始まってかれこれ数十回行っていることになる。2006年5月から，内部で行ってきたふりかえりの内容をブログで公開している。ほかのプロジェクトのふりかえりの結果を見る機会はなかなかないと思うので，参考にしてほしい。 TRICHORDチームのふりかえりは，KPTと呼ぶスタイルを用いている。これは
プロトタイピングの成功は実装技術に左右される ― ＠IT
本記事はRuby on Rails（以下RoR）を使ってプロトタイプを作成し、アジャイルかつ正確にクライアントからの機能要件を取りまとめることを提案する連載「Rubyでアジャイルプロトタイピング」の最終回です。最終回は、これまでの連載内容のうち最も重要な要点を復習するとともに、プロトタイピングとRoRのこれからを考えます。 アジャイルプロトタイピング4つのポイント ここまで計5回の連載で、アジャイルプロトタイピングとは何か、それがなぜ有益なのかについて説明してきました。ここでは、その総まとめとして、アジャイルプロトタイピングを理解し、成功させる骨組みとなる4つのポイントを復習します。 ● 開発言語・環境のパワーを理解する アジャイルプロトタイピングは、主に上流工程にフォーカスしていますが、その成功は具体的な実装技術の選択に大きく左右されます。特にアーキテクトを目指す場合は、システム全体やユ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
