「アジャイル型開発におけるプラクティス活用事例調査」の報告書とリファレンスガイドを公開：IPA 独立行政法人 情報処理推進機構
インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。 こうした要件の変化に柔軟に対応できる開発手法として、「アジャイル型開発」があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。 このアジャイル型開発手法は自社開発（内製）が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。 「アジャイル型開発」には、「ペアプログラミング」「日次ミーティング」「ファシリテータ」等といった開発プロジェクトの適用技術、開発プロセス、組
インセプションデッキを作ってみた - I'm still growin' up ...
小規模プロジェクトが新たに立ち上がって、自分がプロジェクトリーダーになりました。 ということで、アジャイル的な取り組みを試行しています。 今日、インセプションデッキを作りました。その感想をまとめたいと思います。 プロジェクトは開始してからすでに3週間ほど経過しています。インセプションデッキ（≒プロジェクト計画）を作るには遅すぎですが、プロジェクトメンバーが全員やっとそろったのが今日なのです。 今日の打ち合わせは次の3名で行いました。 ・私：プロジェクトリーダー ・後輩A：開発者（すでに3週間ほどプロジェクトで開発している） ・後輩B：開発者（今日からプロジェクトに参加） 打ち合わせに顧客は巻き込めませんでした。巻き込めるほどの自信と根性はまだまだありません。 自分の言葉でプロジェクトを説明できるか まず、今日から参加した開発者Bさん向けにプロジェクト概要、プロダクト概要から説明しました。
ObjectClub - アジャイル勘違い集
やる気さえあればできるというのは、ある意味では正しいのですが、盲目にそう信じてしまうと痛い目を見ることになるでしょう。 アジャイルな手法は、変化に対応したり、コミュニケーションをとったり、改善を模索したりという行動を要求します。 そうした行動が苦手な人や嫌いな人は、アジャイル手法が苦痛になってしまうかもしれません。 さらにそういう人はアジャイル手法に対して意識的・無意識的に抵抗して、チーム全体の足を引っ張ることさえあります。 アジャイルに向いた人もいれば、重厚な方法論に向いた人もいます。向き不向きを考えてメンバーを集めるか、 メンバーが固定しているプロジェクトではそのメンバーに向いたやり方を考えたりしましょう。それがプロジェクト成功の早道です。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
