什么都没有确定的需求就开干

需求背景

我在一家保险公司带一个电商项目，2018年1月底，客户要做一个赠险（免费险）活动的项目，找了别的两家供应商，需求3月1号上Uat环境，3月中旬上生产。后来客户找到我，问能不能3月份上，我都没有赠险是干什么的我就答应可以上。说到这里，只能说是这个项目我替我们接下来了，甚至说不用进行招标，因为在客户看来这是个非常小非常简单的东东（客户喜欢把东西说成东东）。后来商量，最终还是借我们得平台来发布，就不用新起项目，最终这个项目变成了一个有点大的需求。

 

都说轻易得到的东西害怕失去，做项目也是如此，如果一个项目很轻易的拿下来的话，我们都害怕做的不成功。不过后来通过和客户的交流为什么给我们，也是因为我一句话，我能三月份上。在找我之前客户找过了两个供应商，别的供应商说要等到5月份才能做完，可是客户的活动是从3月底就要做起来了，所以我能拍板3月份做完，客户这边也是有些意外。更多的还是担心，后来都几经询问，再跟进。

 

项目启动

如果连这样的项目都需要有个项目章程，项目启动的话，我估计我这边3月份也上不了线了，所以一切都在预料之中，这只是一个大的需求，走BAU流程，无需项目启动。

 

需求分析

我们都知道，基本上软件项目都是需要经过需求分析后才能进入coding阶段的，一个好的需求分析和一份好的需求文档，是项目成功的保障。然而我找客户谈需求的时候没有正式的会议，都只是我找客户这边的一个负责人，私下在碰面聊。我记得聊的第一句需求是，我想要做一个什么功能，至于长的什么样子我也不太清楚，不过我想做成配置化。就这样这个所谓的项目就在这样的需求下一步步的开展了，我临走的时候客户说“你先写需求，写好后给我看一下，有什么不对的我再给你指出来。”后来我们就是在这样的写，这样的修改中完成了一份五十多页的需求文档。

照理来说，做为供应商，应该给客户提供一个好的方案和咨询的，不过在我这边是没有的，我做寿险项目和电商项目也才短短的3个多月的经验，压根都没有什么方案。庆幸的是客户这边人都还挺不错，愿意陪着我们一起写方案和文档，他们也会根据他们的经验来指导着来做。

当然，我写这篇文章的时候我们的需求已经如期上线了，如果让我给自己的需求打分的话，我想打80分。

范围管理

我有个习惯，在做任何事情的事情，我都喜欢把范围给敲定下来，什么要做什么不做，我区分的很开，如果范围变更我的价格一般情况下是需要变更的。我始终相信，在前面控制下风险，后面的风险才会越来越小。一个项目的难易首先就是前面难，风险也是前期最高。这个需求范围很简单，发布三个产品，后台支持产品发布的配置。

成本管理

我现在接触到的项目报价非常简单，先出一份简单的任务清单，列出所有要做的任务（这也只能是一个大概）然后算出单价，进行报价。当然这个报价不是最终的报价，但是也基本上80%是最终的报价了。和客户这边报价的级别也是不一样的，其中会涉及到很多角色，例如：PM、UI、Test、developer、BA。合同中一般都会对不同的岗位。