あるＳＥのつぶやき: プロジェクト管理メモ
プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門：ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践：ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次：ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次：ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine：コーナー：実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ
メディア ｜ 翔泳社
メディア部門では、インターネットで加速するメディア環境の中で、翔泳社が得意とするテーマを深掘りしながら様々なドメインで最適化されたメディアビジネスを展開しています。
3000億円企業のシステム統合 わずか8カ月間でR/3を片寄せ
田辺三菱製薬は2007年10月1日の合併を機に、旧田辺製薬と旧三菱ウェルファーマの基幹システムを統合した。合併の基本合意から、8カ月後の本番稼働という“超”短納期の統合だった。成功の要因は、スケジュール順守の目標を掲げ、基幹系、営業系など4つの主要システムのすべてを、旧会社のいずれかのシステムに片寄せしたこと。そのシステム評価と、事業部門に対する説得に注力した。 「新システムになると、そんなこともできなくなるのか。この前も我慢してくれと言われたが、まだ我慢しなければいけないのか？」。事業部からは容赦ない言葉を浴びせられる。「すみません。すべてを今まで通りにしようとすれば、10月1日にシステムが稼働できなくなるんです」。田辺製薬（当時、現在は田辺三菱製薬）の木之下敦彦情報システム部長はプロジェクトが始まってからというもの、事業部に頭を下げてばかりだった。「システム統合が間に合わなければ顧客に
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
「使えない人間」などいない - 記者の眼：ITpro
「使えない人間が多すぎる」。職場の周りの人たちに対してこんなことを思ったことはないだろうか。「もっと有能な人たちと仕事ができれば効率が上がるのに」といったように。少なくとも，私はこう思っていた時期があった。 私が，考えを改めるきっかけになったのが，2005年の春に今の部署である日経ソフトウエア編集部に配属になったことだ。以前，技術系雑誌（今はなき日経バイト）の編集部にいたときに少しだけプログラミングの記事を書いたことはあったものの，ソフトウエアの開発経験はゼロ。はっきり言って“ズブの素人”である。プログラミングの知識が足りないため，寄稿してもらった原稿の査読すらままならない。 これはまずいと思い，意識の高い技術者の有志が開催しているプログラミング関連の勉強会やイベントにできるだけ出かけるようになった。目的は知識の習得だったが，そうした場に何度か参加しているうちに，私は集まってくる技術者自身
Java初心者のチームが挑む基幹系刷新プロジェクト（番外編）
私は，2007年2月2日付の記者の眼「『使えない人間』などいない」で「Java初心者で構成されるチームがいかにプロジェクトを完遂したか，という事例」があり，その事例を取材したうえで，日経ソフトウエア2007年5月号のJava特集でレポートすると書いた。その号がいよいよ明日（3月24日），発売される。特集のルポ「Java初心者のチームが挑む基幹系刷新プロジェクト」という記事である。 具体的には，群馬県内の各JAやJA関連組織のIT共同利用施設であるJA群馬電算センターが提供しているシステムの事例だ。Javaをほとんど知らなかった4人のメンバー，JA群馬電算センター 経済情報部の片野富久氏，前原貴美子氏，大久保浩治氏，渋谷知央氏が，基幹系システムの刷新プロジェクトに先立つパイロット・プロジェクトを成功させた，というものである。 もっとも，取材を終えた今では，この事例を「『使えない人間』などいな
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「仕様」という言葉の罠を回避する
結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小
- eXtreme Programmingの魅力を探る
(株) 永和システムマネジメント 平鍋 健児 Kenji HIRANABE 作成日：第4版 2001,8/10 第3版 2001,1/16 第2版 2000,10/21 初版 2000,10/10 エクストリームプログラミングは，Smalltalker として有名な Kent Beckらによって 提唱されているソフトウェア開発プロセス(開発工程)である． 正式にはエクストリームプログラミング(eXtreme Programming)， 略してエックスピー(XP)と呼ばれる．この記事でも，以下 XP と呼ぶことにする． Kent Beck は，'99年に "Extream Programming Explained - Embrace Change" という書籍を著した．これは "EC 本" とも呼ばれ，XP のバイブルともなる． この記事では，この "EC本" を基礎に XP のエッセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルソフトウェアプロジェクトを管理する
http://gonzui.fsij.org/~satoru/webdb/webdb-02.html