こんなもんだよ。SEって。

このプロジェクトを始めるときに、一番最初にやらなければいけないことはなんでしょう？

お金の見積り？どんなプログラミング用語で作るか？

いやいや、システムを納品する図書館や大学側の意見を聞くことです。これを「要件」（ようけん）と一般的に呼ばれます。
システムを使うお客さんの意見を聞かずして、納品する（システムを相手に使ってもらう）なんてことはできないですよね。ましてや、意見を聞く私たちと、システムを使う図書館の方の業務知識などに少し違いがあります。「うちらの間（業界）では当たり前」のことが、システムを作っていく上で落とし穴になるときがあるのです。

こういった意見をまず、聞いてまとめます。これを要件定義というのですが、これをまとめるには、お客さんの業務を理解し、なんのためにシステムを作るのか？ということを理解しなければいけませんね。この図書館のシステムの場合、本のISDN番号（本につけられている特有の番号）を図書館の管理人さんが紙媒体の台帳で管理しているため、記入ミスや記入漏れ、読み取れない文字が出てくるため、バーコード管理しようとか。こんな感じ。

要件を決める工程を「上流肯定」なんて読んだりしますけど、工程が下に行けば行くほど「何のために必要か」ってことを理解せずに作っているときが多いです。特に海外の安価な人材を使う場合、ここの要件定義や次の工程の基本設計（システムの設計書）が非常に肝心になってきます。

「作られたものを決められた方法で、ただ作る」ということは簡単です。
しかし、「何のために作っているか」ということをよく考えて欲しいなぁと思う今日この頃。