ソフトウェアの開発について、まじめに学ぶことにした。
これまではソフトウェアを「難しくゴニョゴニョ」したものだと捉え、そのメカニズムについて知ろうとしなかったのだけど、昨年末ぐらいから本質的に必要だということが判り、せめて体系的な理解だけはしたいと思った(だけど難しそうだからといろいろな言い訳をして避け続けていたのである)。
まずは、入門本を数冊手に入れた。『すぐに役立つアドバイスを満載!! 管理者になったとき困らない 実践的ソフトウェア開発工程管理』(竹山 寛/著・技術評論社)。「すぐに役立つアドバイス」「困らない」「工程管理」という言葉が感覚的に気に入って手に取ったのだが、その場で立ち読みした第2章「管理に対する考え方」にあったこの文章で、最初の1冊に選んだ。ちょいと長いが引用してみよう。
プログラムとは, 前にも述べたように「外部の環境や目的とする要求に合わせてリレーの集合体のスイッチをON/OFFさせる組み合わせを, ある一定の手順に従って書くシナリオのようなもの」であるということが, まず理解できないのである. これは, ソフトウェアの開発が, 従来の経験/学習を適用できるものとは異なった分野であることに起因している.
しかし, 実のところ, 本質的にはソフトウェアの開発も家を建てることと何ら変わらず, 間取り, 建坪などというものが, 機能, 開発規模などといったものに置き換えられているに過ぎないのである.
「ソフトウェアは目に見えないもので, よくわからない」などということがよくいわれるが, わからないのは, 管理するものが何であるかを見ていないからである*(*諺に「木を見て森を見ず」という. 部分だけを見ていると全体が見えなくなるということである.). ドキュメントを作成すればページ数, プログラムを作成すればステップ数, 詳細設計を行えばモジュール数, テストを行えばテスト件数, 不良が出れば不良件数や解決件数, 修正件数, ステップ数がわかれば目標とするテスト項目件数や発見不良件数…などと, 管理をするために必要な定量的なデータは山のように存在する. ただ, それを見ていないだけのことである.ーーソフトウェアという言葉に惑わされて.
この文章を立ち読みしたわたしは、すっかり開発者(として企画開発管理できた)気分になって浮かれたのですが。え、そういう見極めって…、どうなのよ?
ちなみに、2冊目は『プログラムをつくるとは? できるプログラマーの発想法』(←これもタイトルに惹かれたのはいうまでもないですが)。この本が読めたかどうかはまた今度。
わたしに適切な入門本をご存じの方はおしえてくださいね
管理者になったとき困らない 実践的ソフトウェア開発工程管理
最近のコメント