开发一个项目就好比建造房子，再也找不到一个比这个更好更通俗的方式来比喻软件项目的开发工作，但从本质上来说这两者都是属于工程学。

在很多小的团队执行开发的的过程会或多或少存在以下的这些问题，在开发过程中没有“策划案”具体的实施方案就好比没有图纸的造房子，没有工作流程就开始施工好比一团工人各自做着各自的事情，每个人都按照自己的理解方式来修建他心中认为的那个“房子”。不管房子的最终样子是什么，就好比有人跟你说来按照那个建筑物给我造一个一个一摸一样的出来或者我要你造一个比他还好的东西出来。

项目的开发流程一般都是确定需求和产品原型后，就是要开发人员对完成项目时间进行预估，开发者都会给出一个比较乐观的预估时间，需求者或Boss都会提出能不能提前完成，这时从开发者那里得到的回答都是：“尽量预估的时间内完成”。过了一段时间项目的初步整体结构和模型已经出来了，这时候需求者会提出一些反馈意见，提反馈意见的时候应该避免跟开发人员说你怎么做成这个样子，跟我要的东西相差太多完全不是一样的东西，因为产品还在开发阶段尽量避免指手画脚的对开发者提出意见，应该在开发提出对功能测试的时候，对当前版本以文档的方式反馈给开发者进行迭代开发。

但从需求者的角度来看，“我要造个好的房子” 他也没有什么错，因为他不知道你执行的过程中会有什么困难，做的工作需要多少时间，他们都会以感性的方式来看这个功能很简单花不了多少时间，建造房子和软件项目很多提出需求的人都不是专业人员，但我们开发者应该以专业人士的身份给他们提出更多专业的建议。