公司这种情况，如果你是team长，你会怎么做
TeamA，纪律严明，做事很有效率，只要把事做好，平时聊天，晚到早退都没关系。TeamB，典型大公司team,斌着没有一个project做到最后不超预算，不赶进度的，但最后总都SOP成功，这种潜意识观点，做事没有计划，最后完成不了，就escalation，说resource不够啦，resource其实大家都紧巴巴的。但是鉴于TeamA把工作完成了，上头就让teamA的组长调人去帮teamB。就好比兄弟姐妹多的家庭，父母总是会在子女中劫富济贫。帮肯定要帮的，但如果你是teamA组长，你会怎么做来杜绝这种事一而再再而三发生，其实本来组里气氛很好，但最后都要被逼赶进度。 看resource咯， 如果真的有多就帮。如果刚好或者自己也忙就不帮。 反正一切以自己team利益为先。 两个组平级么？
调个组长去，你组就紧了，啥概念？
杜绝很简单啊，最白痴的方法，任务拖着做，
最书本的方法，找上头要资源。
最龌龊的方法，釜底抽薪啊。 fifi 发表于 2015-3-6 14:56
看resource咯， 如果真的有多就帮。
如果刚好或者自己也忙就不帮。 反正一切以自己team利益为先。
其实没多，但因为teamA特别有效率，那多出来的我觉得应该让teamA自由支配，或者做些advanced的任务 首先声明，还没做到过领导职位。只是根据自己的感觉说说。
我觉得，不能那么容易就去帮。要让领导看到你们的难处，你们自己也很忙。 要把自己ＴＥＡＭ的ａｄｖａｎｃｅｄ 的任务也安排出来。 这样的话，上面也能看到你们也有事情做， 如果自由支配时间，但是没什么具体任务的话，而且又不去帮手，作为你们两个ＴＥＡＭ的总领导，也是不原意的。 毕竟你们两个的成绩，都是他负责。他要衡量总的收益。 另外，如果帮手的事情，一而再，再而三的出现，其实久了，那个ＴＥＡＭ的ｌｅａｄｅｒ，也会被大头作为踢走的对象，尤其是你们对比这么明显的情况。
一句话，只要做得，上边都是看的见的话，不会白费力气的。回报总会来，时间的问题。 看你是倾向于做事还是做人了 俺搬板凳先
lz的贴俺都打算做长期观察{:5_342:} 本帖最后由 清丽脱俗 于 2015-3-6 16:13 编辑
你研究清楚那些人的合同再说吧，我认识的德国人的合同很多就是工作时间自己定的，例如我自己选择几点上班几点下班，几点休息。我可以今天做多些，明天做少些，也可以今天中途走人，悄悄回家陪老婆孩子，公司没事干的时候可以上网看八卦什么的。但像你帖子说的，那些人自觉意识很强，而且互信程度很高，不会故意整天都这样。而且收入跟BONUS挂钩，超额完成奖金就高些，工资是固定的。TEAM A 无任何义务去帮其他人，除非有经济利益驱使。相信领导也不会是白痴，自己组的人工作时间越长，压力越大，病越多，到头来害的还不是自己组。而且德国人工作量无故增加肯定会搞罢工，跳槽，病假，求加工资之类的，这样领导天天想这些问题自己也很快残掉。 自己对自己的组负责，怎么改进B组的流程和组员的状态是B组长因该负责的事。，B组是不是可以借鉴A组的经验，互相学习，这个要靠A，B组长互相沟通，或者靠领导主导。 fusion 发表于 2015-3-6 15:18
其实没多，但因为teamA特别有效率，那多出来的我觉得应该让teamA自由支配，或者做些advanced的任务
那就看两个team的关系， 如果一根绳上的蚂蚱那只能帮。 如果不是，自己管好自己的team呗~~~
我们是以Kunden project为单位的， 如果一个项目真的客户escalation没完没了， 我们老板会从别的组拉一个人过来帮忙， 正常情况下自己管自己的项目。
当然也有这样的情况， 比如说我的项目， 去年年底我老板把我一个聪明伶俐的小弟弄去别的项目了， 然后说要给我Ersatz， 然后我一看这个Ersatz是大学刚毕业的金发长腿MM， 我说谢谢你哈， 我宁愿不要！ fifi 发表于 2015-3-6 16:40
那就看两个team的关系， 如果一根绳上的蚂蚱那只能帮。 如果不是，自己管好自己的team呗~~~
我们是以K ...
我觉得挺好的{:5_389:} 本帖最后由 江南织造 于 2015-3-6 22:02 编辑
我觉得出个主意简单，但能不能umsetzen是另外一回事 江南织造 发表于 2015-3-6 18:00
我觉得出个主意简单，但不能umsetzen是另外一回事
但可以说来听听啊 江南织造 发表于 2015-3-6 18:00
我觉得出个主意简单，但不能umsetzen是另外一回事
说个实际案例。我在的公司小，一共只有5个组做开发，如果项目开始之前就商量好的话，B组会有借调A组的人的情况，或者项目太大两个组一起合作做。如果B组做到一半发现人手不够又需要赶进度的话就找freelancer。
组员都是人，不是砖头或者螺丝，要用的时候拿过去就用 fusion 发表于 2015-3-6 18:20
但可以说来听听啊
想听下，你怎么办
这两个组各自的任务是啥啊，如果重点不同这个很难比较啊。如果项目做的不好，不一定是这个组的问题，可能其他方方面面也有问题。 如果A组长期loading不高，B组不管什么原因loading长期过高，最后一般会umstrukturieren. 江南织造 发表于 2015-3-6 22:15
这两个组各自的任务是啥啊，如果重点不同这个很难比较啊。如果项目做的不好，不一定是这个组的问题，可能其 ...
通过组内效率高就搞定项目的，侧面反映了项目的难度。 江南织造 发表于 2015-3-6 22:15
这两个组各自的任务是啥啊，如果重点不同这个很难比较啊。如果项目做的不好，不一定是这个组的问题，可能其 ...
这两个组各自的任务是啥啊，如果重点不同这个很难比较啊。如果项目做的不好，不一定是这个组的问题，可能其他方方面面也有问题。 如果A组长期loading不高，B组不管什么原因loading长期过高，最后一般会umstrukturieren.
这才是明白人，说实话看了不少楼主装那啥的贴了，这首先是你们两个组上面老板该检讨的，是不是资源和任务调配出了问题。听语气貌似楼主就是A队领队，想必你也在一个不大不小的公司，头年的BP跟roadmap之类总要有一些些吧？硬性人头调配可以拒绝，拒绝不掉有任何问题是你老板的问题。你的问题对你来说无解，一是职位不到，二是能力不够。
fifi 发表于 2015-3-6 16:40
那就看两个team的关系， 如果一根绳上的蚂蚱那只能帮。 如果不是，自己管好自己的team呗~~~
我们是以K ...
为什么宁可不要？不太懂，觉得可能管不住？ 江南织造 发表于 2015-3-6 22:15
这两个组各自的任务是啥啊，如果重点不同这个很难比较啊。如果项目做的不好，不一定是这个组的问题，可能其 ...
任务结构都一样，负责最后产品中各自的Subsystem 。A组前期在架构设计和Tool应用上花了很多功夫，所以在实现的时候各个环节问题的出现都比较好掌控，B的架构我觉得为了应付流程，B组长觉得他们的开发流程应该基于Test-driven。这个是我个人分析。客观的问题是B不能按时完成Feature Impl，后期Bug超多，还是一个连一个，但B长说他们Subsystem复杂。其实大家都有自己的复杂点 莫名其妙啊 发表于 2015-3-6 23:26
这才是明白人，说实话看了不少楼主装那啥的贴了，这首先是你们两个组上面老板该检讨的，是不是资源和任 ...
我和这两组没直接关系，我不是他们组员也不是他们组长，和他们工作上是合作，一个大项目，Lessons Learned就是从他人的Lesson中增长自己的经验，非得自己跌跤了其实所付出的学费就大了 我要是team A长，就几方面注意，一个是进度不要太快，适当的时候写写docu什么的，refactoring一下代码，不要让自己很快后面很空的样子。不要把这些都堆在最后，到最后阶段如果A组在写docu,B组在赶项目，这样一priorieren, A组的人又要被调过去。
还有就是不知道你们怎么看进度的，有的时候数据也要manipulieren一下，自己心理有数就好，不要让上面的人看你们好像很轻松进步太快就好。就是给上面一个定心丸可以按期完成，但也不要和geschaetzter Aufwand差的太大。
再一个，一但调人过去，要让上面领情，不是因为我组的项目简单，他们的任务艰难。而是我组组织的好，合作的好，组员能力好等等。。反复强调，旁敲侧击。最好能在奖励机制上有体现。组员都会领情的。 lebenindeu 发表于 2015-3-6 23:35
为什么宁可不要？不太懂，觉得可能管不住？
大学刚毕业的是minus 阿，连0都不算。。。。还要Training 她。而且我一旦要了她，我老板就可以说你们项目现在人手够了，我将来怎么跟老板去要回我聪明伶俐的小弟？ fifi 发表于 2015-3-7 10:16
大学刚毕业的是minus 阿，连0都不算。。。。还要Training 她。而且我一旦要了她，我老板就可以说你们项目 ...
这个我也碰到过，我会要求自己找个Freelancer，经验丰富的都特贵，能给我带来很多新的想法，因为巨贵，自己的人也会被尽快还回来 fifi 发表于 2015-3-7 10:16
大学刚毕业的是minus 阿，连0都不算。。。。还要Training 她。而且我一旦要了她，我老板就可以说你们项目 ...
学习了 fusion 发表于 2015-3-7 08:29
任务结构都一样，负责最后产品中各自的Subsystem 。A组前期在架构设计和Tool应用上花了很多功夫，所以在 ...
我们是做系统集成的，下面大概10几个subsystem, 大概有几十个团队做开发，每到系统release的时候，肯定有20%的团队交不出货要拖到下次release，还有一个团队每次交货后，在我们系统release之前都要bugfix三四次的， 用德语来说就是那个sorgenkind。 但是这种情况不是一个能干的组长或者好的流程能扭转的，因为背后的原因很复杂。
其实组员本身也很重要，我自己的组老实说流程什么的不如我们隔壁组的，但是我们一直做得比他们好很多，因为组员经验丰富也很能干，而且我们的客户能力比隔壁组的客户强，但是我们的流程和工作方法什么的属于比较落后的
江南织造 发表于 2015-3-7 22:27
我们是做系统集成的，下面大概10几个subsystem, 大概有几十个团队做开发，每到系统release的时候，肯定有 ...
我们也是被集成之一吧？{:4_293:} fifi 发表于 2015-3-7 23:20
我们也是被集成之一吧？
俺换方向拉，换了个以前完全不搭界的{:5_383:} 江南织造 发表于 2015-3-7 23:26
俺换方向拉，换了个以前完全不搭界的
音响？？radio？？
页:
[1]
2