プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘

ソフトウエア開発の経験が全くない素人集団を率いて、100％外注に頼っていた、基幹業務を支えるソフトウエアを内製に切り替えるプロジェクトに取り組んだ。よいと言われる方法は色々試したが結局は「作業日報」を使う原始的なやり方が一番効果的であった。ソフトウエアの世界は日進月歩であるが、事業の根幹を支えるソフトウエアをきちんと作るには、オーソドックスに開発実績をきちんと把握することが基本である。内製化プロジェクトを通じて編み出したソフトウエア開発のポイントをまとめてみた。 ソフトウエアの特質およびソフトウエア開発に求められる要件についてポイントを整理してみた。いずれも、かつて筆者がゼロからソフトウエア開発に取り組んだ結果、得たものである。まずOS（基本ソフトウエア）といわれる「システムソフトウエア」と、直接顧客が利用する「アプリケーション（応用）ソフトウエア」に大別し、その要件をまとめておく。 シス

うっかりミスは、どうすればなくせるのか。IT業界の関係者にとどまらず、ヒューマンエラーの発生メカニズムを研究する元パイロットや心理学者、「失敗学」に詳しい大学教授などにも話を聞いた。専門家がこぞって強調するのは、「人間はミスをするという事実を認めるのが対策の第一歩」ということだ。「気合を入れて臨めばミスは起こらない」と考えるのはご法度である。システム開発・運用現場では、ミスした作業者をしかったり、責任者を処罰したりするケースがある。これも無意味あるいは逆効果だ。 本誌は専門家の意見を参考に、うっかりミスを減らしたいなら、これだけはやってはいけないという「べからず集」をつくった。べからずは、トラブル発生から原因分析、対策・実行の流れに沿って並べてある（図5）。

あっ、と気付いたときは手遅れだ。運用操作を間違えた、パラメータの変更を忘れた、障害対応を誤った――。作業者の「うっかりミス」によるシステム障害が止まらない。本誌が過去3年に発生したトラブルの原因を調べたところ、全体の半分に達した。作業者を責めたり責任者を処罰したりしても、ミスは減らない。ミスを誘発する根本的な原因を突き止めて対策を講じることが不可欠だ。うっかりミスをなくす方策を探る。 トラブル原因の半分が「うっかり」 7割が「うっかり」に直面 叱るより真因を追究、対策べからず集 5人の識者が語る「うっかり」防止の心構え

筆者は「日経ソフトウエア」というプログラミング雑誌で記事の執筆と編集をしている。先日，C言語にターゲットを絞った特集を企画・担当した。記事は無事校了し，今はこの特集を収録した2008年11月号が書店に並んでいる。 C言語の特集を企画した理由はただ一つ，C言語を学ぶことによって，プログラミングに関するより深い知見を得られると強く感じたからだ。筆者自身，C言語に不案内で苦手意識を感じていたので，その思いは余計に大きかった。同時に，だからこそ，筆者同様にC言語の経験が比較的少ない人，そしてこれからC言語を学ぼうという人に役に立つ特集に仕立てられるのではという気持ちもあった。 日経ソフトウエアとしては，C言語にターゲットを絞った特集をここ3年ほど掲載していなかった。その間にアプリケーション・ソフトウエアの大きな流れとしては，デスクトップ・アプリケーションからWebアプリケーションへの比重が高まり，

英語圏で広く知られているIT関連のジョークを翻訳してまとめた文庫本。ウソとも本当ともとれるシニカルなショートストーリーで構成しており，一気に読むことができる。 一例を挙げると「システムコンサルタントの十戒」として「やってみてうまくいかなければ，やってみたという証拠を隠滅せよ」「人がなんじの話を聞くのは，なんじが間違いを犯した時だけである」など。読み手の笑いを誘うと同時に，「見聞きしたことがある」「そこが問題なんだ」と，共感を呼ぶものが少なくない。

