小春网

 找回密码
 注册账号
查看: 1741|回复: 19
收起左侧

[IT 交流] pmp经验传授

[复制链接]
发表于 2013-7-16 08:26:59 来自手机 | |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册账号

x
pmp是一种管理思想 死记硬背毫无疑问可以通过、但是你会很累。其实只要你理解它的每一个管理的目的并且跟你实践中的事例结合起来,这里指你的理解,它就很容易通过。
有工作管理经验的话只看概要书 加以工作中经验 分析可过。
如果按着日本的工作方法去照搬答题 很多情况是不对的。这点需要注意。日本人的项目管理是有严重的消费花费很不科学的"典范"。
自己看书很难总结出或者真正理解之间的关系,
本人pm经验丰富 负责辅导,工作中主要负责培养pl和pm。可以对有项目管理有初步认识的人进行传授。价钱另议 有意者站内信息。
发表于 2013-7-16 08:43:56 |
虽然是一种变相的广告,但是可能对版友们有用,暂不处理

关于收费的问题,请各自私下解决,不要产生纠纷

和小春以及技术交流版无任何关系
发表于 2013-7-16 09:02:17 |
如果单纯为了资格考试,熟读《项目管理知识体系(PMBOK)指南》和多做真题才是王道

如果为了提高项目管理的水平,迷糊推荐如下书籍
<<项目管理修炼之道>>
<<程序员的思维修炼:开发认知潜能的九堂课>>
<<高效程序员的45个习惯:敏捷开发修炼之道>>

第一本,建议项目管理人员自己阅读,第二本和第三本可以和开发人员一起阅读
这些书,共同之处在于pragmatic,注重实效
再辅以一定的理论支持,就会产生很好的效果

纵观近期带的项目,核心问题还是人,担当是否愿意全面深刻的理解整个系统的架构和他人做成的代码,在遇到困难和问题时,是否愿意(有时是免费的)加班予以解决,是否愿意报告真实的进度

总之,迷糊感觉,项目的成败关键在于参与其中的人的主观能动性以及技能
其他客观的因素,基本上都能被解决,只是时间的问题
 楼主| 发表于 2013-7-16 20:59:05 来自手机 |
我可能没理解楼上所说的意思。楼上所说技术力和人的能动性都是前提。而项目管理所起到的作用是如何确保技术力和调动能动性 这是pm的工作。当和计划有出入时如何解决、事先预防风险。 pmp讲的计划、和对计划的实施 监视管理,就是当问题发生时你要怎么办,最考验pm的是计划时如何很敏感的将风险点评估出来,准确的调动资源,内部不足的话从外边高薪聘请等,做出相应的人员,风险,成本开销的计划等,并且当问题出现时、用很好的提案和说服力去和客户达到一个很好的合意。 我觉得一个项目成不成功主要看pm的掌控能力 这是必须,其次是有没有对项目理解好的pl 能够抓住要点 而且这些人不是技术型 而是需要能站在客户立场想问题的逻辑思维能力分析能力好的人。有这些就没有问题。
成员也很重要,但是成员是pm来调节的 所以不能依靠成员决定项目的成败 而是pm决定项目的成败。
客户真正看好的人 愿意长期合作的对象不是技术能力强的人 而是总结能力,表达能力,分析能力,调节能力 控制能力强的pm。而不是某一个成员。应该说客户和技术成员基本不接触。他们交流的对象是pm 最多到pl
在下纯属个人见解。经验交流而已。无其他意思
 楼主| 发表于 2013-7-16 21:10:51 来自手机 |
还有一点技术力和时间无法解决的事情,在项目进行当中,因些外部因素导致项目停2个月 这个时候团队维持的费用怎么办?这种问题不是时间能解决的。你要是说我们不干了?不行 那以后你的项目就别想再有了 客户也不会再把项目给你。这个时候是作为pm成为主角的时候。
这些不可预测事态在项目中经常发生 如果以很强硬的态度回应客户,那是短期行为。pm应该制定确保长期利益的方案来向客户提案 这些尽管不是pmp写的对应方法 但是在现实中很实用。
当然你也可以最开始评估这些风险 用最实用的契约方式去避免这个风险。
还有就是客户要求的业务要件认识有不同的时候,或者用户提出的要件不明确的时候 用户之后说很多很多问题的时候的谈判能力也很重要。当然 理想的是在事前把用户的要件都问出来 但是这不是很现实。
 楼主| 发表于 2013-7-16 21:16:10 来自手机 |
楼上这句说的很赞同:
担当是否愿意全面深刻的理解整个系统的架构和他人做成的代码,
如何让成员达到这个程度要靠pm的控制 代码估计都不愿意看。要知道整理机能是什么、自己做的部分是其中什么部分起什么作用 这样做出来的东西才具有完整性。这需要一个好的pl pl理解项目机能 他有义务将这些传授给他的成员 这样认识不一致的事情会减少很多。风险也会减少很多。
发表于 2013-7-16 22:18:11 |
看到楼主认真的回复,很是欣慰,希望常来技术交流版发帖交流

迷糊认识一些通过PMP认证的朋友,听过他们的讲座,感觉确实是一套很注重流程和实效的项目管理方法

如果感兴趣的朋友可以买《项目管理知识体系(PMBOK)指南》通读一下,结合实际项目,择其善者而从之

可能大家现在遇到的困难和问题不在一个层面上,迷糊现在更关心如何在没有文档,或者文档不可信赖;没有注释,或者注释不可信赖;等种种情况下,读懂100K代码中自己关心的那部分,并把障害改修过来

在没有枪没有炮,没有debug,只有log出力的情况下,如何提高解析效率……

嗯,理想中的项目确实很完美,现实中的代码质量也确实很残酷

嗯,说多了,因为大家不在同一个软件成熟度下……

迷糊现在就一个希望:
所有小弟都把设计资料里的文字,一字不动的拷贝到代码中做注释;好在发生障害时能第一时间找到原因

如果再加一个愿望的话,就是:
log能够如实的反映代码执行的过程,不多不少,充分且必要

也许更实用滴说!?
 楼主| 发表于 2013-7-16 22:38:12 来自手机 |
呵呵。交流是重要的。给楼上一个建议。
通过做规章 规程制定规矩可以解决。这也正是大公司接活容易的原因所在。质量有保证 风险有人承担。 基本设计流程和详细设计详细设计留下的话就解决很多问题。pg设计书我说实话从来不看。基本设计和详细设计处理的流程就懂了。客户是不会听代码的。用户最多听基本设计和详细设计。代码是开发者的问题。这些自然要去完善。但是第一步是要完善基本设计 详细设计 而且是有层次的设计书  一个系统需要有什么,他们都是如何实现的。
 楼主| 发表于 2013-7-16 22:46:27 来自手机 |
楼上遇到的问题其实我也遇到了。现在都是看代码来分析逻辑。我们和我们下包一起利用保守的工数 来总结机能 从基本设计做 保守中需要看的多的是基本设计详细设计 pg不是那么多。
使用频度来讲也是基本设计和详细设计最多
其实改善就是一个项目。立项目、制定计划 调整经费 、立计划 推进 的一系列。
你可以单独立项 跟客户谈厉害 要预算。这要看你老板 或者营业还有你pm的本事和人脉了
头像被屏蔽
发表于 2013-7-17 01:42:41 |
提示: 作者被禁止或删除 内容自动屏蔽
小春网
常务客服微信
微信订阅号
手机客户端
扫一扫,查看更方便! 快速回复 返回顶部 返回列表