PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
不要再说什么项目管理流程最终的表现形式是文档了。你可以看见,上面三类文档中,只有一类是客户需要的,其他都不需要。换句话说,没有人要求你一定用文档进行管理,如果你有更经济的手段,更有效的方式,文档不是比叙的一条路径。
当然了,我喜欢说的一句话是:如果你还不会走,就不要跑。如果团队的确差到这种地步,从文档着手,来拉流程是一条很现实的路线。只是,不要企图一下子搞太多的文档和流程了,至少我这些年的管理经验,没有支撑这种想法的案例。
不要让项目管理承担人员管理的职责。这很让人郁闷的……
项目就是靠人做的,软件项目至少现在还不是搞一个工人,培训个三个月,按照文档就能接手和开发的。那么人在项目在,人走项目死就难以避免,我们只是降低这种风险,而不能完全避免;不相信你想想,如果主设出车祸死了,你的项目能够不瘫痪?嘿嘿。
降低这种风险,我一般做两点: 1 加强项目组内部的沟通,使得项目组内部人员对系统有全局一些的了解; 2 如果项目发生人员变动,立即安排人员接手;除非这个项目我们明确不要了。
其实文档是双面刃,做不好或者滥用了,项目就可能像蜗牛一样越爬越慢。。。以前在一家公司,一段时间回头看自己做的事情“咋整天都在搞文档,而且这些文档好像是废纸”。。。够郁闷吧~~
适用的就是最好的,别管什么500强用了多好多好的规范化。。。眼睛看到脚下就ok
One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com