コン基礎の教え方の宝庫（9） オブジェクト指向プログラミングを指導して早10年 私はこうやって教えています～難解な技術をわかりやすく教えるコツ～ 中堅エンジニアを相手に、オブジェクト指向プログラミングの指導をするようになって、早いもので10年ぐらいになります。指導を始めたばかりの頃は、かなりひどい評価だったのですが、最近になってようやく受講者を満足させられるようになりました。どのように指導しているかをお教えしましょう。 オブジェクト指向プログラミングとは何か 最初のテーマは、オブジェクト指向プログラミング（以下OOPと略します）とは何かです。これは、図1に示した例で説明しています。OOPでないスタイルと、OOPのスタイルを比較するのです。 モジュールAが持つ処理が、モジュールBが持つデータを処理するならOOPではありません。それに対して、モジュールAがモジュールBが持つ処理を呼び出し、その

先週，プロジェクト・マネジメントをテーマにした日経コンピュータ主催のセミナーに出かけた。この分野における専門家3人の講演をうかがい，いろいろと勉強になった。セミナーを聞き終えて興味深かったのは，講演者3人が3人とも，「システム開発プロジェクトが泥沼にはまり込む過程」を同じような表現で語っていた点だ。3人がそれぞれの経験に基づいて，「負のループ」「悪魔のサイクル」「悪魔のスパイラル」と呼んでいた。 これらの呼び方が示そうとしているのは，初めはプロジェクトに生じた小さな「遅れ」や「問題」だったとしても，悪魔のスパイラルを通じて徐々に深刻化していくという悪循環の存在である。このような指摘に「そうそう」とうなずいたり，「あぁ，確かにそうかもしれない」と気付いたり，あるいは「えっ？」と驚いたりと，読者の方々はさまざまな印象を受けていると思う。この機会に自分が関与するプロジェクトの状況について，点検し

筆者は米Microsoftに対して，「Windows Vista」に関する否定的な見解が増える一方という状況を打開すべきだと，何カ月も前から忠告し続けてきた。ところが，これまで同社は臨時に白書を発行して「すべて好調」という内容の調査結果と販売実績を示しただけの，中途半端な対応しかとっていない（関連記事：Microsoft，企業に「Windows Vista」移行を説得）。 米Appleの「Switcher」広告，何もわかっていない技術通やブロガーの存在，「Windows Vistaは単なる失敗作」という認識の広がりは，最終的にMicrosoftまで影響を及ぼす可能性がある。というのは，米Sanford C. Bernsteinのアナリストが2008年6月第2週，Microsoftの2008会計年度（2007年7月～2008年6月期）と2009会計年度（2008年7月～2009年6月期）の業

「偽スティーブ・ジョブズ（Fake Steve Jobs）を始めた理由は，IBMやSun Microsystems，EMCといったエンタープライズITベンダーの取材が『退屈』だったからだ」－－。米国の人気ブロガー「Fake Steve Jobs」の「正体」で，本業は米Forbes誌のSenior EditorというDan Lyons氏の告白は，筆者の胸に突き刺さった。筆者もまた，エンタープライズITを取材している一人だからだ。 Lyons氏が当初は「会社に内緒で」始めた「The Secret Diary of Steve Jobs」は，米AppleのCEO（最高経営責任者）であるSteve Jobs氏の偽物（Fake Steve Jobs）を名乗り，IT業界にまつわる様々なトピックスを，毒舌を交えてこき下ろすというブログであった（写真）。その人気は（特にForbesの編集者とバレるまで）絶

この記事は，日経ソフトウエア2006年9月号，連載「簡単実装で学ぶWeb技術2006」の第3回「Catalyst――Perl向けWebアプリ・フレームワーク」の再録です。記事は執筆時の情報に基づいており，現在では異なる場合があります。 こんにちは，結城浩です。今回はPerlのWebアプリケーション・フレームワーク「Catalyst」を解説し，簡単なメモ帳プログラムを作ります。 Catalyst（カタリスト）は，Perlで作られたWebアプリケーション・フレームワークです。Catalystを使うと，Webアプリを簡単に作成・テスト・配布することができます。catalystという単語のそもそもの意味は，「触媒」あるいは「促進させるもの」です。Perlのモジュール同士を触媒のようにうまく結びつけて，Webアプリ作成を促進させるという意味の名前なのでしょう。 Catalystのオフィシャルページは

