ソフトウェア開発とは、一般的にコンピュータ・ソフトウェアの設計・製造の一連の作業である。実際には企画から品質検査やユーザインタフェース・デザインまで様々な過程や部門が存在するが、単にプログラムの設計・コーディングを指す場合も多い。
概要
一般的な、情報企業では "ソフトウェア" と呼ぶと"お客様"に納品するプログラムセットを指す。マニュアルや技術仕様書などの文書類も含む。
しかしながら、カタカナ用語が多いこの業界では、詳しく解らないユーザーが多いため。
ソフトウェア ＝ プログラム と解釈されてしまいプログラミングを指す場合が多くなってしまう。
また、ソフトウェア開発＝プロジェクトとはならないため、この辺もユーザーにとってはわかりにくいと思われる。
技術に詳しくない顧客と開発専門家集団との間の、コミュニケーションの齟齬を解消して工程を妨げる要因を未然に防ぐコーディネーター的人材のさらなる育成と有用性認識が切望される。
自称SEやプランナーである設計担当者であっても、現実での設計・プログラミングの経験・技術的ノウハウをほとんど持たない（しかし、机上の知見や資格だけは持っていたり、対顧客プレゼンテーションが詐欺的に上手いが内容は非現実的な）場合があり、顧客や開発者を混乱に陥れることがある。
ソフトウェアの開発では、
- SEと営業が、顧客の要望を聞く
- SEが、その内容をプランナーへ伝達
- プランナーが設計をして、プログラマーへ伝達
- プログラマーがプランナーの意向を忠実にプログラミング
- デバッカーがプログラムの内容が正しいかどうかをチェック
- SEが全ての行程を終わったことを確認
- 顧客に、ソフトウェアを納品
- 営業が検収を行う
というのが正しい流れだが、これは夢物語である。
現実では・・・
- SEと営業が顧客の要望を聞く
- SEがプランナーを通さず直接プログラマーへ伝達
- プログラマーが、SEの要望のアルゴリズム開発に四苦八苦してプログラムを作成
- プログラマーが”それぞれ”の思惑で作成したためプログラムが思ったようにつながらない
- デバッカーがバグの多発で泣き始める。
- 作業が終わらないため、SEが顧客から文句を言われ始める。
- 営業が泣き始める。
- 泊まり込み作業が始まり、プログラマーとデバッカーがサービス残業に追われる。
- 何とかできあがって納品するが、顧客の要望が既に初期依頼時と違っていてさらに追加されている
- 2～9を延々と繰り返し、終わった頃には、数才老けている。
とまさに、地獄絵図を見るようである。
なお、上の現実はあくまで某会社であった話なので他の企業はどうか不明である。
なお、マニュアルや仕様書が少ないのは、「そんな時間があったらアルゴリズムの開発に時間を回したい」というプログラマーの切なる抵抗であるが、実際には作っている間に用件が変わってしまうので「そんな物作っていられない」というのがほとんどである。ところが、それを作らないために、後に余計な（過去の作業についての）追跡調査作業の時間が多大に費やされるのが常である。
関連動画
関連商品
関連項目
http://dic.nicomoba.jp/k/a/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E9%96%8B%E7%99%BA
ページ番号: 905992
リビジョン番号: 1447852
読み：ソフトウェアカイハツ
初版作成日: 09/01/12 00:01 ◆ 最終更新日: 12/02/22 03:14
編集内容についての説明/コメント: 関連項目追加、他。
記事編集 / 編集履歴を閲覧 / Twitterで紹介
JASRAC許諾番号: 9011622001Y31015
ヘッダー：固定
ヘッダー：追従