软件项目团队构成及分工 一个app需要多大的一个团队开发维护?

[更新]
·
·
分类:行业
1647 阅读

软件项目团队构成及分工

一个app需要多大的一个团队开发维护?

一个app需要多大的一个团队开发维护?

作为一名IT行业的从业者,我来回答一下这个问题。
随着移动互联网产品的不断发展,人们对于App产品的使用体验有了越来越高的要求,通常一个App的开发需要多个参与者,包括产品经理、策划、交互工程师、视觉工程师、架构师、项目经理、移动端程序员(Android、iOS)、后端程序员和测试工程师,不同的角色具有不同的任务分工。
不同规模的App产品需要不同规模的开发团队,平台类产品往往需要一个较为庞大的开发团队,但通常情况下,App产品可以随着自身的发展壮大来不断丰富开发团队。通常App产品在开发的初期每个角色安排一到两个人就可以了,而且交互设计师、视觉设计师、产品经理以及架构师也可以多个开发团队共用。如果按照最基本的角色配备,开发一个运营级别的App需要8至12人左右的团队。
通常一个App产品在投入运营之后,开发任务会不断增加,而且有可能出现爆发式增长,所以一个App产品通常需要不断进行产品迭代,所以App产品的维护任务远没有开发任务量大。当前互联网公司通常都会以数据驱动的方式来管理运营,一个上线产品的背后往往有大量的团队进行不断的验证式开发,团队通常小而高效,这是一个目前互联网公司比较常见的做法。
最后,随着移动互联网快速发展的红利逐渐退去,目前开发并运营一款App产品不仅需要有好的创意、模式和技术创新,往往也需要大量的资源支持,所以目前App开发已经越来越“重”了,对于初期创业者来说,也许App并不是最好的选择。
我从事互联网行业多年,目前也在带计算机专业的研究生,主要的研究方向集中在大数据和人工智能领域,我会陆续写一些关于互联网技术方面的文章,感兴趣的朋友可以关注我,相信一定会有所收获。
如果有互联网方面的问题,或者考研方面的问题,都可以咨询我,谢谢!

如何打造一个高效率的项目团队?

有很多失败的项目,尤其是大型项目团队,看似分工明确,各司其责,但是却因为效率太低,导致各项任务进度跟不上,最后导致项目延期甚至夭折。
一般团队团队中,分工越明确,工作效率反而越低,看似没有什么大的问题,最后却悄悄拖垮了项目进度。
就像三个和尚的故事,开始一个和尚的时候,他每天挑水、念经、敲木鱼,给菩萨案桌上的水瓶添水,生活过得安稳自在;
过了段时间来了乙和尚,甲和尚叫他去挑水,和乙尚心想一个人去挑水太吃亏了 ,便要甲和尚和他一起去抬水,两个人只能抬一只桶,而且水桶必须放在担子的中央,两人才心安理得。这样总算还有水喝;
后来,又来了个丙和尚。他也想喝水,但缸里没水。甲和尚和乙和尚叫他自己去挑,丙和尚挑来一担水,立刻独自喝光了。从此谁也不挑水,三个和尚就没水喝。
人多了反而都不愿意去打水了,项目管理中也是这样,一个任务多个人负责,互相推诿,项目经理应该怎么做?
团队效能的提升前提,是要让一群人转变为一个团队,这需要四个重要步骤:
1、什么也别做,先看和听多个人协作的效能低于个体效能累加的时候,就说明团队没有发挥作用,甚至是个体之间相互抵消。
此时管理者不要着急采取办法,而要先学会看和听,站在客观的角度来观察出现问题的环节和团队成员的表现,看到事实,并分析原因。
2、发现优秀的成员
管理者要善于发现哪些团队成员是表现优异的,或者可以通过培养和激励成为明星团队成员。
通过对明星团队成员的发现、培养和任用,就在团队内部树立了标杆效应,也就是团队林格曼效应的突破口,从模糊责任下的力量相互抵消,转向模仿优秀、互相激发能量的模式。
要知道,每个人都很清楚什么样的行为是对的,什么样的行为是错的,只是需要一点“勇气”或“刺激”来走出正确的那一步而已。
3、确定和完善工作标准对于工作标准,永远都有完善的空间,这是需要动态优化的一项事务。
失败的管理者或者绩差的团队,总出现两个问题:陈旧而不适用的标准,以及不少缺乏标准的地方。
4、使用项目管理软件
管理者要在项目中使用项目管理软件,比如进度猫,使用进度猫甘特图,管理者可以在甘特图中对项目进行编辑拆分,并且可以将项目分配给团队成员。
团队成员没完成一项任务,在甘特图中都能反映出来,谁的任务有拖延一眼就能看到,可以做到及时处理问题。
因为三个和尚是同一种心态,同一种思想境界,都不想出力,想依赖别人,在取水的问题上互相推诿。结果谁也不去取水,以致大家都没水喝。在项目管理中,项目经理要学会引导团队成员,并且使用合适的管理方法。