ユメのチカラ: 開発工程を別々に担当してはいけない
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更
ユメのチカラ: ブログと人材採用
事業拡大にともなって人材の積極的な採用を継続的におこなっている。われわれソフトウェア製造業は、人材が価値を生みだすので、人が全てといっても他ならない。再三このブログで記しているとおりである。 実は、このブログ(ユメのチカラ、2007年1月23日23:00)「人材」で「弊社ではエンジニアを募集中であるが、びびらないで気楽に応募してほしい。」などと記したのであるが、ある元気のいいエンジニアが応募してきた。面接、試験などを経て先日、はれて入社。おめでとうございます。 さて、最近入社の人達とランチを食べる機会があって、いろいろお話をうかがうのだが、入社のきっかけとか動機というのは、人それぞれで面白い。最近増えてきたのが弊社のブログを読んで社風が気にいったとか、楽しそうだとか、物を作りたいとか、そーゆーポジティブな印象を弊社のブログから受けたからというのがある。 入社をしたいというくらいだから、弊社
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
