2008-06-03

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

关键字: 团队建设, 学生

除了开会，其他时间团队从来没有坐在一起过，因为他们都很忙。

团队每个成员之间几乎没什么沟通，只是我在给他们分配任务

但同时，他们都很负责，我说的任务他们都能认真对待而且比较好的完成。

但有时候我感觉他们没有魄力，没有激情，遇到些困难就容易放弃，而且感觉他们做事想得不周到。

团队12个人，我们核心人员也就3个左右，我也很少听到对我的的反对意见（其实我很想听，开会的时候我特意夸了下反对我想法的人）。

团队间没有矛盾，一点也没有。但我感觉就是缺点东西...

评论
alanwu 2008-08-03
你分配任务的时候有询问过他们的意见吗？

你在总结的时候有说个人的优点吗？



xombat 写道
今天看到三个情况：

一个是一个团队成员跟负责技术的成员进行沟通，而且配合的挺好。他是个博士生，有很多论文要写，还是抽出时间完成我分给他的那部分工作。

还有一个是一个大二的成员，下大雨的时候按时到，而且在办公室耐心等我，跟我沟通的时候非常认真，而且也充满兴趣。

还有一位美工人员，今天晚上聊天时主动问我下一步应该如何做，他把他的项目放下了，抽出时间参与到我的项目中来。

我很感激。但是上面相互沟通的问题仍然存在，他们以我为中心，相互之间的交流很少，如果团队之间没有感情，和管理者再好也顶不了屁用。
sword721 2008-07-23

ms你的项目是不需要沟通的,如果不需要沟通,上班时间瞎沟通,我想那也是不对的.如果需要沟通他们没沟通,"他们都很负责，我说的任务他们都能认真对待而且比较好的完成。"这个也就不可能存在了.

 

glacier3 2008-07-21
andyhu1007 写道
曾经有一个“真诚”的“项目经理”坐在我面前，问我说：你对我有什么意见么？可是我没有珍惜，直到他转身离开之后，我才想对他说一句：你真是SB！SB一万年！

没有什么真正的意见是可以这样问出来的，如果你能决定他的利益的话。

最重要的是，用机制让成员平等，对事而不是对人的意见。



真的太好了！
frankzhang 2008-07-18
我也遇到过类似问题，我的做法是给一个需要两个人沟通才能完成的任务给两个人，其中一个人主导，在完成任务的过程中，要随时注意他们，预防他们有矛盾产生，鼓励他们自已共同协商，在最后要对他们的任务加以褒奖
luzaolai@gmail.com 2008-07-16
有时大家不交流是因为没有看到彼此最真实的一面，打打游戏，一会就混熟了，一个人说过，如果领导跟下面的人交了朋友，那么这个领导就很成功。
luzaolai@gmail.com 2008-07-15
什么是领导能力，领导能力就是关键的时候能帮被领导的人一把。
sz-James 2008-07-14
多搞些聚会和其他活动，拉近同事之间的关系:-)
soartju 2008-07-11
确实少了点活力，但总比有人提反对意见，上层又不认真考虑强。
xombat 2008-07-10
sg552 写道


我后来仔细想了。认为自己回帖没什么必要。因为我回了这个帖子就会有人身攻击LZ的嫌疑。



没有这么多顾虑吧，我喜欢被虐:)

有什么想法就直说吧，让大家也开开眼界！
sg552 2008-07-09
呵呵。不是忘了。

我后来仔细想了。认为自己回帖没什么必要。因为我回了这个帖子就会有人身攻击LZ的嫌疑。

大热天的，我不想让大家更上火啊。呵呵。还是清凉点吧。

对于期待的朋友我表示歉意 ：） 已经把上个帖子清了。
rj045wq 2008-07-04
sg552 写道

今天白天要出去，晚上回来，或者明天的时候，好好帮你分析一下。


期待sg552的分析啊，这个好像有点慢，莫非忘了自己说过的话了
xiaolin0105 2008-07-01
那就试试每天早上花个20分钟开个早茶会，让每人介绍下自己在干的活，以及需要什么帮忙。这样项目里每个人都可以了解到其他人在干什么，也可以对项目的整体有个更好的了解，也给他们创造相互帮助的条件。

