「ふざけんじゃねえよ」、3次請けが2次請けに切れた話
「ふざけんじゃねえよ！」 その叫びを聞いたのは1990年のことで私は26歳になっていた。もう25年も前の出来事だが当時の光景をはっきり思い出せる。そこは私が仕事を始めてから3カ所目の現場だった。 2度の大病を経て進学もせず毎日ぶらぶらし、フリーターをしながら、時にはギャンブルをして時間を潰していた私は、ある時思い立って専門学校でプログラミングを学び、中堅ソフトハウスに入社した（『「動くまで出るな」、冷凍マシン室に入れられた話』参照）。1988年のことである。 それから2年余りで3カ所目の現場に行くことになったのは配属変更願いを出したからである。厳密なルールは無かったが、同じ現場にある程度の期間いた社員は「他の現場へ動きたい」という希望がある場合、配属変更願いを出せた。 最初の現場に派遣された私はそこでソフトウエア業界の多重下請け構造を思い知った（『「新人なのに経験者」、偽の職歴で売られた話
モダンなチーム開発環境を整える | サーバントワークス株式会社
モダンなチーム開発環境 モダンなチーム開発環境の考慮ポイントの図解 ソフトウェア開発は、ビジネス価値を創造する一翼を担っていますので、ビジネスアイデアをビジネス価値に転換するビジネスパーソンの意向は、とても大切です。それを「動くソフトウェア」にするために、開発エンジニアリングを行うわけですが、それがとても複雑であるということです。ウォーターフォールモデルで開発できる場合は、工程ごとにガッツリ全体を作っていくのである意味シンプルに見えます。しかし、それらの成果の関連や追跡可能性を考えてみるとウォーターフォールモデルで追跡可能性を創出し、維持することはとても難しいことはわかってきます。では、アジャイルな開発、優先順位を決めて、提供可能なものを選んで開発し、提供し続けるモデルの場合は、企画ー計画ー開発ービルドーデプロイが何度も繰り返されるだけではなく、パラレルに動くことが要求されます。たとえば、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
