部门刚大换血, 本人接手了软件组 , 现在手下3个新仔. 以前都没管过人 , 现在一下子管3个 . 发愁ing
平时我们任务一来 , 谁最熟悉的 , 谁就一个人包办. 但往往跟不上需求的变化 ; 二来人少 , 稍微大一点的任务, 做起来非常吃力 , 成果也跟需求有很大偏差
看到之前的两个相关帖, 看来TG的死程还是不少 , 大家说说自己的团队都是怎么运作的 , 有什么好经验可以分享?

MB，TG变成死程俱乐部了

执行总裁都出来了

3个人很好管了

对不起这ID啊……

制定好自己的管理规则并且与其他人达成共识呗，办事前后风格要统一，谁不听话拿规则压别拿自己脾气压

这样的小团队通常里面真正能干活的只有1个，最多两个了吧，剩下只是打打下手做做debug整理文档什么的

如果真的是4个人都有独立编码能力，那么团队协作在一开始的任务分配后，是完全建立在版本控制工具的分支合并功能上的

定义好架构和接口，分模块把活儿分了，然后分给他们就可以了-,.- 然后时刻准备code review和擦屁股

不要怕给新仔活，这是在给他们锻炼的能力

管理就是让合适的人干合适的事, 你先要了解他们 ,然后安排合适的事情 , 千万不要看某人能力强让其包办 , 人都要用起来

手下上十个人，没一个能力比我强的（虽然我也很一般），但我已经没时间写代码了，每天很辛苦，怀念以前当小弟的日子

一个唐僧，一个孙悟空，一个是猪八戒，一个沙和尚。。。

不要忘记对孙悟空要念紧箍咒。。。

我现在的做法是我谈好需求,想好架构, 分好模块 , 想好实现方式了 , 然后就丢给下面的人做.
但手下的人往往不完全按照我的方式去做, 有些地方喜欢按自己想法去做 , 然后造成了, 例如模块分得不清 , 有些还是耦合度很大 , 有些不喜欢写测试代码....等等的 , 应该怎样引导他们走 , 还是等他们自己碰过几次壁了,知错了才改

公司最近正在研究极限编程模式 , 我对这没什么概念 ,
这种模式推行到我这种小队伍是否有效?

话说lz就是 趣味第一的?

不是

公司本来就没有这种管理模式的话你要突然搞起来也是很麻烦的，代码风格都不能统一还管个鸟，想修改一下别人的代码打开一看头都大了。

[posted by wap]

你的方法有问题，把大家都当成你的编码工具了，而且你敢说你的实现方法就比他们的牛逼？
大家坐一起开个会，在关键问题上达成共识。不要将之变为你的指示发布会，让每个人都可以充分发表意见，最后用数据说话

+1

除非人家的模块出了问题且自己解决不了，否则没必要去看和修改别人代码，各人自己负责把自己的部分merge到主线上去。代码风格必须统一，不要说是一个团队里，就是一个公司里也不允许出现两种coding style，函数说明必须写清楚，文档要规范，没了

楼主，你的id实在对不起你的问题，下次问这种问题记得上马甲。
民工不懂管理，只提醒你一句，一个团队中下属是不是白痴其实不是最关键的，你的人能不能完整执行你的命令才是关键，很多时候有太多想法下属未必是好下属

听话的孩子好管理。

楼主你对不起这ID

应该怎样引导他们走 , 还是等他们自己碰过几次壁了,知错了才改

建议让它们吃点苦头，你帮他们擦了屁股，下次他们就听你话了。
把工作和内容分清楚，把任务执行到位，谁的责任一定要分清楚，记住，我可没要你处罚他们。是他的错误，就认准他，但是你要帮他补救过来。让他欠你人情就好管了。

我还是喜欢当小弟，没我啥事，并且有时可以撒下野。你当领导可就没我这份闲情了。

我很赞同，多多从非程序角度思考这些事情吧:D

1、在做需求和分模块的时候是否也让他们参加？他们不按照你的方式去做很大程度上是对你意思的不理解，你思考了2天的问题，交代也许只用半个小时吧，这半个小时肯定无法完全表达你的意思，所以让他们尽早参与到需求、设计中来，这样最后出来的东西你和他都满意。同时我建议你在设计的时候多听听他们的意见，软件设计千人千面，不一定你设计的就是最好的哦。
2、多沟通吧，把你认为对的东西传达给他们，教他们写。
3、模式都是书上的东西，适合你自己的才是最好的，没必要跟风和模仿。

以上，希望有帮助:D

技术上就不说了，对人对事情上，说一下：
1.不要和他们太熟，太熟了不好做事情
2.工作中要一碗水端平，这年头都是不患贫穷患不均，即使做不到，也要在行动上和言语上想办法
3.平时怎么嬉笑都可以，对工作一定严肃，你不严肃，他们就更不严肃了
4.给她们灌输你做事的理念和价值观，这样才能更好的协同工作

总之作为领导要认真，友善，即使自己没有和他们并肩工作，也要能发现问题，感受他们的感受，当然自己要有过硬的实力。
3个人的小团队怎么都好办，都谈不上互相制衡的道理了

极限编程如果你手下都不是能独挡一面的人物的话还是算了，免得做到后来伤自尊…三个人太好管了，你的团对能承受什么样的任务，你衡量好以后跟老板接活，然后分配给下面，自己把握好进度就行了，刚开始多就些余量

我觉得这是正确的方案。 如果他们觉得自己只是一个不需要动脑的工具的话，他们就只是工具，然后你就得累死，然后最终的项目结果就是不理想。
其实他们都有能力，只是需要你给机会锻炼和指导。你是领导，需要把工作完成，也得让这几个人在你的领导下能够得到能力的锻炼。
等他们锻炼出来了，你也轻松了，他们也会内心很崇拜你。
他们一定会出错，但是不要提前告诉他们，可以设计一个流程，让他们自己发现错误，同时对最终的结果影响小一点。
年轻人的激情总是有的，所以只要他们觉得值得干，就会有很好的结果。

你们用什么语言？

一定要学会把活分下去

楼主，极限编程有点用
具体的人员管理，你要记得你是帮大家协调工作，而不是管家。
推荐看下情境管理

谢谢LS各位分享经验 , 小弟受益非浅C++

我插一下，测试团队，管3个人咋管，哈～

我的经验可能楼主参考性不大。。
我平时基本不做事，或者说不做执行。
只要把你会的交给他们，然后放手让手下去做，去犯错。
我只管大方向不错，半年后你就闲的没事干。。。
手下对于一个能放权让他们自由去干的老大有多么的期待，这个是人都体验过。
然后你可以很愉快的度过每一天。
管理说白了就是让别人心甘情愿的为你做事，还做的很开心。