然后每周在内部开个培训会，每次1个小时，每周依次让某个组员给大家介绍下某种他擅长或者感兴趣的技术，或者他负责的工作中需要用到的技术，概念，等等，然后一起讨论。

你也可以组织大家出去吃吃饭，每个周末一起打球，踢球，或者看电影之类的，都是可以考虑的，只要你有心。


既然你的团队成员之间缺乏沟通，或者因为现在的团队运作模式里没有必要沟通，那你就创造一些机会让他们沟通，改变一下模式，使的他们不得不去沟通。
sg552 2008-06-28
早上起来看到回帖，呵呵，楼主别激动。

我知道我的帖子写的非常概括。因为之前只是把自己当成你帖子的路人。所以没觉得自己有写那么详细的责任。

编辑掉。:p
xombat 2008-06-27
sg552 写道
不是我故意跟你作对。
我觉得你确实很需要提高。犯了很多大忌。
也很固执。
你这样工作下去很危险。
多看看项目管理的书吧。
还是多说几句：

1。我认为，软件开发中的项目经理，应该是为程序员服务的。而不是管纪律的，或者管技术的。如果一个人身兼 技术主管 和 项目经理两个职位，没见过做的好的。

2。没有不好的成员，只有不好的领导者。

3。复杂的等级关系无法为软件开发带来好处。少个经理项目一样开发，但是少了技术高的人，领导者再多也白扯。

4。除了当面问“你对我有什么意见”而不知道其他的方法，还显得理直气壮，那么这个经理是合格的吗？

敏捷的四大原则“沟通，简单，反馈，勇气”都是以尊重作为前提的。去掉了尊重，团队没法合作。
而你的团队，给我的感觉仍然是瀑布式的过程管理，人员关系复杂，工作由你指派，你不但管技术还要管纪律，看到了问题的情况却看不到问题的根源。幻想以管理零件的手段来管理人员。而且固执，认为自己什么都对，成员都错。

。。。突然发现自己在批判人家了。- - 就这些吧。不对的地方请大家帮我指出吧。


你说这些话的同时能不能也拿出点证据来？这样的话我也好知道从哪里去改，而不是你说一通，然后我再猜，可能猜的还不是地方。你可以说我愚钝，但请不要说我固执，我固执的话就不会问你我错在哪里了？你这句“固执”弄得我几乎不敢问你我错在哪里，怕你又怀疑我是不是太固执。
从另一个帖子看到你也是做管理的，如果你也是这样管理你的手下，光说些“这样下去危险...犯了很多大忌”等，而不去指出真正的问题，当他坦诚的问你到底是什么问题的时候，你再批评他“固执”，这样的话，它下次还敢问你吗？他猜不出你所想的，他下次在你面前还能有自信吗？
还好我不怕这个，我再次问您，请您说明白些，谢谢。即使批评也要有理有据，有鼻右眼。我洗耳恭听..

我说明白些：
1.
引用
我觉得你确实很需要提高。犯了很多大忌。
请您说出您所提到的我犯的几个大忌。
2.
引用
2。没有不好的成员，只有不好的领导者。
这句话应该辩证的来说吧，你把你公司两个管理者给辞了，他们虽然对于团队是领导者，但对于你来说应该是成员吧。
3.
引用
4。除了当面问“你对我有什么意见”而不知道其他的方法，还显得理直气壮，那么这个经理是合格的吗？
呵呵，这句话我接受，是我愚钝，我自己来找办法，谢谢。
4.
引用
你不但管技术还要管纪律，看到了问题的情况却看不到问题的根源。
我在项目开始的时候就给他们说了，技术由另一个人来管理，但因为有些人和我比较熟悉，因此才经常问我技术上的问题。请您指出我的问题的根源在于什么地方？
5.
引用
而且固执，认为自己什么都对，成员都错。
这方面是从那些地方看出来的，您提出来我肯定会改。
xombat 2008-06-27
抛出异常的爱 写道

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


那您又是如何管理项目进度的呢？
rocwon 2008-06-27
6. 觉得除了自己，Team中再没有别人更懂得技术和管理了；
7. 觉得除了自己，Team中再没有别人更关心项目的成败；

------
这确实是很多PM的心理.
sg552 2008-06-27
不是我故意跟你作对。

