アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
IT業界のプロジェクトマネージャーは、エンジニアリング業界をもっと知るべきだ。 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル
SIerだけがプロジェクトをやっているわけじゃない。 IT業界のSIerとして日々プロジェクトに参加していると、ともすればプロジェクト＝SIerのシステム開発プロジェクト、という気分になってしまうが、それは大きな間違いだ。プロジェクトの定義は、PMOBOKによれば、『プロジェクトとは、独自の製品、サービス、所産を創造するために実施される有期性の業務である。』なのだから、業界など問わない。むしろ、IT業界以外のプロジェクト規模の方が、圧倒的に歴史は古いし、規模も大きい。 特に、軍事、建設、エンジニアリング業界などは、『プロジェクト・マネジメントの大先輩』というべき存在で、古来からさまざまなプロジェクト・マネジメントに対して試行錯誤して来た業界であり、結果として近代プロジェクト・マネジメントにおけるセオリーの多くが、これらの業界のノウハウを元に構築されている。 システム開発と建築のアナロジーは
わたしが知らないスゴ本は、きっとあなたが読んでいる: マジカのひみつ
羽生章洋さんの業務分析セミナーを聴講した（業務プロセス改善技法ワークショップ第2回）。ここで紹介されたMagiCa は「いますぐ」「ここで」「誰でも」使える方法ナリ。「MagiCa って何?」という人はここからダウンロードどうぞ（要メールアドレス）。羽生さんご本人のマジカ説明はここ。謳い文句「現場主体で仕事の棚卸と見える化を簡単に実現する」は禿同。自分なりの分析手法は確立しているんだが、上手くMagiCaを盗んでみよう。 ひみつ1 : 最初はチョキ 「さあ、業務分析しましょう」と話を持ってきても、人は動かない。現場の人はどうしても構えてしまう。「業務フロー」なんてSEやコンサルならともかく、普通の現場の仕事している人は書いたことがないから、「間違えたらどうしよう」と固くなってしまう。 凝ったココロをどうするかというと、ハサミが登場する。MagiCa はA4用紙を8分割した程度の大きさ。最初
Matzにっき(2005-04-18)TCP/IP的プロジェクト管理
<< 2005/04/ 1 1. [Ruby] 『ルビま！』休刊のお知らせ 2. [Ruby] emerald 0.1 2 1. エイプリルフール種明かし 2. [言語] Stricter Whitespace Enforcement 3. [OSS] オープンソースで育て！ 日本のソフト開発力 4. マツダがリコール ＭＰＶ・プレマシーなど６万台 5. [言語] Javaのメモリ消費問題の解決を目指すSunのプロジェクト「MVM」 6. [原稿] UNIX USER 6月号 7. 散髪 3 1. [教会] 松江 4 1. [教会] セミナリー 2. Progenyの改革：FOSS企業がいかにしてドットコム崩壊を生き延びたか 3. 捻挫に... 4. 論文 5 1. [Ruby] A Poll 2. [言語] Trails 6 1. [OSS] サンのJ・シュワルツ、オープンソースライセン
＠IT：開発プロセス標準化への道（1）
この短期連載は、社内のソフトウェア開発プロセスの標準化に日夜取り組んでいるあなたにぜひとも知っていただきたいことをお伝えしていきます。理由は、それ（ソフトウェア開発プロセスの標準化）がうまくいっているという話を、少なくとも私はほとんど聞いたことがないからです。 標準化の目的 そもそもなぜ、開発プロセスの標準化に取り組むのでしょうか。ソフトウェア開発組織の使命は、顧客のビジネスの成功に対する貢献であると、わたしは考えています。そして、日々その貢献度を上げていかなければ競争を生き残れないと感じています。事実、多くの開発組織では、表現に違いはあるものの、同様の内容を自らの使命として掲げています。そして、貢献度を上げるための手段として、自身の開発力を高めていこうとしているのです。 開発力を高めるための手段としては、 特定の分野に特化する 開発期間の短縮 開発コストの削減 品質の向上 といったことが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
check*pad.jp - チェックリスト共有サイト