|
锁定老帖子 主题：如何在公司里舒服的活着
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-28
ppgunjack 写道 不能对领导有要求，提建议自己一定要想好要自己扛能不能扛，自己承诺扛扛不了的后果是什么
什么样的建议能打动领导？1分投入10分收益，甚至100分收益，更低的比例很难动人，尤其是要变动已有的环境 有这么好的事情吗，现实大多1分投入2-3分收益就不错了，所以关键部分就是压缩你扛事的成本，用你的付出分流cost，这个值不值得就要自己估量了 人本能都希望自己说话别人扛事，风险别人兜着，出了成果往自己怀里揽，领导小兵都是一样的 高层不希望了解具体的事情，没时间也没理解基础，最有效最能打动人的沟通就是和他说我花几个人月，换来多少效益，并且这个方案我保证靠谱，否则喀嚓我 如果单位里每个人都像你一样要XX自已，我估计公司没法办了。 |
| 返回顶楼 | |
|
发表时间：2011-04-28
楼上说的太对了，枪打出头鸟，做领导的也总是担心自己的地位受到威胁。
确实在一个好公司，不如遇到一个好领导。 领导只知道逃避责任，该做决定的他不做，让员工自己做决定， 员工决定错了，就是员工的错，受到了指责。 员工决定对了，功劳就是领导的。 |
| 返回顶楼 | |
|
发表时间：2011-04-29
我个人觉得,你的判断基准应该从另外的方面做一些考虑.就是你能从这样的工作中得到什么.
现在相当于你自己有自己的想法和理想化的一种方式.这样的想法的实现本身是需要投入成本的,这些成本谁来买单?而这些成本产生的成果是谁最终获益? 于是我个人得出的结论是,这样的工作值得去做,前提是需要你的领导对你的支持,让公司为你的想法和实践买单,一方面你为公司带来质量与稳定,另一方面,在于的工作为你带来好的经验和自信. 但是如果是自己买单和付出成本,那为什么要为公司带来结果?这就是你要考虑的问题了. |
| 返回顶楼 | |
|
发表时间：2011-04-29
向部门经理要时间，带着大家一起搞呗，这种问题还是早改早好
|
| 返回顶楼 | |
|
发表时间：2011-04-29
jackra 写道 我个人觉得,你的判断基准应该从另外的方面做一些考虑.就是你能从这样的工作中得到什么.
现在相当于你自己有自己的想法和理想化的一种方式.这样的想法的实现本身是需要投入成本的,这些成本谁来买单?而这些成本产生的成果是谁最终获益? 于是我个人得出的结论是,这样的工作值得去做,前提是需要你的领导对你的支持,让公司为你的想法和实践买单,一方面你为公司带来质量与稳定,另一方面,在于的工作为你带来好的经验和自信. 但是如果是自己买单和付出成本,那为什么要为公司带来结果?这就是你要考虑的问题了. 见识过这种情况，国内项目规范问题总是不统一，项目到了这种情况，对于看重质量的客户，重信誉的公司往往会负责任让大家抽出时间，重新沿着规范走，你去了新的阶段可以往规范走，旧的可以在优先级低的情况下改掉。。。 仅仅是建议了 |
| 返回顶楼 | |
|
发表时间：2011-04-30
fuyaner 写道 ppgunjack 写道 不能对领导有要求，提建议自己一定要想好要自己扛能不能扛，自己承诺扛扛不了的后果是什么
什么样的建议能打动领导？1分投入10分收益，甚至100分收益，更低的比例很难动人，尤其是要变动已有的环境 有这么好的事情吗，现实大多1分投入2-3分收益就不错了，所以关键部分就是压缩你扛事的成本，用你的付出分流cost，这个值不值得就要自己估量了 人本能都希望自己说话别人扛事，风险别人兜着，出了成果往自己怀里揽，领导小兵都是一样的 高层不希望了解具体的事情，没时间也没理解基础，最有效最能打动人的沟通就是和他说我花几个人月，换来多少效益，并且这个方案我保证靠谱，否则喀嚓我 如果单位里每个人都像你一样要XX自已，我估计公司没法办了。 不管你说不说，砸了，领导罩不住其实都是会优先xx你的 |
| 返回顶楼 | |
|
发表时间：2011-05-01
觉得楼主有点二.
有些问题大家都知道,不提出来总有不提出来的道理,你以为公司就你强?别人都不懂? 看问题不能只看表象,否则在企业很难混的,尤其是国企 |
| 返回顶楼 | |
|
发表时间：2011-05-01
peterwei 写道 RCFans 写道 问题在楼主自己，工程师思维，光想着把事情做好，不衡量事情做、做好的花费，老大心肠不好，顺水推舟让楼主多干活。
以后遇上想法，先做计划，这事要做到什么程度，需要多少人工，事情的优先级，什么时候做，当前的工作计划是不是要暂停，谁来做，想清楚再汇报。 以上的东西我们当然有进行过评估。只是没有细说。这其实就是一个重构的过程。是边开发边重构呢。还是全部开发完后，在一个里程碑后再重构好。我个人认为是边开发边重构好。到了后期，所有的东西都臃肿起来后，推行的难度更大，而且抵触心里可能也更大。 我比较建议是到了一个里程碑以后再重构 1.因为现在是你预见到了问题，向team leader虽然提出了，但是他没有意识到这个问题，并且是在不知情的情况下将解决的方法由你来负责。一旦重构失败，后果∞ 2.看你的现在的地位和权威可以了解到，你现在还不被大家认可，程序员对你的抵触心理也很大，你即使是拿出来一个可行的方案来解决当前问题的话，也未必可以实施的完美。人没有走在失败的道路上是不会回头的！ |
| 返回顶楼 | |
|
发表时间：2011-05-01
chaos.wql 写道 觉得楼主有点二.
有些问题大家都知道,不提出来总有不提出来的道理,你以为公司就你强?别人都不懂? 看问题不能只看表象,否则在企业很难混的,尤其是国企 至于二不二，不想多谈，你有点人身攻击了。每个人都有自已在江湖上的混法，不管对错，你不能把你的思想强加于别人身上。 
|
| 返回顶楼 | |
|
发表时间：2011-05-01
anfamily 写道 peterwei 写道 RCFans 写道 问题在楼主自己，工程师思维，光想着把事情做好，不衡量事情做、做好的花费，老大心肠不好，顺水推舟让楼主多干活。
以后遇上想法，先做计划，这事要做到什么程度，需要多少人工，事情的优先级，什么时候做，当前的工作计划是不是要暂停，谁来做，想清楚再汇报。 以上的东西我们当然有进行过评估。只是没有细说。这其实就是一个重构的过程。是边开发边重构呢。还是全部开发完后，在一个里程碑后再重构好。我个人认为是边开发边重构好。到了后期，所有的东西都臃肿起来后，推行的难度更大，而且抵触心里可能也更大。 我比较建议是到了一个里程碑以后再重构 1.因为现在是你预见到了问题，向team leader虽然提出了，但是他没有意识到这个问题，并且是在不知情的情况下将解决的方法由你来负责。一旦重构失败，后果∞ 2.看你的现在的地位和权威可以了解到，你现在还不被大家认可，程序员对你的抵触心理也很大，你即使是拿出来一个可行的方案来解决当前问题的话，也未必可以实施的完美。人没有走在失败的道路上是不会回头的！ 说得比较对。我现在的做法是尽量做到最好，尽自已最大的努力。同时考虑公司现实情况。 |
| 返回顶楼 | |
