您的位置:软件测试 > 软件项目管理 > 项目案例分析 >
一个关于项目管理的通俗讲解
作者:网络转载 发布时间:[ 2013/6/13 14:56:57 ] 推荐标签:

 家规一条,不参阅者或不照此操作者不许谈恋爱!
 大公司一般有质量管理部门(QA),QA的成员基本上都是由非常有经验的PM转型过来的老狐狸,是老总接班人的有力争夺者:)
 这也是我们说一个失败的项目会培养一批的项目经理的原因。
 哪个门后的《恋爱指南》我们称之为文档,文档重要吗?我们说在电信科技处的同志们说重要,为什么因为他们管这个,但对于我们呢?
 大家拿起你身边的一只笔,告诉我他多长?
 有的说10厘米,有的说10。0987厘米。
 我们说他的估算很精确,但不准确!!
 这是我如果拿一只笔告诉你正好10厘米,然后和你的笔比对你是不是比较容易得出测算?
 这说明文档是非常重要的,有的人认为文档是无聊的,项目结束后做个总结不是了吗。
 错,文档的整理应该贯穿于项目管理的始终。
 文档的管理是对项目进行良好的跟踪和监控的一个手段,简单的讲是根据你的项目计划进行你的文档管理。
 一般档案分类主线是:立项、计划、执行、结束4大类;然后在每大类中,再根据任务或者团组分类管理,根据哪个需要根据你项目复杂程度和管理习惯,总之原则是方便你对整个项目进度的追踪。
 以上我们讲了项目管理的九个知识领域,五大过程组,还有“项目管理三角形“,下面我们讲PMBOK。
 PMBOK是项目管理圣经,也是Project management body of knowledge,项目管理知识体系指南
 它是美国项目管理协会(PMI)的核心指导出版物
 但它象一本字典,往往你看到第三页会睡着:)
 在此简单介绍美国项目管理协会(PMI)和国际项目管理协会(IPMA)
 美国项目管理协会只有PMP一个证书,而IPMA有四级,你可以一毕业可以考试,这个我们后面详细的讲。
 下面讲几个名词,如果你掌握了,一和人讲项目管理你抛出来,一定没有人敢小看你。
 他们是WBS、甘特图、基准(BASELINE)、项目干系人和关键路径
 WBS是WORK BREAKDOWN STRUCTRE ,工作分解结构
 WBS的定义还是很麻烦的,PM要召开团队进行讨论,向成员提供与项目相关的所有详细资料,并把WBS树分解到二层三层。然后要花上一段时间让成员 进行头脑风暴式(BRAINING STORM)思考,制订工作产出和相应人员的职责,记录每一个工作包的完成标准。
 比如我们要结婚了,怎么来分解呢
 无非是办酒席,拍结婚照,,等等,这个在论坛上曾有人做了详细的分解,大家都可以找到。
 我们说为什么WBS重要,而且大部分项目管理的咨询都是针对WBS的咨询
 因为WBS做好了,以后工作有了参考物,你知道在不同的阶段你应该干什么,完成到什么进度。
 其实WBS的划分是没有规则的,主要的考虑角度是方便你做各类的统计工作,为管理服务。
 同样的一个项目其管理的侧重点不同,WBS结构的划分也可能是完全不同的。
 衡量划分好坏的标准应该是看其是否满足你管理的需要。
 甘特图也叫横道图等,很多名称,我们说它是甘特在第一次世界大战时开始使用,它是在WBS的基础上将WBS形象化老控制进度
 对于基准,我象举个例子。
 我们在没有结婚之前,你脚踩几只船?
 我们说法律允许但道德不允许,但你可以脚踩N只船:)
 但当有你和你的朋友进了一个小黑屋子,然后带了两个盖章的本本的时候,你还可以脚踩N只船吗?
 我们说此时不允许了,因为你过了一个基准线(BASELINE)
 如果你还想脚踩N只船需要重新回小黑屋子再盖两个章可以了。
 那我们的项目要越轨怎么办,也是项目变更?
 我们说对这样的项目变更会影响各要素比如时间,成本,质量等
 我们应该统一由项目管理办公室来进行控制,如果你要变更基准,必须要进行严格的限制。
 在客户提出变更请求时,要建立变更申请登记表和变更申请 表,并让客户签字。
 有时候一些不是非常关键的模块PM也不至于一点不讲情面,该卖面子的时候还是要卖,尤其是当着对方领导的面,千万要 卖面子,但是也别卖的太干脆,不要让他们得到的太容易。
 PM在变更管理中需要做的是分析变更请求,评估变更可能带来的风险和修改基准文件。
 如果一个项目进行过程中,比如现在的点心的3G项目,你发现如果再多花一点时间可以编写出对以后非常有用处的程序,但这个程序不在本项目范围之内,你要不要做?
 对,我们说不能做,你可以重新起一个项目来做,但不能在这个项目里做,这样会是我们的项目成本超出,风险增加,而且和其他的项目缺少比对性和参照的价值。
 这也是我们说现在有大约80%以上的项目失败的原因,我们说项目失败并不是项目进行不下去了,彻底破产,在PMI有明确的定义,凡是项目 的成本超出预算,质量没有得到保证,时间超过预计等等都在失败的范围之内。
 这个在华为做的很好,华为有个有名的增量开发的名声。
 只用20%的功能先满足你80%的需求,其他的功能我可以开发升级的版本,于是在小数点后平明的增加数字,于是是了V1,V1.1, V1.11....等版本
 它从来不一下子满足你所有的需求,我们大家想想,谁没有事情拿出自己的手机把所有的PING码都试用一下,我们说没有,我们大部分的需 求是在打电话,发消息,打打游戏,对不对?
 这点在项目管理中非常重要,请大家结合资料好好研究。
 项目干系人是什么东东,谁给我举一个例子?
 对,包括项目人员的老婆孩子,正确
 我们说有的项目需要的时间很紧张,如果你的项目成功了,但项目的程序员们都成了光棍,那项目还是非常失败,至少不是丧心病狂的PM这么想。
 合理解决项目干系人的冲突是个很累的问题,其中还包括你的只能经理们,你的董事长,你的客户,等等,等等,有的说没用?
 好,如果你的项目进展不下去,你该怎么办?
 对,开会,把你的高层找一个坐到会议室,不用他说话,只让他暧昧的看着大家,大家一定会想,这个家伙一定和领导有关系,我们还是好好的做这个项目,下一个项目再给他使拌子吧:)
 所以为了不累死好好分析一下你的项目干系人吧

上一页123下一页
软件测试工具 | 联系我们 | 投诉建议 | 诚聘英才 | 申请使用列表 | 网站地图
沪ICP备07036474 2003-2017 版权所有 上海泽众软件科技有限公司 Shanghai ZeZhong Software Co.,Ltd