随笔分类 -  项目管理

摘要:“出色”的IT 项目经理的定义不是一成不变的。随着经济和商业因素的改变,项目经理的角色进行调整以适应新的需求,迎接新的挑战。 除了一般的困惑之外,还有一种看法就是,在组织中,不同的人对于项目经理的看法也不同。对于雇主来说,优秀的项目经理应该能够按时,在预算范围内完成项目。而对于项目团队成员来说,优... 阅读全文
posted @ 2014-07-14 10:36 野生的程序猿 阅读(1536) 评论(0) 推荐(0)
摘要:很显然,不管什么时候,团队内部的顺畅沟通都是最为重要的。 作为管理者,你必须有足够的方案去应付手下千奇百怪的思维,同时还有他们无所不能的信息获知手段。 无论任何时刻、任何情景,你都需要知道,哪怕再忠诚的员工,都会向你隐瞒一些重要的东西。假如没有为这个团队建立一个通畅的沟通渠道,你将一无所知,被隔离在 阅读全文
posted @ 2014-06-18 16:55 野生的程序猿 阅读(2189) 评论(0) 推荐(0)
摘要:团队建立的三个条件: 自主性、思考性和协作性,有了这三个条件,一个合格的团队就建立起来了。 而人性的种种缺陷,即:你明明身在团队,却感受不到一支成熟强大的团队的支撑,经常孤军奋战,陷入苦斗,多倍的付出,却只能得到可怜微少之回报等。这些往往让团队的组建和管理面临无穷大的风险。 公司是一个以盈利为目标的 阅读全文
posted @ 2014-06-18 15:34 野生的程序猿 阅读(4166) 评论(0) 推荐(0)
摘要:“项目经理张三经过开发人员李四的座位时,突然发现李四在看一本书《如何成为项目经理?》。张三就问李四,你还不是项目经理,看这本书干嘛?李四回答道,如果等到你这个时候再看,就太晚了。”忘记在哪一本书上看到的了,印象深刻。1. 项目经理的成长路线回到经典的项目管理问题。如果你是项目经理,现在项目组没有能力在最后期限前完成工作,你是:1. 优先确保项目,牺牲人 ——> 指向B区2. 优先确保人,牺牲项目 ——> 指向C区3. 项目与人两者兼顾 ——> 指向D区你的选择是什么呢?1.1 小故事1某大企业实施了多年CMMI,整个公司已经形成了强大的B区文化并有大量B区项目经理。但是最近敏 阅读全文
posted @ 2011-05-25 21:42 野生的程序猿 阅读(252) 评论(0) 推荐(0)
摘要:这个题目挺让我满意的。1. 小故事张三原来是位优秀的开发人员,他乐于钻研,经常提出各种改进意见,同时人缘也很好。不过他和原来的项目经理王二关系不太好,因为他的很多意见都被王二否决了。最近王二因故离职了,因为突出的表现,张三被提升为项目经理。张三和团队成员的关系很快紧张起来。为保证项目按期按质交付,张三否决了一位高级开发人员的几个技术方案。同时他对另一位初级开发人员也很不满意,因为他有几次代码质量不佳而进行了一些返工。张三的领导李四发现了这种紧张关系,与张三进行了谈话,张三认为他所作的一切都是为了公司,是正确的。李四想了一个办法,让张三担任架构师,请团队的另一个老好人担当项目经理。张三与团队成员 阅读全文
posted @ 2011-05-25 17:32 野生的程序猿 阅读(187) 评论(0) 推荐(0)
摘要:谁是你的敌人,这是个问题。是他们与你为敌,还是你与他们为敌?有句话说得好,心中无敌,则天下无敌。1. 小故事张三是E项目的项目经理,E项目是一个美国与中国联合多地开发的项目。项目初期,因为美国员工相对比较资深,所以中国团队没有什么话语权。张三定下目标以美国人为对手,要赶超美国人。结果中国团队成员努力学习和工作,终于在某些指标上赶超了美国人。但是虽然张三个人与美国团队的关系不错,中国团队却同时成为了美国团队的对手,团队间相互抱怨指责,美国团队也加大了对中国团队的监管。代码库不能共享,任何大一点的代码改动都要经过审批,自己进行的会被强制回滚。在这种相互敌视的情况下,能做出好软件?张三很累,经常修复 阅读全文
posted @ 2011-05-25 17:20 野生的程序猿 阅读(159) 评论(0) 推荐(0)
摘要:最后期限是每个项目经理都绕不过去的坎儿。1. 小故事张莉是新鲜出炉的项目经理。在二月底春节后,张莉开始了C项目,C项目是一个大项目的组成部分。三月初,领导确定大项目的交付期限是4月中旬。张莉愁坏了,项目的流程、人员、技术等等都是全新的,她完全没有把握保证项目的交付。导师张三给她出主意,不妨先接受领导4月中旬交付的目标,但是将目标进行分解,每半个月检查一下能否达成目标。张莉每半个月向领导汇报实际的进度和遇到的障碍。4月中旬,C项目也没能如期完成,整个大项目没有如期完成。领导提出了新的最后期限,5月中旬,转眼5月中旬就要到来,但是C项目又被卡住了,最后期限无法达成。2. 常规想法最后期限让我想起了 阅读全文
posted @ 2011-05-25 17:16 野生的程序猿 阅读(203) 评论(0) 推荐(0)
摘要:有朋友最近看了《软件项目经理新手上路》,就问我,你在写什么啊?其实我也在思考这个问题,为什么我从一开始就否定了软件项目管理而要写软件项目经理呢?最近才逐渐了解自己的想法,多点儿人味儿。我想写的是一个活生生的项目经理,而不是剥离人味儿的项目管理。请允许我在此引用一句名人名言。“#彼得圣吉第五项修炼#我深信,流行的管理体系的核心问题是致力于使一切趋于平庸。它迫使人们越来越辛苦的工作,以弥补一种缺失,即人们在一起共同工作处于最佳状态时所特有的精神和集体智慧的缺失。”引自《第五项修炼》,转自@章显洲-Arthur,5月5日。对,这就是我想说的,多点儿人味儿。在我们身边有太多人味儿流失的例子。小故事:小 阅读全文
posted @ 2011-05-25 16:55 野生的程序猿 阅读(195) 评论(0) 推荐(0)
摘要:改进是每个项目经理都会遇到的头疼事。1. 小故事张三有点烦恼。张三兴冲冲的到一个项目入职了,踌躇满志,这次一定要干点成绩出来。因为入职前,领导找张三谈过,项目目前存在不少问题,需要改进。在经过一段时间的调研后,张三拿出了一整套改进方案。张三将整套方案提交给领导,领导看了第一眼,说很好,我需要再研究研究。过了几天,领导还没研究完。张三去找领导,领导开始拖延,主意不错,但是是否适合我们公司,还需要观察和研究。最后,所谓改进不了了之,张三很失望。2. 常规想法很奇怪,这么好的改进方式,领导居然会拖延,张三还是觉得应该和领导讨论讨论。领导表扬了张三的方案和改进的愿望,就是这个“但是”比较意味深长。张三 阅读全文
posted @ 2011-05-25 16:47 野生的程序猿 阅读(150) 评论(0) 推荐(0)
摘要:项目总有各种各样的指标,用指标对项目健康情况进行检查就像人的体检一样合理,但是会体检并不意味着会治病。1. 小故事张三受到了领导嘉奖。当张三刚到项目的时候,中国团队的任一指标都比国外团队差很多。张三选定了产出指标作为突破口。他凭借个人魅力和努力工作极大的激励了项目团队成员,终于在半年后,项目团队成员的产出指标已经与国外接轨。张三也因为卓越的领导力和卓有成效的工作成果受到领导嘉奖。2. 常规想法张三的确值得嘉奖,因为在这半年中项目团队取得了明显的进步,并且在这个过程中项目团队保持了比较高昂的士气和凝聚力。但从后续情况来看,项目团队的表现不算好。张三得到嘉奖后离开了团队。项目在后续的半年到一年时间 阅读全文
posted @ 2011-05-25 16:42 野生的程序猿 阅读(196) 评论(0) 推荐(0)
摘要:老好人式的项目经理并不少见。他们人很好,希望让每一方满意。1. 小故事最近,张三有些烦恼。张三是位资深的开发人员和项目经理,同时他也是个典型的老好人。他勤勤恳恳,任劳任怨,开发能力优秀,对每个人都是那么好。因为客户突然提出了一些比较无理的要求,但是张三是老好人嘛,所以张三就带领团队加班加点,努力完成。可惜客户的要求实在太紧,在上线后出现了一个比较严重的Bug。客户对项目团队的工作很不满意,但是考虑到项目团队认真的态度,没有追究。2. 常规想法让所有人都满意是不可能做到的,但是老好人没法克服让每个人都满意的愿望,甚至自己有时作出牺牲也甘愿。作为开发人员而言,也许会认为和张三一起共事肯定很幸福,因 阅读全文
posted @ 2011-05-24 16:04 野生的程序猿 阅读(160) 评论(0) 推荐(0)
摘要:绝大多数开发人员的职业目标都是成为项目经理。项目经理的工作看起来美好而简单,高工资,管人,还不用加班。但是它是不是像看起来那样美好呢?1. 小故事张三昨天向公司提出了申请,他还是想回去做程序员。张三做出这个决定也是经过长期考虑的。首先,在管人的新鲜劲过去后,张三再也找不到技术工作中那种成就感;其次,张三喜欢直截了当的沟通方式,但这种方式并没有得到项目团队的认同,前后有两位同事离职;最后,张三力图一切为了公司把项目做好,但项目显得不上不下,公司领导也反映平淡。好在张三的公司很开明,允许个人相对自由的进行工作选择,否则的话,张三就只有在项目经理岗位上继续坚持,直到离开公司。2. 常规想法张三真傻, 阅读全文
posted @ 2011-05-24 15:58 野生的程序猿 阅读(160) 评论(0) 推荐(0)
摘要:技术冲突是技术出身的项目经理经常碰到的事情。一开始只是技术讨论,讨论着讨论着就变成了技术冲突。1. 小故事张三最近的心情很糟,这起因于一次技术争论。在解决一个技术问题的时候,张三和李四的设计不同。从张三的角度来看,李四的设计简直糟糕透顶,但却怎么也没有办法说服李四。于是张三就小小的动用了项目经理的权力,强制使用了自己的方案。没想到遭到李四的强烈抵制,到最后李四竟然提出了辞职。张三也因此受到了领导的批评,所以他很郁闷。他怎么也想不通,他为交付更好产品的努力竟然导致这么个结果。2. 常规想法这是个令人头疼的问题。大多数新手项目经理都来自于开发,他们之所以成为项目经理就是他们的技术研发能力比较优秀。 阅读全文
posted @ 2011-05-24 15:55 野生的程序猿 阅读(239) 评论(0) 推荐(0)
摘要:软件项目经理,这是广大开发人员向往的职位。随便抓个开发人员问问他的职业规划,他会告诉你“我的计划是现在专心做开发学技术,3年到5年的时间后转向管理。”在开发人员看来,项目经理的收入更高,加班更少。然而在绝大多数公司你都可以找到足够多的技术培训,却没有针对项目经理的培训。看来要成为项目经理,一切都要靠自己摸索。有没有这样一本手册,只要读了它就能提高管理能力?我的偶像温伯格提到过一本,并且推荐《门后的秘密》,然而这本书的内容对于新手项目经理而言过于高深。于是萌发了自己写点东西的想法。这本小册子由一系列故事组成。大部分故事的主人公叫张三,是一位项目经理,刚因为优秀的开发能力而被提升。有时故事的主人. 阅读全文
posted @ 2011-05-24 15:47 野生的程序猿 阅读(304) 评论(0) 推荐(0)
摘要:McCabe度量法是由Thomas McCabe提出的一种基于程序控制流的复杂性度量方法。McCabe复杂性度量又称环路度量。它认为程序的复杂性很大程度上取决于程序图的复杂性。单一的顺序结构最为简单,循环和选择所构成的环路越多,程序就越复杂。这种方法以图论为工具,先画出程序图,然后用该图的环路数作为程序复杂性的度量值。程序图是退化的程序流程图。也就是说,把程序流程图的每一个处理符号都退化成一个结点,原来连接不同处理符号的流线变成连接不同结点的有向弧,这样得到的有向图就叫做程序图。 程序图仅描述程序内部的控制流程,完全不表现对数据的具体操作分支和循环的具体条件。因此,它往往把一个简单的IF语句. 阅读全文
posted @ 2011-05-20 15:25 野生的程序猿 阅读(1887) 评论(0) 推荐(0)