アジャイル導入のよくある間違い
原文(投稿日：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も表示する項目と画面遷移くらいは決めておかないと。イメージ的には最初に大雑把なドキュメントを作っておいて、それを開発が進む度に穴埋め、修正していくイメージ。だからこそアジャイル開発にはホワイトボードが超重要（紙とかじゃ面倒なので） 工程 アジャイル開発においても ｢
AgileJapan2018
クラウド時代の行動改革、変わるもの・変えてはいけないもの ～シニア世代のＰＭ・エンジニアに捧げる熱きメッセージ～ 岡氏からのメッセージ動画はこちら！ 中佐藤氏からのメッセージ動画はこちら！ セッション概要 企画者：Agile Japan 実行委員 和田 9月下旬頃、岡氏と中佐藤氏からのメッセージ（動画）を公開する。 10月9日に、お二人の対談形式で、シニア世代の復権について深く語り合っていただく。 「対談への参加は本イベントへの申込が必要です」 岡氏は、ZOZOテクノロジーズでアーキテクトを努めつつ、技術コンサルタントとして、なかなか変われない日本の企業に多く関わられている。中佐藤氏は、最近はアジャイル関連の仕事が多いが、本来はオブジェクト指向・モデリングの人であり、同じく多くの日本企業に関わられている。 お二人とも、このままだと日本の企業が衰退すると感じているとのこと。現状を変えるために
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2つの世界の衝突：PMI（米国プロジェクトマネジメント協会）とアジャイル
