要件定義

デジ・ブログ

デジ☆ブログ第23回: 「構造的な問題」の解決のための基本手順

突発的な問題は、どのような経緯であれ事態が解決されるのが優先だが、繰り返し発生する構造的な問題は、問題が発生する構造にメスをいれる解決策が必要である。構造的な問題を解決するための基本的な手順を紹介する。
デジ・ブログ

デジ☆ブログ第15回:ケースバイケースで変わる提案依頼書(RFP)の必要項目と提示先

P(Request For Proposal)とも呼ばれる提案依頼書には、標準的な記載事項はあるが、独自開発の度合いや、事前の要件の固まり具合などの状況の応じた修整が必要となる。RFPの基本的な内容と、調達案件の状況に応じた対応方法について考えてみたい。
デジ・ブログ

デジ☆ブログ第14回:やってはいけないシステム要件定義の禁じ手とは

システム要件定義は、業務の要件をシステムの作り手に伝える重要な情報である。曖昧な要件定義に代表される、やってしまうと後から面倒なことになる「やってはいけないこと」と、そのデメリットをご紹介する。
デジ・ブログ

デジ☆ブログ第13回:システム要件定義の「システム的部分」のまとめ方の知恵

情報システムの導入を計画しているが、ITに熟達した社員のいない会社にとって、システム要件定義の業務部分は何とかできたとしても、性能、運用、セキュリティなどに関する非機能要件まとめはハードルが高すぎる。2段階作成で乗り切る方法を提案する。
デジ・ブログ

デジ☆ブログ第12回:的確なシステム要件定義のためにおさえたいポイント

IT資源調達で実施するシステム要件定義は、これから導入するシステムがどんなものであるべきかを決めることである。的確な要件定義は経済的で信頼性の高いシステムを構築するには欠かせないが、ソフトウェアというものの特性をおさえて進めないとうまくいかないことも多い。
デジ・ブログ

デジ☆ブログ第11回:「IT資源調達」を成功させるためのポイント

IT資源調達とは、これから導入するシステムがどんなものであるべきかを決めて、その担い手を決定することである。出来上がりが想像しにくいソフトウェアの特性をおさえたうえで、コストを抑制しつつ発注先との将来にわたる良好な関係を構築できるようにもっていくのがポイントだ。