昔は文書化、いまは可視化（見える化）というが、その重要性は綿々といわれてきた。ところが、なかなかうまくいかないものだ。 “システム開発の可視化”って何を見えるようにすること？ 教科書では、外部仕様書、内部仕様書、操作仕様書などの文書の確認を得てから次のステップに進むことになっているが、実際には本番移行完了以降で作られる（もし、作られるとしたらであるが）。 しかも、その順序は逆で、操作仕様書、内部仕様書、外部仕様書の順に作成される。 なぜなら、まず利用者に使わせるには操作仕様書が必要である。そして、操作をすると、新しいニーズが起こる。それが可能かどうかを内部仕様書でチェックする。その後、明確になった外部仕様書を作成する。こうすれば「手戻りが発生しない」というのが、その最たる理由だ。

プロジェクトの節目で，メンバーは課題対応やドキュメント作成にばかり気をとられ，納品作業（契約）を忘れがちになる。納品作業は，ユーザー・営業・現場を巻き込んだ一大イベントであり，契約に関わる重大なタスクだが，いつもドタバタしがちである。そんな時，全体調整に長けたPMOが力を発揮してほしい。 川上愛二 マネジメントソリューションズ マネージャー 小規模プロジェクトであれば，ユーザーと現場の関係が密になっており，日ごろから作業状況も共有されていることでしょう。そういうプロジェクトでは，納品作業が問題になることは少ないと思います。 しかし，大規模プロジェクトでは，納品作業に苦労することが多いのではないでしょうか。「納品はしたが，認識の齟齬が発生しており，検収が遅延した」という苦い経験をした方は決して少なくないと思います。 監査・内部統制が重視され，検収は厳密に 納品作業が滞らないように，大規模プロ

“ネトゲ廃人”だった大学時代，「実力がないことを会社のせいにしていた」大企業時代から，当時社員7人だったはてなに入社し，はてなブックマークを作り上げ“なりたかった自分”にたどり着いた伊藤直也のお話は，きっと見る人を勇気づけてくれると思います。 そして直也氏はこう言います。「本当の意味で世界を変えられるのはコードだけ」。 ニコニコ動画をご覧になれない方はこちらをどうぞ。 ITproによるレポートはこちらです。 「世界を変えられるのはコードだけ」---はてなCTO伊藤直也氏が明かす “ネトゲ廃人”から“なりたかった自分へ”の道のり 残りの講演は2007年10月末までにアップの予定です。タグは「itprochallenge」です。今しばらくお待ちください。

ハイテク業界において新製品・新技術を市場に浸透させていく際に見られる、初期市場からメインストリーム市場への移行を阻害する深い溝のこと。マーケティング・コンサルタントのジェフリー・A・ムーア（Geoffrey A. Moore）の著書『Crossing the chasm』（1991年）に登場するキーワードで、ハイテク市場におけるマーケティング理論である「キャズム理論」は大いに注目を集めた。 普及学の基礎理論として知られるエベレット・M・ロジャーズ（Everett M. Rogers）のモデルでは、顧客は「イノベーター」「アーリーアダプター」（注1）、「アーリーマジョリティ」「レイトマジョリティ」「ラガード」の5つの採用者タイプに区分される。この理論ではイノベーターとアーリーアダプターを合わせた層に普及した段階（普及率16％超）で、新技術や新流行は急激に拡がっていくとしている。そこで、イノベ

完成形を見てしまった気がする。それくらいできが良い。 これまでWikiエンジンを幾つも紹介してきた。もちろん、機能面ではもの凄く充実しているものも数多い。だが、使い勝手や初期状態での機能等を考えると、これがまさに完成系と言えるのではないだろうか。 今回紹介するオープンソース・ソフトウェアはMindTouch Deki Wiki、エンタープライズ向けのWikiエンジンだ。 欠点がなさすぎる。日本語はもちろんOK、Ajaxを使って遷移の少ない作り、履歴管理＋差分表示にももちろん対応している。編集はWYSIWYGなテキストエリアでできる。 ヘッダを作れば、その中だけで編集できる。画像をアップロードして、埋め込むのも簡単。ページの階層管理もできて、タグも使える。ウォッチリストに登録、コメントをする、RSS配信など何でもござれだ。 さらに多言語対応、Google Analyticsを埋め込めるなどな

