23,404
社区成员
发帖
与我相关
我的任务
分享收集想法“如果我是项目经理”！【散分了！！！！！】
我发现我身边的很多项目经理其实是不够格的，他们只知道让他们的下属尽快完成任务，加班、加班、再加班，而从不顾及下属的感受，该下班的时候不下班，该吃饭的时候不能吃饭。
所以，在这收集一下大家的想法，尤其是那些被压榨的“下属们”的想法，如果你是项目经理你会怎么做呢？
下面我就抛砖引玉了，说说我的想法吧！
如果我是项目经理
首先，我要和所有我的下属做朋友，至少要让他们觉得和我沟通其他很舒服，而且要给予他们足够的尊重，让他们知道他们是有权利质疑，有权利发问的，而不是一个劲的完成任务、埋头工作。
其次，我会收集我所有下属的兴趣爱好，并周期性的组织一些活动，比如，A喜欢打篮球，B喜欢打网游，C喜欢跑步，那么第一周我们来场篮球比赛，第二周我们来场打网游比赛，第三周就来个跑步比赛。如果项目很紧很赶，我不会一直催着我的下属埋头的干活敢项目干进度，我会让他们该下班的时候就下班，该吃饭的时候就吃饭，如果必须要加班，我会在他们觉得累的时候让他们轻松一下，比如抽签找个人，让他表演个节目，如果他没有节目就让他（她）透露点他（她）的一件丑事。
最后，希望自己能够在2014年结束之前可以美梦成真。
所以，在这收集一下大家的想法，尤其是那些被压榨的“下属们”的想法，如果你是项目经理你会怎么做呢？
下面我就抛砖引玉了，说说我的想法吧！
如果我是项目经理
首先，我要和所有我的下属做朋友，至少要让他们觉得和我沟通其他很舒服，而且要给予他们足够的尊重，让他们知道他们是有权利质疑，有权利发问的，而不是一个劲的完成任务、埋头工作。
其次，我会收集我所有下属的兴趣爱好，并周期性的组织一些活动，比如，A喜欢打篮球，B喜欢打网游，C喜欢跑步，那么第一周我们来场篮球比赛，第二周我们来场打网游比赛，第三周就来个跑步比赛。如果项目很紧很赶，我不会一直催着我的下属埋头的干活敢项目干进度，我会让他们该下班的时候就下班，该吃饭的时候就吃饭，如果必须要加班，我会在他们觉得累的时候让他们轻松一下，比如抽签找个人，让他表演个节目，如果他没有节目就让他（她）透露点他（她）的一件丑事。
最后，希望自己能够在2014年结束之前可以美梦成真。
...全文
请发表友善的回复…
发表回复
工布之者 2014-02-07
- 打赏
- 举报
我是项目经理就搞死老板
踏雪无痕 2014-01-19
- 打赏
- 举报
把你一年的奖金的一部分以现金的形式分给下属，你敢吗？
xu_diligent 2014-01-19
- 打赏
- 举报
+1
人在江湖 身不由己
当然，你描述的那种人，存在，但是肯定坚持不了多久
米枷勒 2014-01-19
- 打赏
- 举报
LZ快来加班吧
慢慢地转变 2014-01-18
- 打赏
- 举报
我觉得我不可能会是项目经理，因为我不会喝酒，怎么办？
gooogleman 2014-01-18
- 打赏
- 举报
这个比较中肯，而楼主的思维太过于片面，估计这是楼主登上项目经历的障碍，理想是好的，但是也得做一些事情给老板看到你们在努力，而不是在轻松地完成，这要把握好。
Stainky 2014-01-18
- 打赏
- 举报
LZ只是说假如Ta是项目经理，如果Ta真的成了项目经理，会不会这么做也不置可否。
充满诗意的联盟 2014-01-17
- 打赏
- 举报
故事很幽默
卧_槽 2014-01-17
- 打赏
- 举报
兄弟，迭代式开发项目成本如何估算？报价如何准确？预算会不会超标？况且这样迭代式开发的话你项目开始报价的时候能不能中标？[/quote]
估算准不准确，除了一定的方法（该文中介绍的方法），还需要一定的经验与实践。拿我来说吧，每次项目结束时都要将估算的结果与实际情况进行比对，分析差异较大的部分，并且总结经验。经过反复的总结与实践，估算基本准确：按照最精确估算出来的值加上一定比例的富裕，基本能做到指哪儿打哪儿，估的多少天就是多少天（在我的项目里基本没有加班，都能在正常上班点儿完成）。
然而精确估算与报价在中国却是两回事儿，明明估的是100万但只报50万是常事儿，但至少让领导们心里有谱，要亏多少，日后能不能捞回来，是不是？
还有一个问题，那就是不同阶段在估价的时候方式是不一样的。我在这篇文章中介绍的估算方法，其前提是经过详细需求分析以后，估算工作量与人员需求，因此可能更加试用于指定项目计划，而不是拿项目阶段。[/quote]
中国大多数公司拿的项目，在招投标的时候就需要估算工作量，并给予客户报价，如果招投标阶段估算过高就会拿不到项目，过低项目肯定亏本，你这样干个两三次后，公司就不会用你当项目经理了。你的迭代式开发我看了，这种开发模式我觉得估算工作量能到50%就算很不错的了，而且对于百万人民币以下的项目你这样的开发成本确实有点高，当然几百万致几千万的项目我还没有接触过，也不知道具体的怎么一个操作流程[/quote]
你还真是老实孩纸。还是那句话，准确估算是一回事，报价是另一回事。报价是一门艺术，特别是软件项目。
具体来说，你估的是多少，这个你自己清楚就可以了，不一定这样报。报价与客户关系、竞争对手、对方预算等诸多方面有关，做老实人当然是那不下来的。剩下的，报给客户的工作量都是用报价总量倒推的，如是这番。[/quote]
我现在的一个项目，报价的时候我觉得已经报了个天价，只是打算去举个手的，结果中了。一开始很开心，等做起来之后发现我真是傻×，事情多得不得了，工期短得不得了。好在二期肯定还给我做，和客户商量可以下次再捞回来。
这种事情比比皆是，项目的工作量和价钱并不是完全匹配的，只有你的工作总量和客户长期给你的钱才是匹配的。1w块钱干十天活的时候就想想客户给你2w块半天就没事的时候，心理立马就平衡了。
当然这些东西很多程序员是不知道的，所以楼主的想法自然是很傻很天真。[/quote]
你要明白软件项目的一般玩法、潜规则、后面隐藏的原因，你就没有那么多感慨了。
作为甲方，在招投标的时候，在选择开发商的时候，最怕的就是你搞砸了怎么办，你刚做完一期就跑了怎么办，所以通常情况下一期肯定是不能让你挣钱的，甚至就是让你亏钱的，亏钱了你才能老老实实继续玩。
作为乙方，在招投标时亏钱不亏钱不重要，重要的是进入这个市场，进入市场了就有源源不断的钱。甚至一旦做进去了，甲方不敢轻易换开发商，很多时候就得听你的了。
所以，在招投标时亏钱了，一期的事情亏钱了，你就不高兴，只是说明还是阅历浅了，有些事情没有看透。[/quote]
首先我完全没有不开心，我已开始很开心，后来开心的指数由于工作量的错误估计有所下降而已，这应该也是人之常情吧。
招标的时候，其实谁做早就定好了，什么时候是去举手的，什么时候是看别人举手的，早就有谱了。只是这次是打算去举手而中了而已。
饽饽 2014-01-17
- 打赏
- 举报
感觉我公司的项目经理挺好的，基本就是他自己把难点攻克了，而且周末或晚上很少让我们加班。他自己周末或晚上在加班，然后找出问题，第二天再让我们改。
落木寒 2014-01-17
- 打赏
- 举报
呵呵
LZ想法很傻很天真，
哪天我也写个帖子吐槽下
li4hao 2014-01-16
- 打赏
- 举报
能为下属谋福利的老大，就是好老大
forever1209427 2014-01-16
- 打赏
- 举报
想的太简单了
都江堰蓝云软件 2014-01-16
- 打赏
- 举报
楼主，你想多了吧
充满诗意的联盟 2014-01-16
- 打赏
- 举报
所以过去说做软件没有什么成本，谁都能干，其实现在看来成本很高。
你要进入这个市场，肯定是要先期投入，投人投资金，在很长时间都是要自己撑着。
没有足够资金的企业，撑不到挣钱的那一刻自己就倒下死掉了。
或者投入了，没搞好，本儿都赔光光。
这些都是做软件的成本，没点儿实力真玩不转。
ltgg2010 2014-01-16
- 打赏
- 举报
yong61 2014-01-16
- 打赏
- 举报
宁波朱超 2014-01-16
- 打赏
- 举报
兄弟，迭代式开发项目成本如何估算？报价如何准确？预算会不会超标？况且这样迭代式开发的话你项目开始报价的时候能不能中标？[/quote]
估算准不准确，除了一定的方法（该文中介绍的方法），还需要一定的经验与实践。拿我来说吧，每次项目结束时都要将估算的结果与实际情况进行比对，分析差异较大的部分，并且总结经验。经过反复的总结与实践，估算基本准确：按照最精确估算出来的值加上一定比例的富裕，基本能做到指哪儿打哪儿，估的多少天就是多少天（在我的项目里基本没有加班，都能在正常上班点儿完成）。
然而精确估算与报价在中国却是两回事儿，明明估的是100万但只报50万是常事儿，但至少让领导们心里有谱，要亏多少，日后能不能捞回来，是不是？
还有一个问题，那就是不同阶段在估价的时候方式是不一样的。我在这篇文章中介绍的估算方法，其前提是经过详细需求分析以后，估算工作量与人员需求，因此可能更加试用于指定项目计划，而不是拿项目阶段。[/quote]
中国大多数公司拿的项目，在招投标的时候就需要估算工作量，并给予客户报价，如果招投标阶段估算过高就会拿不到项目，过低项目肯定亏本，你这样干个两三次后，公司就不会用你当项目经理了。你的迭代式开发我看了，这种开发模式我觉得估算工作量能到50%就算很不错的了，而且对于百万人民币以下的项目你这样的开发成本确实有点高，当然几百万致几千万的项目我还没有接触过，也不知道具体的怎么一个操作流程[/quote]
你还真是老实孩纸。还是那句话，准确估算是一回事，报价是另一回事。报价是一门艺术，特别是软件项目。
具体来说，你估的是多少，这个你自己清楚就可以了，不一定这样报。报价与客户关系、竞争对手、对方预算等诸多方面有关，做老实人当然是那不下来的。剩下的，报给客户的工作量都是用报价总量倒推的，如是这番。[/quote]
我现在的一个项目，报价的时候我觉得已经报了个天价，只是打算去举个手的，结果中了。一开始很开心，等做起来之后发现我真是傻×，事情多得不得了，工期短得不得了。好在二期肯定还给我做，和客户商量可以下次再捞回来。
这种事情比比皆是，项目的工作量和价钱并不是完全匹配的，只有你的工作总量和客户长期给你的钱才是匹配的。1w块钱干十天活的时候就想想客户给你2w块半天就没事的时候，心理立马就平衡了。
当然这些东西很多程序员是不知道的，所以楼主的想法自然是很傻很天真。[/quote]
你要明白软件项目的一般玩法、潜规则、后面隐藏的原因，你就没有那么多感慨了。
作为甲方，在招投标的时候，在选择开发商的时候，最怕的就是你搞砸了怎么办，你刚做完一期就跑了怎么办，所以通常情况下一期肯定是不能让你挣钱的，甚至就是让你亏钱的，亏钱了你才能老老实实继续玩。
作为乙方，在招投标时亏钱不亏钱不重要，重要的是进入这个市场，进入市场了就有源源不断的钱。甚至一旦做进去了，甲方不敢轻易换开发商，很多时候就得听你的了。
所以，在招投标时亏钱了，一期的事情亏钱了，你就不高兴，只是说明还是阅历浅了，有些事情没有看透。[/quote]
我之前的公司就是如此 号称要入宁波旅游市场 可是呢
不但第一期 草草收尾 没做好
搞的甲方不爽 没了第二期
又赔钱又没入这个市
IOS用户 搜索 “宁波旅游”
充满诗意的联盟 2014-01-16
- 打赏
- 举报
兄弟，迭代式开发项目成本如何估算？报价如何准确？预算会不会超标？况且这样迭代式开发的话你项目开始报价的时候能不能中标？[/quote]
估算准不准确，除了一定的方法（该文中介绍的方法），还需要一定的经验与实践。拿我来说吧，每次项目结束时都要将估算的结果与实际情况进行比对，分析差异较大的部分，并且总结经验。经过反复的总结与实践，估算基本准确：按照最精确估算出来的值加上一定比例的富裕，基本能做到指哪儿打哪儿，估的多少天就是多少天（在我的项目里基本没有加班，都能在正常上班点儿完成）。
然而精确估算与报价在中国却是两回事儿，明明估的是100万但只报50万是常事儿，但至少让领导们心里有谱，要亏多少，日后能不能捞回来，是不是？
还有一个问题，那就是不同阶段在估价的时候方式是不一样的。我在这篇文章中介绍的估算方法，其前提是经过详细需求分析以后，估算工作量与人员需求，因此可能更加试用于指定项目计划，而不是拿项目阶段。[/quote]
中国大多数公司拿的项目，在招投标的时候就需要估算工作量，并给予客户报价，如果招投标阶段估算过高就会拿不到项目，过低项目肯定亏本，你这样干个两三次后，公司就不会用你当项目经理了。你的迭代式开发我看了，这种开发模式我觉得估算工作量能到50%就算很不错的了，而且对于百万人民币以下的项目你这样的开发成本确实有点高，当然几百万致几千万的项目我还没有接触过，也不知道具体的怎么一个操作流程[/quote]
你还真是老实孩纸。还是那句话，准确估算是一回事，报价是另一回事。报价是一门艺术，特别是软件项目。
具体来说，你估的是多少，这个你自己清楚就可以了，不一定这样报。报价与客户关系、竞争对手、对方预算等诸多方面有关，做老实人当然是那不下来的。剩下的，报给客户的工作量都是用报价总量倒推的，如是这番。[/quote]
我现在的一个项目，报价的时候我觉得已经报了个天价，只是打算去举个手的，结果中了。一开始很开心，等做起来之后发现我真是傻×，事情多得不得了，工期短得不得了。好在二期肯定还给我做，和客户商量可以下次再捞回来。
这种事情比比皆是，项目的工作量和价钱并不是完全匹配的，只有你的工作总量和客户长期给你的钱才是匹配的。1w块钱干十天活的时候就想想客户给你2w块半天就没事的时候，心理立马就平衡了。
当然这些东西很多程序员是不知道的，所以楼主的想法自然是很傻很天真。[/quote]
你要明白软件项目的一般玩法、潜规则、后面隐藏的原因，你就没有那么多感慨了。
作为甲方，在招投标的时候，在选择开发商的时候，最怕的就是你搞砸了怎么办，你刚做完一期就跑了怎么办，所以通常情况下一期肯定是不能让你挣钱的，甚至就是让你亏钱的，亏钱了你才能老老实实继续玩。
作为乙方，在招投标时亏钱不亏钱不重要，重要的是进入这个市场，进入市场了就有源源不断的钱。甚至一旦做进去了，甲方不敢轻易换开发商，很多时候就得听你的了。
所以，在招投标时亏钱了，一期的事情亏钱了，你就不高兴，只是说明还是阅历浅了，有些事情没有看透。
卧_槽 2014-01-16
- 打赏
- 举报
兄弟，迭代式开发项目成本如何估算？报价如何准确？预算会不会超标？况且这样迭代式开发的话你项目开始报价的时候能不能中标？[/quote]
估算准不准确，除了一定的方法（该文中介绍的方法），还需要一定的经验与实践。拿我来说吧，每次项目结束时都要将估算的结果与实际情况进行比对，分析差异较大的部分，并且总结经验。经过反复的总结与实践，估算基本准确：按照最精确估算出来的值加上一定比例的富裕，基本能做到指哪儿打哪儿，估的多少天就是多少天（在我的项目里基本没有加班，都能在正常上班点儿完成）。
然而精确估算与报价在中国却是两回事儿，明明估的是100万但只报50万是常事儿，但至少让领导们心里有谱，要亏多少，日后能不能捞回来，是不是？
还有一个问题，那就是不同阶段在估价的时候方式是不一样的。我在这篇文章中介绍的估算方法，其前提是经过详细需求分析以后，估算工作量与人员需求，因此可能更加试用于指定项目计划，而不是拿项目阶段。[/quote]
中国大多数公司拿的项目，在招投标的时候就需要估算工作量，并给予客户报价，如果招投标阶段估算过高就会拿不到项目，过低项目肯定亏本，你这样干个两三次后，公司就不会用你当项目经理了。你的迭代式开发我看了，这种开发模式我觉得估算工作量能到50%就算很不错的了，而且对于百万人民币以下的项目你这样的开发成本确实有点高，当然几百万致几千万的项目我还没有接触过，也不知道具体的怎么一个操作流程[/quote]
你还真是老实孩纸。还是那句话，准确估算是一回事，报价是另一回事。报价是一门艺术，特别是软件项目。
具体来说，你估的是多少，这个你自己清楚就可以了，不一定这样报。报价与客户关系、竞争对手、对方预算等诸多方面有关，做老实人当然是那不下来的。剩下的，报给客户的工作量都是用报价总量倒推的，如是这番。[/quote]
我现在的一个项目，报价的时候我觉得已经报了个天价，只是打算去举个手的，结果中了。一开始很开心，等做起来之后发现我真是傻×，事情多得不得了，工期短得不得了。好在二期肯定还给我做，和客户商量可以下次再捞回来。
这种事情比比皆是，项目的工作量和价钱并不是完全匹配的，只有你的工作总量和客户长期给你的钱才是匹配的。1w块钱干十天活的时候就想想客户给你2w块半天就没事的时候，心理立马就平衡了。
当然这些东西很多程序员是不知道的，所以楼主的想法自然是很傻很天真。
加载更多回复（94）
