6000人が作ったシステムは必ず動く：ITpro
最盛期の開発要員6000人，開発工数11万人月，投資額2500億円，取引件数1日1億件。三菱東京UFJ銀行が「Day2」と呼ぶ，勘定系システム一本化プロジェクトの成果物である。6000人のシステムズエンジニア（SE）が作り上げた巨大システムは，2008年5月の連休明けに必ず動くはずだ。 23年間にわたって情報システム開発プロジェクトの取材を続けているが，6000人のSEを集めた事例は過去に一度も見聞きしたことがない。世界を見渡してもおそらく例がないはずだ。これから何年間，記者を続けるのか分からないが，今回の三菱東京UFJ銀行を除けば，6000人を動員するプロジェクトを取材する機会は二度とないだろう。 6000人のSEが同時期に集まったのであって，「6000人月」ではない。開発工数は先に書いた通り，11万人月である。この数字も凄い。一体何を作ったのかと思ってしまう。正確にはこのSEパワーは開
ITmedia Biz.ID：失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント
失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント：デジタルワークスタイルの視点 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。これらを管理しようとすればするほど悪いスパイラルに落ち込みます。Appleやはてな、Googleなど、注目企業ではどのようなマネジメントを行っているのでしょうか。 「完璧に管理しようとすればするほど、プロジェクトは失敗する」という悪いスパイラルが存在します（2月21日の記事参照）。そこで今回は、どのようなプロジェクトマネジメントをすれば、プロジェクトを失敗させないようにできるのか考えてみたいと思います。 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。前回はそれぞれを完璧に管理しようとしていましたが、今回は考え方を180度変えてみましょう。それぞれの要因を最初からなくしてしまうのです。 失敗しない
わたしが知らないスゴ本は、きっとあなたが読んでいる: プロジェクトを成功させる魔法の言葉
あいにく銀の弾丸の持ち合わせはないが、うまくいくプロジェクトでよく使われていた言葉は確かにある。耳にしたときは聞き流していてた言葉を、この本は思い出させてくれた。ここでは、そんな「魔法の言葉」を紹介する。 ネタ元は「目標を突破する実践プロジェクトマネジメント」。ふつう、図書館で読んだ本はそれっきりだが、こいつは買って周りにばら撒く。薄くて分かりやすくて、すぐにやってみようという気にさせるところがいい。 ■ もし、問題があるとすれば、それは何ですか? 朝会や進捗会議で「何か問題はありませんか?」という質問はよくするしされる。けれども答えはいつも決まっている→「特にありません」。でもって、不具合が起きると、「あのとき聞いたのにッ」←→「こうなるとは思ってなかった」となる。 身に覚えない? これを、冒頭の質問にしてみると、アラ不思議、いくらでも出てくる。「問題ない?」には無反応だったのが、「これ
プロジェクトをデザインする: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 どんなプロジェクトでも、最初にプロジェクトを定義・計画しないと、決められた時間内・リソース内で成果を出すことってできないんじゃないかと思います。 そうじゃなくても、必ずしもプロジェクトで成果を出すのはむずかしいわけですから、せめて最初の定義と計画はきちんとしないとね。 プロジェクトのデザイン大なり小なりプロジェクトを行う上では、ざっと下記のリストのようなことを検討する必要があるでしょう（リストはできるだけいろんなプロジェクトに対応するよう一般化してみました）。 最初の「定義」の部分で、タスクと役割とスケジュール、その他リソースが紐づいた状態でプロジェクトをデザインしておかないといけないと思います。 定義ミッションとヴィジョンの明確化目的と測定可能なゴールの設定ターゲットの明
404 Blog Not Found:(6000)人が作ったシステムは必ずどこか壊れている
2008年05月13日17:30 カテゴリMediaArt (6000)人が作ったシステムは必ずどこか壊れている こう言い切ったら、 6000人が作ったシステムは必ず動く：ITpro 最盛期の開発要員6000人，開発工数11万人月，投資額2500億円，取引件数1日1億件。三菱東京UFJ銀行が「Day2」と呼ぶ，勘定系システム一本化プロジェクトの成果物である。6000人のシステムズエンジニア（SE）が作り上げた巨大システムは，2008年5月の連休明けに必ず動くはずだ。 案の定 不具合の原因は「カタカナでなく漢字だったから」??三菱東京UFJのシステム障害 - ITmedia エンタープライズ 三菱東京UFJ銀行のキャッシュカードがセブン銀行のATMで使えなくなるシステム障害が5月12日に発生した。三菱東京UFJ銀行によると原因は「カタカナで転送すべきデータを漢字で処理していたから」であった。
自己組織化プロジェクトの育て方（1） ― ＠IT
混乱するプロジェクトを1から10までガチガチに管理するのではなく、うまくいくようにそっと手を貸してやること。そんな発想の転換が実はいまどきのプロジェクトを上手に運営するコツなのかもしれない。本連載では「自己組織化」という概念をプロジェクト運営に応用するノウハウをお伝えする。（＠IT編集部） 1. プロローグ～大火事プロジェクトの火消し役が計画した、あるひそかな実験 昨年、火が付いたプロジェクトに火消しマネージャとして参画することになりました。チームメンバーは連日の徹夜で疲弊し切っていました。マネージャ陣との信頼関係すら怪しい状況でした。クライアントからは怒声が飛び、連日のように詳細な進ちょく状況報告を求められます。報告作業自体が開発スケジュールを圧迫していました。データベースのテーブル定義でもめている段階なのにもかかわらず、カットオーバー予定日は目前に迫っていました。タフな判断と徹夜の作業
プロジェクトチームのリーダーに向く人、向かない人 ― ＠IT情報マネジメント
チームで遂行されるプロジェクトにおいて、優秀なリーダーの存在は極めて重要です。そこで今回から、リーダーについて考えてみることにします。リーダーシップの具体的な技術に関してはコーチングなどの記事を参考にしていただくことにして、ここではもっとベーシックなところをターゲットにします。なお対象としては、ユーザーサイドに限らずプロジェクト一般についての話となります。 誰でも持っているリーダーの素質 よく話題になることに、リーダーにはリーダーとしての素質がなければならないのか、ということがあります。ある程度の素質は必要でしょうが、それは大多数の人が持っているはずです。そのように考えられる根拠はあります。 例えば、ふさわしい人が地位に就くのではなく、「地位が人を育てる」ケースはよく知られています（年功序列主義の会社ではよく見られることです）。これは、リーダーとして特別な素質がないと思われたり、思い込んだ
最終選考： 「お金あげるから辞めて」 - Radium Software
Why Zappos Pays New Employees to Quit―And You Should Too 米 Zappos 社では，新人研修を受けている最中の新入社員に対して，こんな提案をする。 「今，辞めてくれたら特別に $1,000 （約１０万円）あげるけど，辞めない？」 これは，新入社員の会社に対するコミットメントを試すための儀式。もし yes と言ったら，本当に $1,000 と研修期間分の給料をあげて辞めてもらう。 この程度の「エサ」で辞めてしまうというのは，会社と仕事に対するコミットメントの無さを表している。そのようなコミットメントの無い社員を雇ったとしても，会社にとって利益にならないし，どうせいずれ辞めてしまうだろう。だったら，今 $1,000 払ってでも辞めてもらった方がいい――それが Zappos 社の考え。いちおう，理に適っているよね。 でも，たかだか $1,0
「PMPを取得せよ」と上司にいわれたら、最初にとる5つの対策
最近、仕事だけでなく人も任されるようになった。死の行進を生き延びてきた。細かい指示ではなく目標と締め切りだけを渡されるようになった―― そんなあなたを上司が呼びつけて、 「おまえ、PMP取りなさい。今年じゅうにヨロシク」 と告げられる。 (ﾟДﾟ)ﾊｧ? 顔文字通りの表情をつくるあなたを無視して、上司はこうまくしたてる。 「SE→PMキャリアを目指すなら、PMPは必須」 「なぁに、受験料は出すから安心しろ（合格したらね）」 「受験条件である35時間の研修は、そのうち受けさせてやる」 「でも実務に影響のないようにヨロシク」 PMPって何? 研修が必要なの? そんなあなたが次にしなければことは何だろう? このエントリを参考にしてほしい。 必要なサイトをチェック PMBOKガイドを入手&チェック 受験日を決めて、逆算してスケジュールを立てる 周囲に宣言する 勉強を開始する ■1 必要なサイトをチ
泥のように働いて、何が出来上がりましたか? : 404 Blog Not Found
2008年05月30日18:15 カテゴリArt書評/画評/品評 泥のように働いて、何が出来上がりましたか? なんというはてブホイホイ。 「10年は泥のように働け」「無理です」??今年も学生と経営者が討論 − ＠IT 「IT技術者はやりがいがある仕事か」---学生とIT産業のトップが公開対談：ITpro すでに去年の討論、というか重鎮なるものの見かけ倒しぶりに関しては、 404 Blog Not Found:イメージを形にできない人は減衰する で取り上げたので、今度は学生側のふがいなさについて取り上げることにする。 確かに重鎮側のアナクロぶりには辟易するのだけど、学生側も学生側で、そこまで猫かぶってる理由がわからない。そこまで下手に出なきゃわからないほど複雑怪奇な仕事なのか、IT業界って。「客のために何か作って代金を頂くだけの簡単なお仕事」じゃないの。 だから、真っ先に聞いておこうよ。「あ
はてなやmixiから妄想する、コミュニティを統治する新しい方法 :Heartlogic
はてなやmixiから妄想する、コミュニティを統治する新しい方法 この話の続き。久しぶりのmixi新機能がニュース機能だったのを見て、mixiにはmixi内をがんばって統治して、ひとつのまとまりにしていこう、みたいな発想は（少なくとも現時点では）ないんだなーと感じた。横幅はどうでもいい。 で、 mixiは一夜にして300万人のパブリック・ジャーナリストを得た（WebDog） このエントリーを最初はmixiに対する皮肉と読んだんだけど、それは私が読みたいように読んだだけであって、それじゃ（私が）ダメなんじゃねーかと思い直した。 これらから関連して考えたことがいろいろあるんだけど、とりあえずひとつ。 コミュニティを統治しましょう、とするとき、何かしら管理側がアクションを起こせば、それに反対する人が必ず出てくる、という問題がある。表だって反対運動が起きない場合でも、少しずつ溜まったストレスがど
わたしが知らないスゴ本は、きっとあなたが読んでいる: ウォーターフォールはこう使え（その1）
ウォーターフォール・モデル悪玉論が幅を利かせている。一方でスパイラル・モデルやアジャイル・モデルがもてはやされている、銀の弾丸のごとく。 曰く、 この無駄な成果物を作らされているのはウォーターフォールだから あいまいな仕様と理不尽な要求に振り回されているのはウォーターフォールだから スケジュール後半になって追い立てられるのはウォーターフォールだから いつまでたっても品質が向上しないのはウォーターフォールだから 赤字プロジェクトが垂れ流されているのはウォーターフォールだから このプロジェクトがデスマってるのはウォーターフォールだから 偉大な（?）グルの尻馬に乗って叩く。まるでウォーターフォールという軛がボクの創造性と可能性をことごとくダメにしていると言わんばかりに。何かに責任転嫁して考えを止めるのは楽だけど、その「何か」が真の原因で無い限り、解決にはならない。 仕事ができないのは道具が悪いと
Basecamp （プロジェクト管理ツール） : ワークスタイル・メモ
ワークスタイル・メモ カレンダー・手帳術からグループウェア、ライフハックやWeb2.0まで、インターネット時代の仕事術やツールの未来を考える ワークスタイル・メモ > タスク・ToDoリスト系 > Basecamp （プロジェクト管理ツール） Basecampは、Web2.0サービスの代表企業ともいえる37signalsの本丸にあたるサービスです。 従来の複雑なプロジェクトマネジメントではなく、プロジェクトで重要なのはコミュニケーションであると宣言。インターフェースにこだわった使いやすいウェブサービスを提供して話題を呼んでいます。 「BusinessWeek Best of the Web 2005」や「The Best Web 2.0 Software of 2005」にも選ばれており、Basecampの利用者数は無料版を含めるとすでに10万人を超えているそうで、今年は他のサービスも含め
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
activeCollab - Project Management and Collaboration Tool
Amazon.co.jp： アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE): Scott Berkun, 村上 雅章: 本
Trac - PukiWiki
Joel on Software