首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件开发 >

项目分小组,小组人员分配有关问题。请大家参与讨论

2012-02-08 
项目分小组,小组人员分配问题。请大家参与讨论。目前项目现状是:要分成两个小组共同开发,一个小组中有技术难

项目分小组,小组人员分配问题。请大家参与讨论。
目前项目现状是:要分成两个小组共同开发,一个小组中有技术难点,技术难点已经有初步的解决方案。另一个小组没有什么技术难点,但是工作量最大,功能点最多。请大家分析给怎么给这两个组分配人员,包括人员素质,人数等。

[解决办法]

技术难点 工作量 人数 技术能力
有 一般 少 强
无 大 多 一般
[解决办法]
先要分析可用资源的技能水平矩阵
包括技能水平经验年数等信息

要估算整体工作量,根据不同等级的人员工作效率来考虑

技术有难点的其实也可以安排一般的员工去做,找一个技术比较熟的当救火队员,不实际编码,只是检查和支援一般的开发人员,同时还可以提高一般的人员的技能水平,学到东西。
[解决办法]
这个东西不很了解具体实际的很难说上什么。
[解决办法]
a小组,有技术难点,且只有初步解决方案。那么就意味着解决方案尚需确认和可行性验证。
风险和瓶颈在技术难点的解决上。所以应该由技术能力强的人员或团队承担。

b小组无技术难点,风险是指定周期内能否完成工作量。所以需要的是一定数量的人员,技术能力一般即可。

当然,两个小组的管理都要由项目经理统一管控,针对计划的执行和反馈,随时进行人员的调整和变更。
[解决办法]
组长最好用老手

技术要过硬的,他下面的人技术上出了问题半天搞不定的,他过去要能给予指导搞定问题。
并且一些公共的函数,公共的程序,也能通盘考虑

而且要负责评审下面人做出来的代码,技术层面保证开发的质量
[解决办法]

探讨
a小组,有技术难点,且只有初步解决方案。那么就意味着解决方案尚需确认和可行性验证。
风险和瓶颈在技术难点的解决上。所以应该由技术能力强的人员或团队承担。

b小组无技术难点,风险是指定周期内能否完成工作量。所以需要的是一定数量的人员,技术能力一般即可。

当然,两个小组的管理都要由项目经理统一管控,针对计划的执行和反馈,随时进行人员的调整和变更。

[解决办法]
a组长用技术高手
b组长一般来说用经验丰富,基本功扎实的人员。由于b组人数可能较多,管理和沟通能力应强些。
这只是相对来说,更注重的关键素质,并不代表ab组长不需具备没有提到的能力

我这里仅就LZ提供的背景来做考虑,不考虑一般管理因素,比如项目经理的管理有问题时,任何事情都会演变成很大的问题。
[解决办法]
任务分配,人员配置归根结底还是有工作量决定的。所以觉得首先还是把工作定量。
难度高与难度低的项目人员结构应该是不同的。技术难度高的工作如果完全承担在一个人的身上(即使能力很强),也还是有风险的。一旦出现了风险,对追加力量甚至问题的讨论都是比较难的。所以或者将难题分解,或者有几个人分担各有侧重又彼此了解。
[解决办法]
技术难点是对人员技术来说的,工作量相对人员来说的,这没有什么冲突
[解决办法]
要说 一组要技术尖子,二组要多加人,二组组长管理经验高,适合带团队。其实很多项目不是坏在技术上,而是坏在管理上,所以二组虽然没有技术难点,但是要有足够的重视,问题往往在你认为没有困难的地方出现。

[解决办法]
技术难点和工作量应该不矛盾吧。技术难点攻克用技术好的人,这是肯定的,但人数肯定不需要多,所以不会影响技术成熟的小组。既然进行同一个项目,那么人员可以共享。根据你提供的线索,无法建议小组长人选。或许你应该提供更多的线索。
[解决办法]
个人觉得技术难度和工作量其实还是有些关系的。就像跑长途似的,如果一个老司机能把车开过山路来到大路上,再让新手接着开会事半功倍哦。如果全程都是新手可能还有掉沟的危险。新老搭配可能最好,全是老手儿浪费资源,全是新手时间会比较长了,风险也大些。

如果问题越具体,办法也就会越多越有效。

热点排行