2012年12月15日に開催されたDevLOVE2012での「どうしたら良いシステムが作れるのか� - あなたが進むべき道を決めるための�アーキテクチャとマネジメントの話」の資料です。Read less
Devlove2012 どうしたら良いシステムが作れるのか
2012年12月15日に開催されたDevLOVE2012での「どうしたら良いシステムが作れるのか� - あなたが進むべき道を決めるための�アーキテクチャとマネジメントの話」の資料です。Read less
第18回 プロジェクトにおけるアーキテクトの役割 | gihyo.jp
アジャイルな開発でデスマーチは回避できるのか この業界には「デスマーチ」という言葉がある。現実的ではない開発スケジュールを設定してエンジニアに過酷な労働を強い、その結果生産されるコードの品質が落ち、次々に発生するバグのためにますます過酷な状態に陥るプロジェクトのことを指す。 デスマーチの根本の原因は、プロジェクトマネジメントにある。現実的ではないスケジューリング、エンジニアの生産効率への過信、過酷な労働環境、非効率な開発環境、ラストスパート型の開発スタイル、などである。 特に日本のIT企業における「元請けが受注、実際の開発は下請け」というゼネコンウォーターフォール型のプロジェクトにおいて、実際にコードを書かないアーキテクトが机上で設計をするという悪習慣がある。これが、設計時（もしくは計画時）の見積りと実際の開発期間に大きなズレを生じさせ、下請け企業に過酷な労働環境を強いる原因の一つにもなっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Visual Studio Community - Visual Studio
林 浩一のITアーキテクトの視点
