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

zyc2 2010-01-19 03:07:08

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

...全文

432 13 打赏收藏转发到动态举报

写回复

用AI写文章

13 条回复

切换为时间正序

请发表友善的回复…

发表回复

zhurp 2010-01-25

打赏
举报

个人觉得技术难度和工作量其实还是有些关系的。就像跑长途似的，如果一个老司机能把车开过山路来到大路上，再让新手接着开会事半功倍哦。如果全程都是新手可能还有掉沟的危险。新老搭配可能最好，全是老手儿浪费资源，全是新手时间会比较长了，风险也大些。

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

newlogic 2010-01-21

打赏
举报

技术难点是对人员技术来说的，工作量相对人员来说的，这没有什么冲突

sduwjr 2010-01-21

打赏
举报

技术难点和工作量应该不矛盾吧。技术难点攻克用技术好的人，这是肯定的，但人数肯定不需要多，所以不会影响技术成熟的小组。既然进行同一个项目，那么人员可以共享。根据你提供的线索，无法建议小组长人选。或许你应该提供更多的线索。

taijihome 2010-01-21

打赏
举报

要说一组要技术尖子，二组要多加人，二组组长管理经验高，适合带团队。其实很多项目不是坏在技术上，而是坏在管理上，所以二组虽然没有技术难点，但是要有足够的重视，问题往往在你认为没有困难的地方出现。

zhurp 2010-01-21

打赏
举报

任务分配，人员配置归根结底还是有工作量决定的。所以觉得首先还是把工作定量。
难度高与难度低的项目人员结构应该是不同的。技术难度高的工作如果完全承担在一个人的身上（即使能力很强），也还是有风险的。一旦出现了风险，对追加力量甚至问题的讨论都是比较难的。所以或者将难题分解，或者有几个人分担各有侧重又彼此了解。

kelph 2010-01-20

打赏
举报

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

我这里仅就LZ提供的背景来做考虑，不考虑一般管理因素，比如项目经理的管理有问题时，任何事情都会演变成很大的问题。

cmm2cmmi 2010-01-20

打赏
举报

[Quote=引用 4 楼 kelph 的回复:]
a小组，有技术难点，且只有初步解决方案。那么就意味着解决方案尚需确认和可行性验证。
风险和瓶颈在技术难点的解决上。所以应该由技术能力强的人员或团队承担。

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

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

主要矛盾和次要矛盾在一定条件下是会相互转化的

B组也要予以足够的关注，否则也会成为主要矛盾

以我的经验来讲，技术问题一般都不会是很大的问题因为我们已经意识到了，并且分配了比较强悍的资源去处理。

而往往意识不到的问题会演变成为很大的问题。

cmm2cmmi 2010-01-20

打赏
举报

组长最好用老手

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

而且要负责评审下面人做出来的代码，技术层面保证开发的质量

zyc2 2010-01-19

打赏
举报

还有改怎样给这两个小组分配组长？

kelph 2010-01-19

打赏
举报

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

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

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