今回はITコンサルタントが実践しているRFP作成法を伝授します。RFPは、その出来不出来によって、あなたの作業が増えたり減ったりするとても重要なドキュメント。RFPの項目をしっかり定義しておけば、要件定義の品質も向上します。重要なのは目的意識と事前準備。これさえできれば、あなたの要求とりまとめ力はグッとアップするはずです。2010/07/16もっと確実、かつスマートに要求を定義するテクニックあります目に見えないシステムの仕様を明らかにするのはとても難しいもの。明確化のための手法があることをご存知の方は意外と少ないのではないでしょうか。それらを活用すれば、何もしないよりもずっとプロジェクトの成功率がアップするはずです。要件対応漏れをなくすための仕組みづくり今回は、プロジェクト進行中でもトレーサビリティの確保状況を管理・報告できる仕組みを紹介します。この方法で、プロジェクト品質を上げていきましょう。ネットワークセキュリティ要求定義トレーサビリティ変更管理2009/11/09知っておくとより良いシステム発注ができるRFP作成の5つのツボ今回で最終回です。これまで5回にわたってRFPの内容や提案の受け方などについてお話してきましたが、最後にいくつかのTipsを紹介して、この連載を終了にしたいと思います。要求定義RFPFocus提案2009/07/13RFPに書くべき要求をどのようにとりまとめるか第2回で目次と背景について考え、第3回には手続き上のことを整理してきました。今回は、いよいよRFPの核心ともいえる、「要求」について考えてみましょう。今回は、「背景」についてお話します。提案を要求する背景をRFPで明らかにしておけば、ベンダーからより良い提案を引き出すことができますし、余りにも的を外した提案を抑制することができます。要求定義RFPIT戦略2007/10/26【拾弐】必ず原本に戻ってテスト・検証を行う。システムの品質を上げるには、テストをしっかり行っておくことが重要ですが、要件定義などに誤りがあれば、決めたとおりに出来ていたとしても誤りの作りこみはおこります。原本に戻ってテスト・検証を行うことが大事です。システム開発テストソフトウェア開発トラブル要求定義2007/10/25【弐】「~と同じ」という要件はない。「~と同じにする」ための要件定義をする。「いつもと同じ」というニュアンスで要望が出されることがありますが、は「いつも同じ」はいつも同じではありません。なにが「同じ」なのかをはっきりとさせるところがトラブル削減のポイントです。2007/10/25【壱】書いてある要件はやらねばならない。書いてない要件はやってはいけない。システム開発において大切なことは、何を作るかについて開発依頼者と、開発受託者の認識しているものが一致していることです。そのために要件定義書は大変重要な書類となります。要件定義書トラブル要求定義2007/10/10プロダクト品質管理の効能システム開発は物つくりです。できた製品でシステムの成否が決まります。システムを作る目的は、システム装置を飾るために欲しいわけではなく、それを使って新しいビジネスや商品を実現したいのですから、正しく動いて、期待通りのビジネスや商品が実現する。予算どおり、期限どおりに出来上がっても、不完全なシステムだったら困ります。押さえておくべき7つの原則254企業のデジタルシフトはIoT、5G、サブスクリプションが牽引。Links主要テーマから探すIT戦略/企画ITインフラセキュリティデータベースデータ活用システム構築システム運用モバイル活用クラウド活用ワークスタイル変革CRM/コラボレーション製品/サービス×ログインEメールパスワード※旧SEメンバーシップ会員の方は、同じ登録情報(Eメール&パスワード)でログインいただけます。パソコン「EnterpriseZine」(エンタープライズジン)は、翔泳社が運営する企業のIT活用とビジネス成長を支援するITリーダー向け専門メディアです。イラストの無断転載を禁じます。記載されているロゴ、システム名、製品名は各社及び商標権者の登録商標あるいは商標です。