|
锁定老帖子 主题：人在职场，要接受“丢车保帅”
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-06-22
最后修改：2011-06-22
Edward 写道 抛出异常的爱 写道 引用 老抛，看请从头到尾看清楚我的全部回复，那一点不让人说话？反而看看你的回复，除了开口就骂就是回一些空而虚的话，你能不故作高深的说说你在这种情况的处理方式吗？
1.项目经理是最接近员工的人，我一直不知道不在现场工作的人员是用怎么样的数据来考评程序员,或测试员工作? 2.部门经理开除员工之前只是知会项目部门,不考虑人员变动对项目的成本?你有没有给你的项目经理的项目进行必要延期? 3.你不在一线工作,你不知道现实是怎么样的.不知道矛盾存在哪里,把死人扫到地毯下就以为没事了? 对于那些有志于与人斗其乐无穷的人来说,我说什么 都没什么 作用. 对于维稳手段我一直以来都是不屑使用的. 对于有矛盾的测试经理部门与项目经理部门的矛盾查找根源, 并改变制度使利益分配方式更合乎大多数人的意愿. 不能调和的矛盾 开除项目经理 或是测试经理 保证以后后院不会起火 项目组长才是最接近员工的人，当项目成员 > 20+ 时，如果项目经理还能非常清楚每一个员工的工作，那么他不是能力精力强得令人佩服，就是项目任务超松。 你所列的问题在LZ的贴里都有说明和答案。 脱离LZ问题的假设跟处理对这个问题有意义吗？你完全可以假设在理想流程、理想协作、理想员工的环境里，什么问题都不会出现了！而且你的解决方式很理想化。同时也没考虑成本问题 （这个成本问题不在这里细说，怕又一堆砖头过来）。 对于这种已经发生的问题，你能否来点实际的处理方案，不要继续来一些虚的假设？ 在LZ身上我看到了圆滑的中国式管理。希望能从你身上学到不同的管理方式 
好吧我也在一些矩阵性的公司工作过 项目经理被销售经理不合理上线日期逼的像狗一样 QA死活不给ZAB到处挑小bug来完成kLOC计划 一个TESTER水平差点但好说话 在这样一个前题下 你说的故事一定会发生 这样的测试经理与项目经理的矛盾是操蛋的制度与维护脸面的人一起造成的。。 PS：楼主是个写软文打广告的人 他们卖的是软件 与 管理方式的 ， 维护一个复杂系统是他们软件可能被买的必要条件。 所以语气不太客气 。 |
| 返回顶楼 | |
|
发表时间：2011-06-22
抛出异常的爱 写道 Edward 写道 抛出异常的爱 写道 引用 老抛，看请从头到尾看清楚我的全部回复，那一点不让人说话？反而看看你的回复，除了开口就骂就是回一些空而虚的话，你能不故作高深的说说你在这种情况的处理方式吗？
1.项目经理是最接近员工的人，我一直不知道不在现场工作的人员是用怎么样的数据来考评程序员,或测试员工作? 2.部门经理开除员工之前只是知会项目部门,不考虑人员变动对项目的成本?你有没有给你的项目经理的项目进行必要延期? 3.你不在一线工作,你不知道现实是怎么样的.不知道矛盾存在哪里,把死人扫到地毯下就以为没事了? 对于那些有志于与人斗其乐无穷的人来说,我说什么 都没什么 作用. 对于维稳手段我一直以来都是不屑使用的. 对于有矛盾的测试经理部门与项目经理部门的矛盾查找根源, 并改变制度使利益分配方式更合乎大多数人的意愿. 不能调和的矛盾 开除项目经理 或是测试经理 保证以后后院不会起火 项目组长才是最接近员工的人，当项目成员 > 20+ 时，如果项目经理还能非常清楚每一个员工的工作，那么他不是能力精力强得令人佩服，就是项目任务超松。 你所列的问题在LZ的贴里都有说明和答案。 脱离LZ问题的假设跟处理对这个问题有意义吗？你完全可以假设在理想流程、理想协作、理想员工的环境里，什么问题都不会出现了！而且你的解决方式很理想化。同时也没考虑成本问题 （这个成本问题不在这里细说，怕又一堆砖头过来）。 对于这种已经发生的问题，你能否来点实际的处理方案，不要继续来一些虚的假设？ 在LZ身上我看到了圆滑的中国式管理。希望能从你身上学到不同的管理方式
好吧我也在一些矩阵性的公司工作过 项目经理被销售经理不合理上线日期逼的像狗一样 QA死活不给ZAB到处挑小bug来完成kLOC计划 一个TESTER水平差点但好说话 在这样一个前题下 你说的故事一定会发生 这样的测试经理与项目经理的矛盾是操蛋的制度与维护脸面的人一起造成的。。 PS：楼主是个写软文打广告的人 他们卖的是软件 与 管理方式的 ， 维护一个复杂系统是他们软件可能被买的必要条件。 所以语气不太客气 。 老抛是个直爽人。应该不带什么恶意的。 |
| 返回顶楼 | |
|
发表时间：2011-06-22
搞技术的,简简单单的搞技术,
只有一些技术很烂的人才会搞这些没用的景,因为他也不懂啥技术,更不适合搞技术. 在Google像楼主这样的人应该不多. 在Microsoft也应该不多. 在烂公司这样的人却很多! |
| 返回顶楼 | |
|
发表时间：2011-06-22
为啥咱公司的部门经理们每次都是想借我这个项目经理的手，来干掉他们不满意的员工呢
哪有不跟项目经理沟通就直接炒人的做法 |
| 返回顶楼 | |
|
发表时间：2011-06-22
引用 好吧我也在一些矩阵性的公司工作过
项目经理被销售经理不合理上线日期逼的像狗一样 QA死活不给ZAB到处挑小bug来完成kLOC计划 一个TESTER水平差点但好说话 在这样一个前题下 你说的故事一定会发生 这样的测试经理与项目经理的矛盾是操蛋的制度与维护脸面的人一起造成的。。 既然是矩阵就好办了，增加自己的影响力，没准把销售和部门经理逼像狗一样 |
| 返回顶楼 | |
|
发表时间：2011-06-22
javaest 写道 搞技术的,简简单单的搞技术,
只有一些技术很烂的人才会搞这些没用的景,因为他也不懂啥技术,更不适合搞技术. 在Google像楼主这样的人应该不多. 在Microsoft也应该不多. 在烂公司这样的人却很多! 用唐俊的形容词：你很纯～ 公司越大办公室政治越多，只是你的层次还接触不到这些。好好珍惜你目前的这份纯真时光吧。 |
| 返回顶楼 | |
|
发表时间：2011-06-22
seeckt 写道 引用 好吧我也在一些矩阵性的公司工作过
项目经理被销售经理不合理上线日期逼的像狗一样 QA死活不给ZAB到处挑小bug来完成kLOC计划 一个TESTER水平差点但好说话 在这样一个前题下 你说的故事一定会发生 这样的测试经理与项目经理的矛盾是操蛋的制度与维护脸面的人一起造成的。。 既然是矩阵就好办了，增加自己的影响力，没准把销售和部门经理逼像狗一样 这个需要项目经理够强，而且更会政治手腕。 |
| 返回顶楼 | |
|
发表时间：2011-06-22
javaest 写道 搞技术的,简简单单的搞技术,
只有一些技术很烂的人才会搞这些没用的景,因为他也不懂啥技术,更不适合搞技术. 在Google像楼主这样的人应该不多. 在Microsoft也应该不多. 在烂公司这样的人却很多! 朋友，你很幼稚！试问在软件行业做到管理的，有几个是技术很烂的人？你认为技术很烂的人，只是多年不碰技术了。能开公司并养活一大帮人的，都是人精，会比你傻吗？让个很烂的人在公司搞阶级斗争？程序员只是个过程，后面选择管理、业务还是技术专家，不过是机会而已。 你在Google和Microsoft呆过吗？如果没有，那你的结论能站得住脚？ 不要认为自己的技术很牛，只是各人关注点不一样，只要不是智商有缺陷，给谁时间谁学不好啊？再说，技术很牛就可以不懂人情世故？我们公司之前也有个技术牛人，而我们的总经理也是技术专家，总经理分配给他的工作，要求一个星期搞定，而他到周三上午就搞定了，并且让总经理挑不出什么毛病。总经理对他的技术很满意！可就是这样的技术牛人，最后还是被开掉了。就是认为自己很“正”，看不惯这个，看不惯那个。 |
| 返回顶楼 | |
|
发表时间：2011-06-22
一票给人打工的有意思啊
还知道自己自我加压 这事情有TMDJB意思 |
| 返回顶楼 | |
|
发表时间：2011-06-22
Edward 写道 抛出异常的爱 写道 本来作程序就一群心地纯良的人 你非要引入那么多政冶肮脏 说心底纯良未必恰当，说头脑单纯更合适。到哪里我们都逃不开办公室政治。 认真分析下面几个字，你就有所了解 仁 -- 仁者，二人也。中国人做事，只要是两个合起来的，一般都很厉害，双剑合璧，仁者无敌 
伍 -- 五个人，小团队，人数在4 5 人左右。经验证明，这个规模的团队最好管理, 沟通也最有效。 化 -- 团队规模到7人以上，就会有分化。 仇 -- 九人以上，就会有各种各样的问题，争端，人与人之间会有矛盾有对立。 有人的地方就有江湖，就有政治。 管理者不光要管理工作，还要使用各种软技巧来化解矛盾。 讲大道理，日 |
| 返回顶楼 | |
