你理想中的项目团队是什么样子？各个角色的责权利和发展路径都如何？

[yuyifriends]

最近一直在考虑这个，也准备在团队做个试点，把各人的责权利明文规定下来，请大家发表意见，特别是项目管理员（经理）、程序员（技术经理)、测试员（测试经理）之间的关系。
本人一定结贴，如果答案满意，会另开贴放分

[johnny008]

SF。。
我也想学。呵呵。跟了

[rtdb]

> 把各人的责权利明文规定下来
大企业才需要这个，同时，也是管理僵化的表现

理想的项目团队，固然要有分工，但合作才是主要的。
同时根据项目的类型及开发阶段，其主导思想也要有相应的变化。

个人认为，不需要管理层的团队才是好的团队。建议去研究一下XP。

[碧海情天-赵亮]

如果明文规定的目的只是为了防止员工之间推诿责任踢皮球。那么实行“连坐”政策，一人犯错或者拖慢进度，则所有人都受“诛连”，自然就都会上心用力了。

我觉得一个积极的作用是给那些初来乍到的员工看看，可以尽快明白自己的责任范围。因为不同的公司对具体的工作职责会有一些不同之处。不过，全部的细节也不可能都列出来，还是要依靠交流。

[yuyifriends]

其实我的主要目的是把一些经过实践检验并适合本公司的好方法以明文的形式规定并推广。规定大的范围和职责就可以了，并不一定要细化，太细化就成了僵化了。
我不同意“rtdb(东临碣石) ”所说的“不需要管理层的团队才是好的团队”。我们团队推崇和实践的都是XP，但并不是没有管理层，只是管理层的职责细分到了各个不同的人，各人对自己的一块负责而已。从某个角度上说，每个人都是管理者。正因为这样，才需要一个基本的职权区分和沟通制度。
“theforever(碧海情天) ”说的也不对，“连坐”的做法是有很大问题的，每个有这样想法的管理者都必须万分谨慎。一般说来，让每个人明白自己的职责所在才是最好的办法。

[yuyifriends]

没有人感兴趣吗？？

[rtdb]

呵呵，我想要消灭管理层，楼主则要“每个人都是管理者”，这可真是“道不同不相与谋”。

》“让每个人明白自己的职责所在才是最好的办法”
这话说得没错，
不过我认为这只是低级阶段，
较高级的是交流与合作，而不是划地为牢，
再高级的则是可度量，可重复，可提高
（是的，从管理学理论上讲CMM是对的，只可惜它对团队的要求太高了，
对绝大多数团队来讲注定是水中月）

[yuyifriends]

不管以什么样的形式存在，只要团队人数》=2，管理的职能肯定是有的，从这个意义上说管理层是不可能被消灭的。我们能做的就是培养管理者至少是自我管理者，分散管理职能培养团队合作，才能真正做出绩效。
在管理方法上没有低级高级之分，恰当的、合适的才是最好的。交流、合作、权责划分这些是每个管理者有意无意都在进行的工作，只是做得好与坏而已。可度量，可重复，可提高则是经验教训的总结和反思的结果，我们现在讨论这个话题就是想达到这个目的，并不是水中月，跟CMM没有关系，倒是跟管理者有没有这个意识有关系。

[谜斯特段]

分配角色需要看团队中成员的能力或者说专长，比如说一个人不愿意做测试你让他做，他肯定干不好，另一个人逻辑思维能力不行你让他设计，这也有问题，在团队的职责划分的起步阶段需要考虑各方面因素，主要是成员的能力和兴趣等。

管理者有没有意识你可以先抛开，见了效果再说，团队内部达成一致就OK。

[sobingman]

有一点是肯定的，如果还不知道如何去规定就想去规定多半是为规定而规定。

[qiushikong]

越规定越乱，关键在于实时控制，不然有打击积极性的可能。

[xtuzhxing]

有一点是肯定的，如果还不知道如何去规定就想去规定多半是为规定而规定。


太正确了