IT投資が失敗する場合には大きく分けて2つのパターンがある。システムができあがらないということ。もうひとつはできあがったシステムが期待通りのものではないということ。ではこのような失敗パターンを回避するにはどうすればいいのだろうか。 なぜいまシステム開発の方法を見直さなければならないのか？ 現代のビジネスにおいてIT化による業務改善は必要不可欠とされています。IT投資は効果的に行えば飛躍的に業務の流れを改善しますが、効果的な投資により、理想どおりの効果が得られていないケースの方が多いようです。多くの企業がIT投資を行っていますが、その成功率は20％以下といわれています。中には失敗により、キャッシュフローを著しく損傷して倒産に追いやられてしまうケースすらあるのが現状です。 では、どのようにしてIT投資は失敗してしまうのでしょうか？ IT投資における失敗には次の2段階があります。1段階目は、検討

いまの技術は20年前の技術と比べると面影も残さないくらい進化したにもかかわらず、受発注の契約システムはそのままという点についてとても疑問に思います ITによる業務の効率化は大企業だけのものではなく、中小企業経営の基盤をも支えるようになった昨今、市場競争はますます激化しています。少ない投資で大きな利益を上げるためにはIT投資の仕組みを正しく理解し、そのリスクの少ないIT化戦略を取らなければなりません。テクノロジの進歩はインターネットへ接続可能なPCと携帯端末の普及をもたらしました。いままでITと無関係だった人たちにも（ITは）身近な存在となったことにより、ITをベースとしたサービスの市場は拡大傾向にあります。 その一方で、いくら良いアイデアやサービスを思い付いても市場への投入が遅れればすぐに競争力を失うことになります。そのため迅速に価値のあるシステムを構築することが望まれています。IT投資に

今回のテーマは、見積もりリスク回避のためのヒントや注意事項である。要件があいまいな段階で見積もらざるを得ないため、見積もりのリスクは発生する。したがって対策としては、要件のあいまい性が解消されてから見積もるか、後から修正が受け入れられるような見積もり条件をいかに設定するかである。段階契約が定着し、あいまい性の払拭後に見積もれるように、ユーザー、ITベンダーともに努力したいものである。 「見積もり精度が悪すぎたのが、赤字の最大原因でした。今後は見積もり精度の向上に努めます」―。大口赤字を出したプロジェクトの反省会をやると、こう言うプロジェクト・マネジャーが多い。しかし見積もり時にユーザーから要求仕様がはっきり示されるケースは少ないので、そう簡単に見積もり精度など上げることはできない。 金額精度が高い見積もりを目指すよりも、当初想定したシステムの仕様や見積もり条件の明解化を目指すべきである。後

本記事は日経コンピュータの連載をほぼそのまま再掲したものです。初出から数年が経過しており現在とは状況が異なりますが、この記事で焦点を当てたITマネジメントの本質は今でも変わりません。 情報システムの操作方法を記述した「マニュアル」は必要不可欠のものだが，現実には手抜きのマニュアルが少なくない。システムの利用者の視点に立って，マニュアルを作り直すことで，システムの利用度合いはぐんと高まる。見直しのカギは，利用者が業務の流れとシステムとの関係を理解できる記述にすること。各操作画面ごとに利用者が疑問に思う点を整理しておくことも必要だ。 岩井 孝夫 企業情報システムを構築するプロジェクトの成果物は何か。一つはもちろん，企業情報システムそのものである。もう一つ，忘れてはならないものがある。そのシステムの利用方法を記述したマニュアルだ。 完成したシステムが現場の利用者にしっかり使ってもらってこそ，その

RAP(Rich Ajax Platform)というEclipseのプロジェクトが現在Incubation phaseからMature phaseに移行しようかというvalidation phaseに居ます。 http://www.eclipse.org/rap/ このプロジェクト，かなりすごいことができます。名前から，単なるJavaScriptのエディタ等を提供するものかと想像していたら，そうではありませんでした（それはATF(Ajax Tools Platform)でした）。このプロジェクトは，Eclipse RCPの開発モデルをWebアプリ開発に適用可能にする，というものです。 Eclipseは，ご存知の通りプラグインアーキテクチャを採用したIDEであり，いろんなプラグインをインストール可能なプラットフォームです。我々も独自にプラグインを開発可能です。一方， EclipseにはRCP

Flex 3 Beta 2 - Lower Price Flex Builder 3 (Ted Patrick 氏のブログ "Ted On Flex" の記事) 来年初めのリリースを予定している Flex Builder 3 は Standard Edition と Professional Edition の 2 つのラインナップが用意され、価格はそれぞれ $249, $699 となるそうです。リンク先の表に明記されていますが、これまでの Flex Builder 2 の無印が 3 の Standard Edition に対応し、Charting・Visualization コンポーネントと、プロファイラ・テストの自動化フレームワークを加えたものが Professional Edition になるそうです。 現行版の Flex Builder 2 も 11/1 から $699→$249