アジャイル導入のよくある間違い
原文(投稿日：2010/11/14)へのリンク たくさんの解説者がアジャイル導入のよくある誤りとアンチパターンについて書いてきた。彼らはさまざまな組織におけるアジャイル導入の誤りを避けるためにすべきこと「トップX」を投稿している。 Target ProcessのMichael Dubakov氏は、“10 Most Common Mistakes in Agile Adoption” (Part 1 & Part 2) という2つのブログ記事を書いた。彼は「企業はアジャイル導入において何度も同じ間違いをしている」と主張している。 彼が挙げたよくある誤りは以下の通りだ。 1. ツールから始める アジャイル開発はそうではない。ツールは即座に効果が現れるものではなく、ツールがあっても問題はほとんど解決しない。さらには、より重要な目標に目をつぶって、あなたはツールの導入に励んでしまう。 2. プロ
「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey
日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数％程度といわれています。12月8日に都内で開催されたイベント「Agile Conference tokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの質問に答えるトークセッションが行われました。 このセッションでは、多くのエンジニアが現場でアジャイル開発ソフトウェア手法の導入や運用で悩んでいること、疑問に思うことを率直にGuo氏に投げかけています。セッションでやり取りされた質問と回答の一部を紹介しましょう。 意志決定を先延ばしすること 質問 日本のSIerに務めています。日本では、設計書をエクセルを使って画面や処理などの書類を作成しています。海
きゅーり.jp: アジャイルって勘違いされている気がする
気になる記事が投下されたので、アンサー記事的に書いておきます。ちなみに元記事はこちら [ アジャイルって受託開発との相性が最悪な気がする - GoTheDistance ] アジャイルってなんだ？ アジャイルってたとえば、アンチドキュメントだとか、設計がないとか、そういう勘違いが多い（このエントリーの元になった記事もわりとミスリーディングが多い気がする）のだけれども、アジャイルでもドキュメントも設計もとても必要。特にゼロから作る場合は特に。 インフラとかミドルウェアに絡んでいるところは早めに決めておかないと進まないし、画面のUIも表示する項目と画面遷移くらいは決めておかないと。イメージ的には最初に大雑把なドキュメントを作っておいて、それを開発が進む度に穴埋め、修正していくイメージ。だからこそアジャイル開発にはホワイトボードが超重要（紙とかじゃ面倒なので） 工程 アジャイル開発においても ｢
第3回 アジャイルとモデルの良好な関係
本研究所では、アジャイル開発を素材に、より良いシステム開発のあり方を求めていく。開発手法そのものを見直すことは、より良いシステムを作るだけではなく、開発を担当するチームが成長し、個人の満足度も高まると考えられるからだ。今回は、私が取り組んでいたアジャイル開発では必ず存在したモデルの役割について考えてみましょう。 私が社会人になってから経験したアジャイル開発には、必ずモデルがありました。みなさんもご存じのように、モデルは設計の重要な要素であり、情報システムの良し悪しに直結します。ですが、モデルの役割は設計にだけあるのではありません。モデルを利用することが開発者の助けにもなると思います。 モデルを使った開発は、開発者にやさしい 私が経験したモデルを用いた開発の概要を紹介します（図1）。 まずは開発を始める前に、モデルの設計者からモデルの概要説明がありました。実はそのときの説明では、私はモデルを
チケット駆動開発を日本発のアジャイル開発へ発展させるには？ - プログラマの思索
さかばさんの記事を読んで考えたことをメモ。 【元ネタ】 [TiDD] 小規模開発の難しさを考える: ソフトウェアさかば チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー(2007-09-07) アジャイル開発は元来、小規模で変化の激しいプロジェクトが向いていると言われてきた。 しかし、XPが出現して10年も経つというのに、現場の実践例は非常に少ない。 ネット上でアジャイル開発の情報がこれだけ溢れていて、開発者も興味を持っているのに、事例になかなかお目にかからない。 情報処理試験の勉強でも、プロセス改善のセミナーでも、繰り返し型開発の重要性が叫ばれているのに、事例は非常に少ない。 その原因は、単純にアジャイル開発を実践できる技術力が足りないからだと思っている。 テスト駆動開発を実践するには、JUnitを使いこなさねばならない。 常時統合
アジャイル開発の弱点をプロジェクト管理サーバーが助ける - プログラマの思索
Redmine、TestLink、Hudsonなどの各種ツールを運用してみて、これらはアジャイル開発を補強するツール群なのだと直感した。 アイデアをメモ。 【元ネタ】 Redmine - Overview TEF有志によるテスト管理システムTestLink日本語化プロジェクト Hudsonを使ったアジャイルな開発入門：第1回 Hudsonの導入｜gihyo.jp … 技術評論社 Perl製のソースコードレビューソフトウェア「Codestriker」 VMWareの開発でも利用されているソースコードレビュー共有ソフトウェア「Review Board」 【1】アジャイル開発の利点 XPを代表とするアジャイル開発の有用性は、昨今、色々知られてきた。 アジャイル開発の中で最も有名と思われるXPで最も重要なプラクティスは、小規模リリースだと思う。 小規模リリースとは、イテレーションという短いサイクル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
見積もりは無駄なプラクティスか？
学習のためのアジャイルゲーム