为什么软件开发周期总是预估的2-3倍

本文已收录GitHub，更有互联网大厂面试真题，面试攻略，高效学习资料等 我们前面讲的任务分解，主要是在讲开发任务的分解。今天我们换个角度，看看需求的分解。是的，需求也要分解。 有一次，我和一个做开发的同事聊天，他给我讲了他近期的烦恼。 同事：我们现在就是需求太多，开发的人太少，再这么干下去，哪天觉得自己抗不住了，我就拍拍屁股走人。 我：你没尝试着砍砍需求？ 同事：怎么没尝试？产品的人都不同意。这批功能他们都说是关键功能。 我：你有没有尝试把需求拆开了再砍呢？ 同事：还可以这样？ 同事很惊讶，我一点.

我们做开发的经常遇到一个问题：设计出来机制不是需求方想要的,按照他的思路去修改功能,结果做出来发现有损失了，就是解决他要的问题，其他附带问题就来了，那个不是他想要的。   其实我借鉴《顾客想得与说的不一样》中的。我理解到，技术需求与顾客需求分析也是一样的道理，所以我借鉴过来。 总结为：我们不要陷入需求方的思维去，不要陷入需求方口头上说的去。而要问对方要解决什么问题(因为我解决他那个问题的技术...

2019独角兽企业重金招聘Python工程师标准>>> ...

最近一直在做一个公司内部的认账系统。 由于是小公司，并且是第一版，需求并不是很明确，有些内容，逻辑得程序员自己琢磨(苦逼啊)。 然后呢，其中就有这么个内容，由于原流程还需要涉及到订单的状态，比较复杂，就简单的只用：认账+开票来做个简单的流程图 1.财务的流程其实非常简单，是这样的：只需要最后的认账，与开票金额相同就可以了 2.但是，作为程序员，做系统的时候，就想的多了，导致

Quora精选：为什么软件开发周期总是预期的2~3倍？ 原文链接：https://www.sohu.com/a/132411358_355123 软件开发周期预估： 软件开发周期预估就是根据软件的开发内容、开发工具、开发人员等因素对需求调研、程序设计、编码、测试等整个开发过程所花费的时间做的预测。 软件开发周期预估在软件开发中也是较为困难的工序之一，因为软件开发所涉及的因素不仅多而且异常复杂。软件开发是一项非常复杂的工程，不仅包含需求分析、设计、编码、测试、实施、维护等不同的过程，还涉及到开发工具、开发人员

理想很美好，现实很骨感，这是效率的问题还是能力的缺失，要认真设计出来一个系统进行软件开发是一个漫长且复杂的过程，不仅包含需求分析、设计、编码、测试、实施、维护等不同的过程，还涉及到开发工具、开发人员、项目管理、风险等众多因素，不同因素会对周期预估产生不同的影响。当低估项目周期时，会造成人力低估、成本预算低估、日程过短，最终人力资源耗尽，成本超出预算，为完成项目不得不赶工，影响项目质量。而项目周期估计过长，也会带来成本估计过高，人力资源利用不充分效率低下的后果。所以，过长过短的预估周期都是不好的。我们知道在软

今日话题：为什么软件开发周期总是预估的2~3倍？ 今天读了一篇文章，题目为：为什么软件开发周期总是预估的2~3倍？ 以下是文章的内容： 来，让我们从旧金山出发，沿着西海岸徒步旅行，到洛杉矶的纽波特沙滩面基吧! 看看地图，然后计划一下路线! 路线全图 嗯嗯，这趟红色之旅长约400英里(643.7公里);汉子们一天睡8小时，吃2小时，逗猫2小时，还能能走个10小时，这样每天走40英里(64.3公里)妥妥的吧! 所以，10天后的晚上六点，我们就能威武滚到洛杉矶，和好基友饭醉啦! 赶紧让洛杉基友订好这周末的饭局，

软件开发周期预估就是根据软件的开发内容、开发工具、开发人员等因素对需求调研、程序设计、编码、测试等整个开发过程所花费的时间做的预测。开发周期预估就是后续开发工作的基础，它完成质量的好坏所带来的影响会贯穿整个项目，由此可见开发周期正确估算的重要性。 软件开发是一项非常复杂的工程，不仅包含需求分析、设计、编码、测试、实施、维护等不同的过程，还涉及到开发工具、开发人员、项目管理、风险等众多因素，不同因素会对周期预估产生不同的影响，经常会导致预估时间是预估周期2-3倍。 ...

需求的描述问题 软件开发中，程序员的工作一般由需求来定义。不同的需求描述方式，可能会对程序员理解需求产生影响。很多公司开发模式基于功能列表，这个列表里面的规定了产品功能，各开发组从产品经理那里领开发列表，然后“照单抓药”进行开发。但通常这个功能列表只是一些简单的描述，不能看到全局。 很多时候，程序员都只知道要开发的功能是什么，但这个功能是谁在什么样的场景下使用，却不清楚。因为这种功能列表的方式...

需求分析因业务需要    需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度，这一点也可以理解，因为公司的性质有根本差别）在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。需求分

业界内有一句话说：用户跟福特要一匹更快的马，福特却给了用户一辆车。 这句话说出用户需求和产品需求的区别，也说出了产品经理存在的意义： 那就是从用户需求中找到用户真实的需求，转化为产品需求找到解决方案，再提供给用户。   用户需求和产品需求 首先我们先来了解下用户需求和产品需求的概念。 用户需求：用户自以为的需求，并且经常表达为用户的解决方案； 产品需求：经过我们的分析，找到的真实需求...

我们前面讲的任务分解，主要是在讲开发任务的分解。今天我们换个角度，看看需求的分解。是的，需求也要分解。有一次，我和一个做开发的同事聊天，他给我讲了他近期的烦恼。 同事：我们现在就是需求太多，开发的人太少，再这么干下去，哪天觉得自己抗不住了，我就拍拍屁股走人。 我：你没尝试着砍砍需求？ 同事：怎么没尝试？产品的人都不同意。这批功能他们都说是关键功能。 我：你有没有尝试把需求拆开了再砍呢？ 同事：还可以这样？ 同事很惊讶，我一点都不意外。我们都是在说需求，但彼此对需求的理解却是大不相同。我先来问个问题，提到需求

软件工程期末复习题

注：本文讨论内容是在之前海康威视工作时的小结，站在产品提供商而非集成商的角度，特指在产品型软件非项目型软件面对用户需求时的一点心得。 如何对待用户需求的几点思考一、不同时间段的需求售前阶段： 在售前阶段，把握用户需求和真实想法是至关重要的。在项目前期的运作中，除了非技术因素外（当然非技术因素往往是决定性的），用户的...

今年公司准备搞一个年会，和兄弟们定了一个甲方与乙方的小品，这几天网上一直找素材写剧本，刚好看到这篇文章写得很好就记录下来了，这个也是平常工作中遇到的一些问题，以下是文章正文 程序分两种，一种可称为产品型程序，一种为技术型程序，有些人可能觉得自己两方面都有注意，但其实肯定还是有侧重点的。 这是一个行业内的常见问题，尤其很多从事游戏策划的小伙伴们会经常思考——当程序员对需求表示反感时，游戏策划该怎...