小的目的,是省人。
但是必须的岗位有:产品经理、交互设计师、质保、后端、运维、前端、ui设计师
那么如何组合这些岗位构建最强战斗力呢?我想,理想状况下,团队只需要3个人
1、老板:产品经理、交互设计师、质保
某大神现身说法,深以为然。老板直接参加项目,能极大鼓舞士气,同时省去上下沟通大量中间环节。特别是接地气,极大减少过度设计,说砍需求就砍需求,不少创业公司因此崛起。
2、 后端+运维(1人)
架构搭好、框架选定,开发是比想象要快的。但是流程不熟悉,需要运用特定技术,就会造成时间成本增加。对于需要集群、MQ、数据库异构的项目,运维这块的要求就会高不少,放在后端更合适。
3、前端+UI(1人)
前端框架相对后端,通常较容易上手。同样需要流程熟悉。为什么要求前端和UI合二为一?设计到执行,减少沟通成本,效率。
还能再省吗?虽然不建议,2和3可以再合并成全栈。1+1的方式,倒是常在硅谷的神话中出现。
那么可以压缩到只有1个人吗? 即使可以,时间上也会不划算。
那么加人呢?某个部分增加1人,相应部分大概加快工作速度50%,同时能消除人员变动的影响。
通常是增加或者培养1名全栈给2、3共用。
再继续加人呢,能增加效率吗?也许能,也许不能。我想大多数情况下不能。
但是必须的岗位有:产品经理、交互设计师、质保、后端、运维、前端、ui设计师
那么如何组合这些岗位构建最强战斗力呢?我想,理想状况下,团队只需要3个人
1、老板:产品经理、交互设计师、质保
某大神现身说法,深以为然。老板直接参加项目,能极大鼓舞士气,同时省去上下沟通大量中间环节。特别是接地气,极大减少过度设计,说砍需求就砍需求,不少创业公司因此崛起。
2、 后端+运维(1人)
架构搭好、框架选定,开发是比想象要快的。但是流程不熟悉,需要运用特定技术,就会造成时间成本增加。对于需要集群、MQ、数据库异构的项目,运维这块的要求就会高不少,放在后端更合适。
3、前端+UI(1人)
前端框架相对后端,通常较容易上手。同样需要流程熟悉。为什么要求前端和UI合二为一?设计到执行,减少沟通成本,效率。
还能再省吗?虽然不建议,2和3可以再合并成全栈。1+1的方式,倒是常在硅谷的神话中出现。
那么可以压缩到只有1个人吗? 即使可以,时间上也会不划算。
那么加人呢?某个部分增加1人,相应部分大概加快工作速度50%,同时能消除人员变动的影响。
通常是增加或者培养1名全栈给2、3共用。
再继续加人呢,能增加效率吗?也许能,也许不能。我想大多数情况下不能。