做产品，特别是在早期，快比什么都重要，产品的早期版本主要用来验证方向对不对，如果发展的好，用户数量增长顺利，核心业务稳定，产品使用频率高，可以自建团队，再行迭代产品。而早期借助第三方力量，也能让团队保持灵活。
软件项目外包的流程，通常分为几步：
· 收集用户需求，制作功能列表，达成功能共识
· 项目立项
· 原型设计，交互设计，UI设计
· 技术方案设计
· 技术研发
· 技术测试
· 项目完成，项目交付
双方达成共识的功能列表，有两个很重要的作用，第一，我们基本圈定了需求的范围，对要做的软件，有了更明确的描述；第二，因为需求清晰，就可以评估需要投入多少研发生产资源，有多少风险及如何应对等，当然此时，客户最关心的报价也会更加精准。如果此时双方达成一致，签订合同，就可以启动项目，组队开干了。
项目启动后，各家公司因为人员配置的级别，项目管理的经验，过往项目的技术沉淀都不尽相同，会产生项目在运作中的诸多区别，例如。
在PRD文档输出过程中：
A：就做主流程，反正验收时不会被发现
B：先出主流程图和描述，再把分支流程，异常处理情况写清楚，和客户邮件反馈一下
在UI设计中：
A：让用户确认一下主色调，剩下你别管了，没问题的
B：让用户确认一下主色调，出3版设计稿，给用户发邮件，让用户比对一下挑一挑
在技术方案设定中：
A：类似的都写过，先写吧，有问题再调，先跑起来
B：一定要出代码方案设计，项目组和供应商团队进行二次评审，
在技术研发中：
A：今天心情不好，少干点吧，长城不是一天建成的
B：核定的任务量，项目经理把控着，每周的工作进度，要给客户发邮件反馈，保证工期；项目实施中，走一遍单元测试，看看每个环节是否是通的
在项目测试中：
A：公司所有人，没事的都来点一下这个软件，提一下bug，有些测试，第一次没过
B：开发过程中，开发人员已经做了单元测试，冒烟测试；当下正常用测试用例
（测试还包括，功能测试，性能测试，压力测试等等）
在项目交付中：
A：客户你把域名，服务器账号密码给我就好，我帮你配置好结束
B：这是PRD文档，UI原图，源码，测试用例和其它相关交付物，协助客户上线程序后，仍会有一年的售后服务
以上只是不同团队服务描述之间的常见状况，很多细节问题，往往是客户从来没听说过的。举几个实际的例子，例如官网开发，大多数客户只能看到，我要一个官网，他大概有什么内容，长什么样子，开发人员的问题是，您这个官网，需不需要做手机端适配呢？适配多少个机型？要知道，官网UI和手机端UI是两版啊；再例如，手机端app，大家都知道，IOS怕审核，Android渠道多，各种形式的应用商店，发包工作不胜其烦。但是这些东西，只有做过的人才知道。
这不是一则项目管理介绍的文章，但是想告诉你，软件开发的品质来源于对细节的把控，需要的不仅是技术，更是耐心。对软件开发来说，有时候，用60分的努力，运气好可以产出一个80分的产品；但是对于严格进行项目把控的团队来说，我用80分的努力，是为了保证每个项目的底线，都在60分以上。
网友评论