做软件开发的同鞋可能都或多或少的听说过都市科技开发，但是实际采用这种开发模式的项目场景可能就比较少了，今天针对都市科技开发能实际解决的问题做一个基本的介绍，让有兴趣的小伙伴能对敏捷开发的内涵有个基本的认识。

软件开发存在些什么问题？

硬体世界的突破与发展速度逐渐趋缓，软体世界的需求扶摇直上，面对环境的瞬息万变，再加上对各类软件质与量上的快速需求，以往有时间慢慢处理的问题，越来越难以即时处置，例如：

.客户连需求都讲不清楚，分析师只好也不清不楚的混过

.客户的需求一变再变，设计也只好一改再改

.开发时程的估计有两种方法：掷茭 ＆ 闭着眼睛喊

.项目准时关闭？你求神保佑吧…

.加班是必需的，伤肝是正常的，谁叫你入错行

.我们PM的全名是Post Man，把客户的邮件转寄工程师，再把工程师的邮件回寄客户

.那个谁谁谁呢？唉！人又被其他项目拉走了…

.交付给客户的每个版本，开发周期越来越长，却依然觉得时间紧迫

.无法依据原始规划，如期产出最终成品

.版本交付时，仍存在明显缺陷，双方都不满意

.开发时间很长，过程中需求不断变化，致使初始规划显得很不正确

.规划赶不上变化，新的需求很难加入原始规划中

.为能如期达交，往往开发人员会牺牲质量

.极重的开发压力，让所有人员心情沉重，士气受创

为何要导入都市科技开发？

原有的设计流程通常是预测性(Predictive)或称顺序式(Sequential)的设计流程，它启动时的假设情境是—已建立完整的愿景，愿景中所有的需求均已定义清楚，同时已策划出实现愿景的详细计划(战术)，换言之，原有的设计流程是基于下列假设条件而进行规划的：

需求不会变更，而且已被完全理解，所以设计初期就应明确所有需求。

项目开始前，即可确认预计要采用的「技术」，该技术是足够的且能发挥正常功效以完成整个设计。

“人”可以像机器一样可预测并且能够可靠工作。

只有计划能以“精准并且保持需求不变”的情境为前提，开发前期用于计划的投入才有价值。