|
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间：2008-02-29
1.尊重他人，从心里去尊重你团队中的每一个成员。要有肚量。千万不要人身攻击。
2.定一个团队目标和相应的规范。比如定一个代码review的规范。每周进行review。每发现一个bug，就买一个苹果给大家吃。等。 3.培训：就某些大家都缺乏的知识统一进行培训。 4.个别辅导。对于个别能力比较差的同事，进行单独的辅导。主动与他一个组，主动与他一起完成一个模块。或者结对编程。这些都是很好的实践。让它的能力提高。 5.寻找支持者。在团队中培养骨干力量，找死党。逐步推行你的计划和方案。 6.搞好人际关系，打人情牌。组织大家看一场电影，如果团队中有员工过生日，召集团队的所有人员一起为他过生日。一起吃蛋糕。 7.要信任每一个人都是很优秀的，都能成为优秀的人。放手让他们去做，不要太死心眼。求同存异。任何改变都有一个过程，不一定你的思想就是对的。要敢与和大家讨论问题。获得对方的信任。听取对方的建议。 团队的乐趣就是大家一起成长。 不要把leader真当干部。获得团队成员的支持和信任才是最重要的。 |
| 返回顶楼 | |
|
最后更新时间：2008-02-29
fyting 写道 ...刚发现lz是MM...
不好意思，资料大概是刚注册时点错了 |
| 返回顶楼 | |
|
最后更新时间：2008-02-29
klyuan 写道 1.尊重他人，从心里去尊重你团队中的每一个成员。要有肚量。千万不要人身攻击。
2.定一个团队目标和相应的规范。比如定一个代码review的规范。每周进行review。每发现一个bug，就买一个苹果给大家吃。等。 3.培训：就某些大家都缺乏的知识统一进行培训。 4.个别辅导。对于个别能力比较差的同事，进行单独的辅导。主动与他一个组，主动与他一起完成一个模块。或者结对编程。这些都是很好的实践。让它的能力提高。 5.寻找支持者。在团队中培养骨干力量，找死党。逐步推行你的计划和方案。 6.搞好人际关系，打人情牌。组织大家看一场电影，如果团队中有员工过生日，召集团队的所有人员一起为他过生日。一起吃蛋糕。 7.要信任每一个人都是很优秀的，都能成为优秀的人。放手让他们去做，不要太死心眼。求同存异。任何改变都有一个过程，不一定你的思想就是对的。要敢与和大家讨论问题。获得对方的信任。听取对方的建议。 团队的乐趣就是大家一起成长。 不要把leader真当干部。获得团队成员的支持和信任才是最重要的。 很好很强大 确实，我很少关心怎样去协调别人，也不会去“委婉” 上次我们这边出了一个BUG，一个成员调查了很久最后找不到原因，给我说“两台配置一模一样的服务器，客户端调用A正确，调用B就报BUG，你说是什么原因？” 当时我就喊他再看一下，他很坚持说两台是一模一样的 然后我就说我亲自去看，该成员严重不高兴，旁人给我说：你是在怀疑他的智商？ 其实我的想法是就像调查案件一样，如果你要找我来解决你没有解决的问题，所以的案情就应该重来看一次，而不是把你的最后结果拿来我盖个章签个名，或者逼着我根据“刀上只有他的指纹而人肯定不是他杀的”这样可怜的破案线索 这样的情况还很多，汗……都不知道是不是自己太怪了 |
| 返回顶楼 | |
|
最后更新时间：2008-02-29
抓虫是最快乐的事
我非常喜欢给别人抓虫. 所以....有时看到不爽的代码....不知道应该怎么办 |
| 返回顶楼 | |
|
最后更新时间：2008-02-29
各位中午上班好清闲的说...项目是要靠团队来运作的,小的项目一个人可以抗着,大的呢?
现在不是有IT民工一说,用好每一个人的长处,如果他没长处,就得走人...很现实的 一个公司好的程序员是不多的...GOOGLE等等那种的是很吸引人才的,可是位置还是有限的,扎扎实实地做好每一件事情,每一个项目,可以学到你以前没注意到的细节... 既然你要完美,那要努力使他完美,而不是抱怨他不完美~ |
| 返回顶楼 | |
|
最后更新时间：2008-02-29
RCFans 写道 工作四年了，半年前刚刚跳槽，本来满心欢喜地认为来到了一个优秀的团体，但结果还是让人失望……
先说说我的情况吧，一直从事企业内部的开发工作，因为先后两家公司都是走.net路线，所以我有丰富的.net framework的开发经验，虽然没做过J2ee的项目，但是手头的技术书籍都是清一色java示例，所以对eclipse、spring还算熟悉。 在我学习和工作中，身边的人都能够很快发现我的逻辑思维能力非常强，所以，我很快就在团队中脱颖而出，承担核心人员的职责。加上对技术天生狂热，所以，还算掌握了一定的技能吧。但我的性格比较偏向理想化，凡事都追求完美，而且在项目中每个成员的水平都不一样，很多时候我讲二三次他们都不能懂得怎样去实现（甚至有时候他们完全不能理解我的想法），我也非常没有耐心，这就导致了我与现在团队的失调。 在目前的公司，我一进去就被委以重任，担任了系统两个核心功能重构项目的负责人和开发人员，现在手头又有一个新项目，我负责原形设计和系统设计。项目所有技术工作完成得算完美，但是在过程中，我和团队成员出现了很多冲突，他们对我也产生了逆反心理，即使我说得很清楚，最后的代码也是写得乱七八糟，让我又花很多时间去重写那些子模块。 公司对我的要求也渐渐变成“不要只站在开发的角度上看问题”，希望我具有leadership，但我的原则很坚定：不喜欢和太弱的人打交道，不喜欢带比较弱的团队。在这点上，我和公司又发生了不小的摩擦，导致现在我比较郁闷，老大也比较郁闷。 在这种情况下，我有了走人的打算。 请大家看看我的经历，有什么好的建议吗？ 另外，我理想的公司应该有很强的团队，大家能够集中在一起进行脑力风暴，解决复杂的企业问题，稍后我贴一下自己的技能描述，请大家帮我看看，我应该加强巩固哪些方面，谢谢！ 看的出来，楼主是个技术能力比较强的人。可惜确实如你领导所说，希望你具有leadership，其实我觉得这里面就是2个问题： 1，沟通，你和你团队成员之间的沟通，他们不懂得你的想法，不一定就是他们的问题，你也得考虑是不是你自己的表述存在问题。 2，团队，你并没有很好的融入到你们团队，你们团队技术水平如你所说，可能都不如你意。但是你作为leader，应该想办法去改变目前状况，而不是怨天尤人，责怪自己的团队太弱。一个好的leader，要和团队共进退，要和大家站在一起。你有责任来引导大家提升自己的水平和能力，而不是责怪他们。 楼主应该自己多考虑下自己身上是否有什么问题，否则就算你进入下一个公司，也会出现这种情况。万事没有那么完美，所以要能接受不完美的事情。 |
| 返回顶楼 | |
|
最后更新时间：2008-02-29
RCFans 写道 上次我们这边出了一个BUG，一个成员调查了很久最后找不到原因，给我说“两台配置一模一样的服务器，客户端调用A正确，调用B就报BUG，你说是什么原因？” 当时我就喊他再看一下，他很坚持说两台是一模一样的 然后我就说我亲自去看，该成员严重不高兴，旁人给我说：你是在怀疑他的智商？ 你就看你的领导技术了。很多时候，就是在一个很小的地方笔误，但是当局者往往看不出来。项目带头人不是那么好当的，既要叫他知道哪错了，还要不能打击他。当好了真的很难。 |
| 返回顶楼 | |
|
最后更新时间：2008-02-29
RCFans 写道 klyuan 写道 1.尊重他人，从心里去尊重你团队中的每一个成员。要有肚量。千万不要人身攻击。
2.定一个团队目标和相应的规范。比如定一个代码review的规范。每周进行review。每发现一个bug，就买一个苹果给大家吃。等。 3.培训：就某些大家都缺乏的知识统一进行培训。 4.个别辅导。对于个别能力比较差的同事，进行单独的辅导。主动与他一个组，主动与他一起完成一个模块。或者结对编程。这些都是很好的实践。让它的能力提高。 5.寻找支持者。在团队中培养骨干力量，找死党。逐步推行你的计划和方案。 6.搞好人际关系，打人情牌。组织大家看一场电影，如果团队中有员工过生日，召集团队的所有人员一起为他过生日。一起吃蛋糕。 7.要信任每一个人都是很优秀的，都能成为优秀的人。放手让他们去做，不要太死心眼。求同存异。任何改变都有一个过程，不一定你的思想就是对的。要敢与和大家讨论问题。获得对方的信任。听取对方的建议。 团队的乐趣就是大家一起成长。 不要把leader真当干部。获得团队成员的支持和信任才是最重要的。 很好很强大 确实，我很少关心怎样去协调别人，也不会去“委婉” 上次我们这边出了一个BUG，一个成员调查了很久最后找不到原因，给我说“两台配置一模一样的服务器，客户端调用A正确，调用B就报BUG，你说是什么原因？” 当时我就喊他再看一下，他很坚持说两台是一模一样的 然后我就说我亲自去看，该成员严重不高兴，旁人给我说：你是在怀疑他的智商？ 其实我的想法是就像调查案件一样，如果你要找我来解决你没有解决的问题，所以的案情就应该重来看一次，而不是把你的最后结果拿来我盖个章签个名，或者逼着我根据“刀上只有他的指纹而人肯定不是他杀的”这样可怜的破案线索 这样的情况还很多，汗……都不知道是不是自己太怪了 主要是你们之间没有互信。你作为leader也还没有得到别人的信任，当然你也不信任别人。 应该充分的相信别人，他去找bug，只要问题解决了就好了。他已经找出了原因，你非要他去重现一次。相当于他丢脸。注意，在帮一个人找错误时，最好不要把范围扩大。慢慢的，他就开始相信你了。你也会开始相信他。 团队管理还是在于细节，看什么书都是白说的。光说谁都会，主要是去做，把细节做好。 坚持一点：以团队目的出发，态度要真诚（不是装出来的），从内心尊重每一个人，努力去帮助别人关心别人。 不要事事躬亲，会累死的 |
| 返回顶楼 | |
|
最后更新时间：2008-02-29
RCFans 写道 虚无的曾经 写道 和技术不在同一水平的同事交流
个人的经验告诉我这简直就是白费力气 一年多的经验告诉我，最有效的办法就是手把手教他们。 至于代码质量，个人认为不可能是leader能保证的。 我个人没有足够的时间和精力一行一行地帮他们检查代码。 在尝试了多次之后，我的选择是在项目启动前对他们进行培训。 是的，我感觉公司在这方面对新人做得不够，核心人员一方面要承担大量的开发工作，还要协调项目成员，最难的就是和初级人员的沟通。而公司上次请到了翻译过.net框架设计那位老师来讲OO，给各leader的邮件居然是“仅面向高级人员”……我不知道高级人员还听OO干嘛，公司开发SOA系统都半年了 哈，真牛。对oo不屑一顾的感觉。我倒是做的越多越觉得自己菜。大概是自己没有楼主这样的天赋吧。虽然刚毕业的时候自己也觉得自己很牛，理解能力强。 |
| 返回顶楼 | |
|
最后更新时间：2008-02-29
RCFans 写道 klyuan 写道 1.尊重他人，从心里去尊重你团队中的每一个成员。要有肚量。千万不要人身攻击。
2.定一个团队目标和相应的规范。比如定一个代码review的规范。每周进行review。每发现一个bug，就买一个苹果给大家吃。等。 3.培训：就某些大家都缺乏的知识统一进行培训。 4.个别辅导。对于个别能力比较差的同事，进行单独的辅导。主动与他一个组，主动与他一起完成一个模块。或者结对编程。这些都是很好的实践。让它的能力提高。 5.寻找支持者。在团队中培养骨干力量，找死党。逐步推行你的计划和方案。 6.搞好人际关系，打人情牌。组织大家看一场电影，如果团队中有员工过生日，召集团队的所有人员一起为他过生日。一起吃蛋糕。 7.要信任每一个人都是很优秀的，都能成为优秀的人。放手让他们去做，不要太死心眼。求同存异。任何改变都有一个过程，不一定你的思想就是对的。要敢与和大家讨论问题。获得对方的信任。听取对方的建议。 团队的乐趣就是大家一起成长。 不要把leader真当干部。获得团队成员的支持和信任才是最重要的。 很好很强大 确实，我很少关心怎样去协调别人，也不会去“委婉” 上次我们这边出了一个BUG，一个成员调查了很久最后找不到原因，给我说“两台配置一模一样的服务器，客户端调用A正确，调用B就报BUG，你说是什么原因？” 当时我就喊他再看一下，他很坚持说两台是一模一样的 然后我就说我亲自去看，该成员严重不高兴，旁人给我说：你是在怀疑他的智商？ 其实我的想法是就像调查案件一样，如果你要找我来解决你没有解决的问题，所以的案情就应该重来看一次，而不是把你的最后结果拿来我盖个章签个名，或者逼着我根据“刀上只有他的指纹而人肯定不是他杀的”这样可怜的破案线索 这样的情况还很多，汗……都不知道是不是自己太怪了 如果是第一次犯错，打个哈哈，开个玩笑，就过去了。 任何的指责都不会得到你预想中的效果，也没有办法去改变别人的习惯和思维。 以身做则，用自己的行为去感染别人才更加能带领团队。 我以前和你差不多，换了几个公司，现在在新的公司里，遇到一个我很佩服的老大，在他那里学到很多很多啊。 |
| 返回顶楼 | |
