如何 Push 项目
不想当leader的程序员,不是一个好的打工人!
1. 为什么 Push 项目不容易?
工作的这几年里,遇到了很多项目 push 困难的case:
case1:
这是一个部门内部偏技术主导的项目,给研发使用的工具,想推广成全公司使用。人力投入了不少,功能也做出来了,交互体验界面UI也做了优化,但没有达到预期的效果,就连部门内部使用的也不多。
case2:
产品是新人,后端安排的实习生跟进,前端也是只有工作一年多工作经验的新人,无测试。当别的业务方开始接入后,一堆一堆的小问题爆出来了。产品跟进不及时,后端跟进不及时,问题提到前端前端又说不是自己的问题,找别人。最后搞得业务体验贼差,觉得这个team真心不给力、不配合。
case3:
一个跨部门合作的需求,a在b的业务里挖了一块肉,b的研发也不是真心想合作,导致项目在a眼里优先级很高,在b眼里优先级很低。产品对齐了排期后,技术就开始开发了。但是产品层面没有谈清楚,又改动了几次。导致技术方案一变再变,浪费了大量的人力。
case4:
一个普普通通的需求,但是涉及链路太长。技术owner技术评估的时候不到位,导致做着突然有个链路跳出来我这有个改造,你不能这么调用我,要改。原本n个rd、m个总人日的需求慢慢变成了2n个rd、2m个总人日了。大家都处在一个混乱状态中,推进节奏也慢下来了。
case5:
每个人都并行做着好多个需求,于是总会出现这样的场景:没有人去核实进度和风险,大家都埋头做自己的事情,没有风险还好,一出风险就乱七八糟,信息很难对齐。一到提测阶段焦头烂额。
2. 项目组成
一般常见的项目角色:
角色 | 分工 |
---|---|
产品 | 写需求文档,推董项目上线,衡量产出标准 |
视觉&交互 | 保障使用体验,和产品沟通需求细节,交付前端视觉稿 |
安卓&iOS&前端 | 统称为前端开发,离用户最近的研发同学 |
后端 | 看起来只是给前端提供接口 |