一款优秀的产品,从开发到上线,都离不开严谨的项目分工和配合。
全文共1287字,消化约7分钟。

相信没人能反驳这个理论,不然做出来的只是一堆垃圾,这样既错过了一个切入市场的绝佳时机,也损失了好几百万的金钱成本。管理是门学问,尤其软件开发的项目管理,涉及到多个工种的协作配合,产品经理、UI/UE设计师、架构师、前端开发、后端开发、测试、运维。可以说每个工种各司其职,产出的成果资料也要环环相扣,这样才能体现产品优势,并突出亮点。
但就算这样,仍然会出现问题。人有惰性,做得越多,可能越喜欢投机取巧,从而发生偷工减料的问题,前边出问题,后边就会出事故。大部分委托方对这些东西不甚了解,项目团队不在跟前,做事方式搞不清楚,全程不可控的状态,客户心里没底。
那么如何能避免沉重的代价呢?
答案:一套项目流程+一个靠谱的项目经理。
正规的软件项目外包流程大致分为以下7步:
· 收集用户需求,制作功能列表,达成功能共识
· 项目立项
· 原型设计,交互设计,UI设计
· 技术方案设计
· 技术研发
· 技术测试
· 项目完成,项目交付
双方达成共识的功能列表,有两个很重要的作用。第一,基本圈定了需求的范围,对要做的产品有了更明确的描述;第二,因为需求清晰,就可以评估需要投入多少研发生产资源,有多少风险及如何应对等。当然,客户最关心的报价也会更加精准。如果此时双方达成一致,签订合同,就可以启动项目,组队开干了。
项目启动后,各家公司因为人员配置的级别,项目管理的经验,过往项目的技术沉淀都不尽相同,会产生项目在运作中的诸多区别,例如。
在PRD文档输出过程中:
A:就做主流程,反正验收时不会被发现。
B:先出主流程图和描述,再把分支流程,异常处理情况写清楚,和客户邮件反馈一下。
在UI设计中:
A:让用户确认一下主色调,剩下你别管了,没问题的。
B:让用户确认一下主色调,出3版设计稿,给客户发邮件,让客户选出满意的一版。
在技术方案设定中:
A:类似的都写过,先写吧,有问题再调。
B:一定要出代码方案设计,项目组和供应商团队进行二次评审,
在技术研发中:
A:今天心情不好,少干点吧,长城又不是一天建成的。
B:核定的任务量,项目经理把控着,每周的工作进度,要给客户发邮件反馈,保证工期;项目实施中,走一遍单元测试,看看每个环节是否有问题。
在项目测试中:
A:公司所有人,没事的都来点一下这个软件,遇到bug说一声就好。
B:开发过程中,开发人员已经做了单元测试与冒烟测试,当下正常用测试用例(测试还包括功能测试、性能测试、压力测试等等)。
在项目交付中:
A:把域名,服务器账号密码给我,我帮你配置好。
B:这是PRD文档、UI原图、源码、测试用例和其它相关交付物,协助客户上线程序后,仍会有一年的售后服务。
以上只是简单举了两个不同外包团队在服务客户过程中的常见状况,很多细节问题往往是客户从来没听说过的。
举几个实际的例子,例如官网开发,大多数客户只看得到这个网站有什么内容,以及长什么样子。而专业的外包团队会看到诸如这样的问题:网站需不需要做手机端适配呢?适配多少个机型?要知道,PC端UI和移动端UI是两版;再例如移动端app,大家都知道,iOS怕审核Android渠道多,各种形式的应用商店,发包工作不胜其烦。但是这些东西,只有做过的人才知道。
看起来这好像是一篇介绍项目管理的文章,实际上,我们是想告诉你,软件开发的品质来源于对细节的把控,这需要的不仅仅是技术,更是一场耐心的考验。
对软件开发来说,有时候,用60分的努力,如果运气好的话,可以产出一个80分的产品,但是对于严格进行项目把控的外包团队来说,用80分的努力,不依靠运气就能保证每个项目的底线都在60分以上。
如有问题,欢迎在官方微信公众号留言,微信公众号搜索“外包大师”点击关注即可。
网友评论