【团队管理】大家Have A Look这些问题是不是问题

这个问题，很多公司都有，我们公司也存在同样的问题，只是大小而已
1，一个团队的管理，必须在公司的规定和科学的适合自己公司的管理体制，没有规矩不成方圆，个人之间的感情交流不能构成强大的生产力
2，沟通是有意无形的，需要管理人员实时思考与改进，上层建筑一定要适应生产力的发展，同事也要公司的管理层，人事等等多方面协调，

有个人喜欢开玩笑，但开的玩笑净是损这个项目的话，说项目怎么不好，怎么糟糕。虽然他说是玩笑，但其他成员听到影响会非常不好。

但是这个人在我面前经常提一些不同的意见，敢于跟我争吵。

我感觉这样的人比较细心，有些思想，但他不考虑团队，不考虑自己的话对团队的影响。你说这样的人团队应该要还是不应该要？

既然是玩笑，就要当玩笑听不是么？

该要不该要要从他干活的细节，好坏，能力而定，而不是从你上面说的那些东西。

我刚离开公司的那个项目，一个项目经理，一个设计人员，五个开发人员（最多的时候应该是7个，其中包括两个所谓的核心力量），测试和需求是另外调配的，还有产品部。。。
1）项目经理和设计总是抱怨需求做得不好，但从来没有看到他们与需求人员沟通。
2）设计人员设计出来的东西（一些表，生成一些类），可以是说是可有可无，它对我开发没有起到任何辅助作用。
3）设计人员自己设计出来的东西，却在开发人员前称不理解需求，开发人员所有要去找需求文档，要去和需求人员沟通。设计是如何产生的？
4）设计人员无法用代码去实现自己的设计，是不是笑话，但这是真的。
5）所有的问题一大堆，项目经理视而不见，不去解决问题，却不时到公司领导那打报告。
6）常常加班，没有来由的。我是绝对反对，不为别的，周六加班的时候，作为项目经理，一般都是迟到，或者半天不来。
7）所有项目中出现的问题，不管是什么问题，项目经理总是第一时间把责任推到别人头上，从来不主动承担责任。
8）项目开始到我离开（不到半年），已经送走公司6个员工。。。
9）项目根本没有计划，东搞西搞，一个东西可以做上几次，过程搞得十分繁琐。

而这样项目经理还是得到领导的表扬。
直到我离开后，与公司领导一次谈话，才似乎明白了一切。当我提出这些项目问题时，领导立即下结论，是我个人对项目，对公司，对项目经理有偏见，是我不善于沟通。。。
面对这样的回答，我终于明白了。
1）一个项目在我看来，为花了两倍的人力去
2）一个项目计划去年11月完工的，可以拖到今年5月还在做。

一年前，公司领导想组织人员搞SOA，画了一个3－5年没有目标的蓝图（当然这个后来被北京总公司叫停了）。当时有同事开玩笑的对我说，“一个高层领导（他本人也是打工，“从公司成立时，靠流氓手段爬起来的”，这也是一个老员工的话，当然当时与一起共事的30几名员工，已经被排挤得差不多）在公司呆个三五年，应该捞得差不多了”。这似乎是一切的答案，对于他来说，能够把项目拖着，就能在公司呆下去，就是成功。

项目开发，公司管理，不同于搞政治，这里不应该有官僚。
项目经理，更多的要主动负起项目的责任，公司不应该给他什么特殊职权。

在我看来，你是比较幸福的。能够主动去考虑问题，找问题，实在难得。

你对团队成员的角色定位不明确，首先你要明白，一个团队不会所有的人都是Work with you的，很多人都是Work for you，所以他们往往就是执行，而很少会考虑一些“多余”的问题。

所以你说你的意见很少有人反对，这个比较正常。

你说他们没有激情，我觉得这个应该是你的问题，因为团队的凝聚力、活力，都应该是Team Leader要考虑的问题，你不能仅仅希望他们自然而然的有激情。激情是短暂的，你不仅要激发团队的激情，同时也要保持团队的活力。

你管的太多。
放下手中的事
让他们自己决定要干什么不要干什么。

看来还是个度的问题，怪我经验还不够丰富

太强大了。

我也喜欢。

我觉得你犯了领导的大忌：以为在技术上就自己懂。以为别人是错的。

我认真找了 Kent的拥抱变化，没有发现你说的“美工尝试做数据库”那一章。

敏捷开发，XP中所说的，只是每个程序员对整个系统有了解。这样的状况是由pair以及交换pair来实现的。而不是由美工到数据库管理员的转变。

如果你看了XP的书，在四大原则“沟通，简单，反馈，勇气”之后，还有“尊重”。这个是更深刻的。如果连手下都不尊重，以为自己全对，手下全错，是做好了尊重吗？ 开会时表扬提反对意见的人，当面问对方“你对我有什么意见？”不觉得很虚伪吗？

如果你是一个程序员，你是想去做自己想做的模块，还是喜欢被上级指派任务？如果实践证明后者更好的话，敏捷开发中为什么开发人员主动索取story，而不是一个人给大家分配？


我觉得，正是由于你指派了他们，所以他们没了热情，被逼做不想做的模块，因此也没有主动做好事情的愿望。
软件开发，是组装汽车吗？你指定哪个人做螺丝钉，整个流程就畅通了？？

你是如何知道代码质量是没问题的？因为是你自己写的，不用review了？ 傻瓜写的代码机器也会认为它质量没问题。可是别人看的懂吗？


想到了这个帖子： http://www.javaeye.com/topic/191604?page=1

这个结论很突然，请问您从哪里看出来的？


现在我这里没有那本书，过几天我找到了把页数和章节数告诉您:)


请问您从哪里看出我不尊重他们了？我听取他们的意见也不是很虚伪啊？他们给我提意见我总是很高兴，而且我心里也是非常喜欢能听到他们不同的声音。如果你说我的方式错了，那你说什么方式比较好？



恩，这个谢谢指点！最开始没有考虑这么多，虽然听取了他们的意见，但是大部分还是我给的他们建议然后他们去做的那个模块，没有充分给他们时间和自由空间让他们选择。


这个帖子我看了，你对其中的6，7条很感兴趣：

我这里想问一下，改掉这个不足，光是要领导者观念上来改变吗？对团队其他人员应该如何操作来改变这种状况？