システム開発プロジェクトでは規模を表す単位として「人月」という単位がよく用いられる。これは技術者一人が1カ月労働することを意味し，人を数える助数詞「人」と，時間を数える単位「月」を掛け合わせたものである。数学的な見地から見ると「人」は分離量であり「月」は連続量である。この分離量と連続量の違いとは，例えば計算機について考えれば，分離量はデジタル計算機であり，連続量は計算尺である。つまり，「人月」とは分離量と連続量を掛け合わせた特殊な単位であり，どちらかというと「概念」に近い。 この「人月」という概念を「人」×「月」という単純な数式で考えると大きな失敗を犯す。例えば，プロジェクトの後半で問題が発覚し納期遅延が発生しそうな場合，あとどのくらいの工数が必要かを算定し，追加要員を投入して遅延を挽回しようとすることがある。 これは，遅延挽回対策として非常に危険な方法である。遅延を挽回できるどころか，当

システムインテグレータのスターロジックは2008年4月28日，1業務あたり9万8000円でオーダーメイドによるシステム開発を請け負うサービスを開始した。名称は「ギョイゾー！（GyoiZo!）」。見積管理や会員管理といった業務が9万8000円でIT化できるという。 「ギョイゾー！」では9万8000円でシステム化する1つの業務を「インフォセット」と呼ぶ。インフォセットは請求書などの書類（帳票）と，それに関する作成・承認・修正・取り消し・削除などの機能からなる。またさまざまな検索条件でデータをCSVファイルとして出力でき，Excelなどで自由に分析，加工できる。 システムは，顧客との打合せから1週間前後で納品する。納入されたシステムに対しユーザーが納得しない場合は「利用開始から90日間であれば全額返金する」（スターロジック）という。 インフォセットを追加する場合，「インフォセットすくすく成長オプ

まず，結論から言おう。 「エンジニアがOSのソース・コードを読めるようになると，活躍の場が一気に広がる」。そして，「コツさえ分かれば，OSのソース・コードはびっくりするほど簡単に読める」。 ここでいうOSとは，Linuxのカーネル（OSの“核”となるソフト）のことである。筆者が上の2点を強く感じたのは，つい最近の，ある人物とのやり取りがきっかけだった。 「カーネルのソースが読めると，たいそう儲かるってことが，分かってしもうたから」。「もうすぐ大学の仕事は定年や，でも定年後の収入の方が多いんとちゃうかな」---。 筆者の耳に，迫力ある関西弁が突き刺さった。声の主は1949年生まれの57歳。神戸情報大学院大学助教授の赤松徹氏その人である。 打ち合わせを兼ねた取材の後の会話だったので，メモは取っていない。赤松氏がはっきりとこの通りに発言したかどうかは覚えていないが，筆者の脳裏には，そのような発言

Tracの便利さに惹かれるが，インストールに煩わしさを感じ，Tracを簡単にインストールできるTrac Lightning（旧Trac月）の開発を行う。また，日本のTracコミュニティであるShibuya.tracにてユーザー補完プラグインなどのプラグイン開発にも携わる。 チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 ソフトウエア開発において，プロジェクト管理はガントチャート・ベースで行われることが多いでしょう。しかし，ガントチャート・ベースの管理では，詳細を報告するために作業報告書を別途作成する必要があります。 ま

お会いするのは何年かぶりだから、さすがにちょっと老けたかなと思った。でも、せっかちに歩く姿も、甲高い声で熱く語る姿も、昔とちっともかわらない。「1993年からだから、ずいぶん長いですよね」。そう言われて指を折ってみれば15年。その間に、何度も彼に会い、語り、彼と彼の成果について実に多くの記事を書いてきた。 彼とは、中村修二氏のことである。最初に出会ったとき彼は、地方の中小企業に勤務する一技術者だった。ところが、1年も経たないうちに、カリスマ研究者と呼ばれるようになり、やがて「日本としては初めての企業人ノーベル賞候補」と目されるようになる。その彼から「会社を辞める」という連絡をもらったのは、1999年末のこと。地方企業の技術者から米有名大学の教授へと転身し、一躍全国区のヒーローになった。 その彼が古巣の会社からトレードシークレットで訴えられ、その反訴というかたちで、いわゆる「中村裁判」が始ま

