ＩＴ発展の歴史は、ＩＴ利用の大衆化の歴史だといえます。単にパソコンやインターネットの普及により一般の人が身近に使うようになっただけではありません。企業において、従来はＩＴ部門が独占していた機能を利用部門ももつようになったのです（参照：「情報システム部門の特殊性の減少」）。利用部門の立場として、以前は「あなた作る人、私食べる人」でよかったのですが、情報システムが業務そのものに浸透してきたことにより、主体的な当事者になることが求められます。
非ＩＴ活動の重要性
情報システムの対象が、経営戦略の実現、そのための各部門の活動に密着してきました。社内事務作業での合理化目的だけでなく、関係先や消費者を対象とした戦略的目的へと対象範囲が拡大してきました。ＩＴを戦略的に活用しようとの提案は、業務の当事者である問題意識をもっている利用部門から提案される必要があります。
また、このようなＩＴ利用で成功するには、情報システムの開発や運用よりも、業務改革、組織改革、社外折衝などの非ＩＴ活動のほうが重要な要素になります。ＩＴ推進ではなく業務改革推進なのであり、業務改革プロジェクトの一要素として情報システムの構築や運用があるのです。その意味で、利用部門がＩＴ推進の主役にならなければならないのです。
基幹業務系システム
販売システムや会計システムなど、全社的な大量データを定例的・定型的に処理する情報システムを基幹業務系システムといいます。基幹業務系システムの構築や運用はＩＴ部門やベンダが行いますが、基幹業務系システムは、仕事の仕方を規制しますし、実際に利用して成果をあげるのは利用部門です。すなわち、利用部門が基幹業務系システムのオーナーなのであり、積極的に関与することが重要なのです。
以下、基幹業務系システムの開発プロセスにおける利用部門の任務と留意点を掲げます。（別シリーズ「システムの調達」で詳述します。
- 要件定義段階
- 開発すべき情報システムの機能を決定するプロセスです。経営戦略や情報化戦略からの要件もありますが、利用部門からの現状の課題解決や将来対策などによる要件があります。
- 要件定義の重要性
このプロセスが不適切だと、役にたたない、使いにくい情報システムになってしまいますし、開発途中で追加や変更になると手戻りが発生して費用や納期に大きな影響を与えます（参照：「要件定義の重要性」）。
- 全体最適化に留意する
現在の情報システムは、一部門に限定されたシステムではなく、他部門の関連するシステム、社外に関連するシステムが多くなっています。関係者が多くなれば、利害の対立が生じます。各部門が自部門の都合ばかりを主張したのでは、全体最適化を実現するシステムは構築できません（参照：「全体最適化と部分最適化」）。
- 過小要求と過大要求の弊害
とかく利用部門は、当初は小規模な要求をして、情報システムが稼働してから多様な要件に気付くことが多いのです。それで、第二次開発になるのですが、要件の内容によっては全面改訂になり、先の開発が無駄になることがあります。
逆に、たいして重要ではない機能まで要求して、巨大・複雑になり費用・納期がかかったわりには使われない機能が多い情報システムにしてしまうこともあります（参照：「過大要求の弊害」）。
- 用語の統一が重要
情報システムの開発者に要件を正確に伝えることが重要です。ところが、お客のことを「顧客」や「得意先」など多様な用語を使う。「得意先住所」とは商品の配達先なのか、請求書の送付先なのか。出荷とは顧客に配送することなのか、自社内の他の倉庫への転送を含むのか・・・。このような用語や概念が部門や人によって異なると、特に社外のベンダに伝えるときに、誤解を生じる原因になります（参照：「用語定義の重要性」
- 開発段階
- プログラムの作成やコンピュータへの実装は開発者が行いますが、
・コード体系とコードつけ
・マスタファイル（台帳）の作成
など作業は利用部門が行う必要があります。この作業が遅れるとプログラミングに着手できないし、これが不適切だと、プログラムが複雑になります。
情報システム開発ではプロトタイピング開発技法やＸＰ（エクストリーム・プログラミング）のように、開発者と利用者がペアになって開発する方法があります（参照：「システム開発技法」）。
- テスト・移行段階
- 情報システムにはエラーがあります。エラーがある状態で稼働すると、思わぬトラブルが発生して、企業の信用を失ったり社会問題に発展することもあります。それを防ぐためにテスト（エラー発見・修正）を十分に行う必要があります。
エラーには、プログラムのミスによるエラーと、要求定義からプログラミングの間で多数の人が従事するので誤解に基づくエラーがあります。さらには、データが増大したり同時利用が多くなると、期待した性能が得られないこともあります。
プログラム単体のテストなどは開発者が行いますが、要件をすべて満たしているかシステム全体を通してテストするシステムテストや実際の稼働状況での運用テストは、利用部門が中心になって行う必要があります。そのためのテストデータも利用部門が作成するべきです（参照：「テスト」）
情報検索系システム
基幹業務系システムで収集・蓄積したデータを、利用部門の人（エンドユーザ）が任意の切り口で検索加工する利用形態を情報検索系システムといいます。普及させることにより、
・日常業務や計画業務の改善に役立つだけでなく、
・ＩＴ部門への情報提供依頼が少なくなりＩＴ部門の負荷を削減できるし、
・基幹業務系の小規模化・簡素化にも役立ちます。
しかし、エンドユーザの情報リテラシーや活用意欲が低かったり、帳票の体裁に凝ったりすると、必要な情報がえられないだけでなく、ＩＴ部門の負荷がかえって増大するような結果になることがあります（参照：「公開ファイル提供方式と個別メニュー提供方式」、「情報検索系システムの問題点」）。