第4回 デザイナーがプログラミングについて誤解していること
「無知の知」では済まされないこと 顧客あるいはプロジェクト・リーダーからの相談内容が，筆者の相方（プログラマ）の耳に届くことがある。筆者は，技術無視の相談にも気長に耳を傾けられるが，相方は，そのような質問が生じること自体が，不思議でならないといった様子だ。 たしかに，拡張子の存在を知らなかったリ，存在を知っていてもWindowsマシンでの表示方法を知らなかったり，さらにJavaとJavaScriptを混同していたり…というのは困る。また，顧客の希望がローカル・アプリケーションなのかWebアプリケーションなのかを確認しないまま相談を持ちかけられても答えようがない。 筆者は，.NETをプラットフォームとする開発が多いが，その場合ならせめて下記の表のアプリケーションの種類については，確認しておいたほうがよい。 だが，デザイナーが知らなくてもやむをえない情報は，山ほどある。 筆者の経験からいえば，
プロジェクトは失敗するのが当たり前！？ ― ＠IT情報マネジメント
ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。 ITプロジェクトのほとんどは失敗に終わる 成功率16％。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16％だったという。 日本においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」（社団法人 日本情報システム・ユーザー協会）に調査によれば、システムの仕上がりに満足と回答したユーザーは10％前後に
RFPとは - IT用語辞典
概要 RFP（Request For Proposal）とは、情報システムの導入や業務委託を行うにあたり、発注先候補の事業者に具体的な提案を依頼する文書。システムの目的や概要、要件や制約条件などが記述されている。 一般的なRFPには、まずシステム導入の目的や背景、現状の課題を記述し、今回の案件の範囲や目標、目安となるスケジュールや予算規模などを提示する。選定の進め方や日程、選定方針なども指定する。現行のシステムが存在する場合はその概況を記述したり、発注元企業の組織や事業、業務の説明を加えることもある。 これを踏まえ、提案を依頼したい項目を挙げていく。案件の内容によるが、システムの概要や要件、開発体制、開発手法、納品される成果物の構成、運用・保守の方法や内容、スケジュール、費用の見積もり、契約方法などを要求することが多い。 これまで情報システム業界では、口約束やあいまいな発注による開発現場の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