島根県は2008年2月14日，同県の公式サイトで採用しているCMS(コンテンツ管理システム）をオープンソース・ソフトウエア（OSS)として無償公開した。自治体が開発したCMSをOSSとして公開するのは国内初と見られる。島根県に在住する技術者まつもとゆきひろ氏が開発したRubyで構築されており，同氏が在籍するネットワーク応用通信研究所が島根県の委託を受けて開発した。視覚障害者が利用しやすくするための機能を備えていることが特徴。 基盤ソフトウエアもオープン ソフトウエアの名称は「島根県CMS」。2006年から県の公式ホームページで稼動している実績がある（関連記事）。特徴は，パソコンに詳しくない職員でもコンテンツの投稿，編集が容易になるような管理画面を備えていることと，視覚障害者向けにアクセシビリティを向上させる機能を備えていること。 アクセシビリティ向上のための具体的な機能として，Webブラウ

オブジェクト指向スクリプト言語であるPythonは，日常の作業に利用するちょっとしたスクリプトから，商用サイトや大規模Webシステムまで幅広く適用できる非常に便利なプログラミング言語です。日本ではあまり認知度は高くありませんが，欧米を中心に幅広く利用されており，米Google（米YouTubeを含む）などの有名企業でも採用されています。 ここでは，プログラミング言語Pythonの魅力と使い方を説明します。特にこれからPythonをはじめようというビギナーの方に，とっかかりとなる言語の基礎と導入方法を説明します。 日本でPythonの認知度があまり高くない理由 欧米で人気のPythonですが，国内ではまだまだ認知度が高くないようです。原因としては次のような点が考えられます。 ●日本語コーデックに対する不安 Python 2.3の時代まで，シフトJISやEUC-JPを扱うためには，CJKコーデ

プログラムを実行して初めて決まる事項が多い「動的言語」。柔軟性が高い，簡潔な表現が可能など複数の利点を持っている。さらに性能の問題などの欠点がコンピューティング環境の変化で目立たなくなってきた。速く柔軟な開発が求められる中で動的言語の存在感は増すばかりである。 ●第1回　まつもとゆきひろの「プログラミング言語論」【前編】（1） ●第2回　まつもとゆきひろの「プログラミング言語論」【前編】（2） ●第3回　まつもとゆきひろの「プログラミング言語論」【前編】（3） ●第4回　まつもとゆきひろの「プログラミング言語論」【後編】（1） ●第5回　まつもとゆきひろの「プログラミング言語論」【後編】（2） ●第6回　まつもとゆきひろの「プログラミング言語論」【後編】（3） 1965年生まれ。鳥取県米子市出身。筑波大学第三学群情報学類卒業。高校時代からのプログラミング言語おたく，オブジェクト指向おたく。

座右の銘を尋ねられたことはないが，もし質問されたら，“Laugh your life”と答えたい。単純な言葉だが，要するに，厳しい事態に直面した時，悩んだり，落ち込んだり，愚痴ったりする前に，自分のことを笑ってみる，という意味だと思っている。 ITproに関係ある話になるかどうか分からないが，ここ数年，気になっていたものの，書きあぐねていたことについて書く。 時が経つのは早いもので記者になって22年が経過し，自分ではそうした意識はあまりないが，経験年数を見る限り，立派なベテランになってしまった。年のことなど気にせず，好き勝手に原稿だけ書いておればよいのなら，これほど楽しい仕事はないが，そういうわけにもいかず，ベテランの責任とは何か，といったなかなか難しいことを時折考える。 やはり，仕事で成果を出す，後輩の面倒を見る，の二つだろう。記者の成果とは何かとなると大変厄介な話になるので今回は触れな