我觉得你确实很需要提高。犯了很多大忌。

也很固执。

你这样工作下去很危险。

多看看项目管理的书吧。

还是多说几句：

1。我认为，软件开发中的项目经理，应该是为程序员服务的。而不是管纪律的，或者管技术的。如果一个人身兼 技术主管 和 项目经理两个职位，没见过做的好的。

2。没有不好的成员，只有不好的领导者。

3。复杂的等级关系无法为软件开发带来好处。少个经理项目一样开发，但是少了技术高的人，领导者再多也白扯。

4。除了当面问“你对我有什么意见”而不知道其他的方法，还显得理直气壮，那么这个经理是合格的吗？

敏捷的四大原则“沟通，简单，反馈，勇气”都是以尊重作为前提的。去掉了尊重，团队没法合作。
而你的团队，给我的感觉仍然是瀑布式的过程管理，人员关系复杂，工作由你指派，你不但管技术还要管纪律，看到了问题的情况却看不到问题的根源。幻想以管理零件的手段来管理人员。而且固执，认为自己什么都对，成员都错。

。。。突然发现自己在批判人家了。- - 就这些吧。不对的地方请大家帮我指出吧。
xombat 2008-06-27
总的来说，我一直感觉：沟通，简单，反馈，勇气这四个方面很虚，做起来很简单
但现在感觉，要做好这四点，非常不容易啊
xombat 2008-06-27
sg552 写道

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

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

sg552 写道

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

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

sg552 写道

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

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


sg552 写道

xombat 写道

他们只在自己的模块中工作，因为一个模块我让一个人负责，因此他们之间几乎不沟通

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

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

sg552 写道

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

这个帖子我看了，你对其中的6，7条很感兴趣：
引用
6. 觉得除了自己，Team中再没有别人更懂得设计和管理了；
7. 觉得除了自己，Team中再没有别人更关心项目的成败；

我这里想问一下，改掉这个不足，光是要领导者观念上来改变吗？对团队其他人员应该如何操作来改变这种状况？
sg552 2008-06-27
xombat 写道
zhengshina5 写道
什么叫沟通，LZ能回答一下嘛？

沟通，怎么沟通，你看看几个人，性格不合，有什么可以沟通的！

比如，你喜欢按上级的方式来做事，我喜欢用我自己的原则去做事？、

你告诉我一下怎么沟通呢？难道就为这个问题打起来不成？


首先回答您的问题：
前几天我看极限编程，有一章大概这个意思，每个程序员都应该对整个项目有一定的了解。美工可以尝试做数据库方面的工作，后台的可以适当做前台的工作。但是我团队达不到这样的效果，而且在我进行分工的时候，我会考虑它之前做过什么，之前做过那个模块，对那个模块比较熟悉比较擅长，然后我会把那个模块交给他，一直让他做下去。
其中有个人原来做文档上传的工作，现在我让他做项目信息管理的工作，他的情况用他的话来说“我一直在改别人的代码，我也不知道他们怎么做的，我快疯了”。（那些代码原来是我写的，代码质量绝对没有问题，只是逻辑有点复杂）

因此我担心这样的情况是不是沟通不够的原因？他们几乎每个人都没有激情去了解其他人的模块具体是如何实现的，他们只在自己的模块中工作，因为一个模块我让一个人负责，因此他们之间几乎不沟通（其实如果他们对其他模块不感兴趣的话，他们根本也没必要沟通）。
关键就在这里，他们没有对其他模块感兴趣，导致不沟通，同时我也推导出他们工作没有激情。
至于对沟通的理解：我认为不光是技术上的，还有生活上的。他们在两方面都没有做好。



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

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

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

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

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

xombat 写道

他们只在自己的模块中工作，因为一个模块我让一个人负责，因此他们之间几乎不沟通

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

他的情况用他的话来说“我一直在改别人的代码，我也不知道他们怎么做的，我快疯了”。（那些代码原来是我写的，代码质量绝对没有问题，只是逻辑有点复杂）

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


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

提醒: 该博客已发表在公共论坛，博客所有留言会成为论坛回贴，留言请注意遵守论坛发贴规则

您还没有登录，请登录后发表评论

xombat
搜索本博客
存档
最新评论