IT项目管理实践经验分享

yujuan037

看君一席字，胜读十年书！目前在学习，希望各位高手多多交流！我们这些新人多学习下！

ad2978

好详细，楼主辛苦了

ccjjgg79310

再接着说
2、全局的掌控
A）理解目标，宣导给team member
B）解决方案的全面理解
C）控制变更

B）解决方案的全面理解
对于甲方PM来说，有供应商撑着，假设以后也不做二次开发等技术工作，那么PM在技术和业务上最少达到什么程度比较合适呢？

技术和业务上当然是越深越好，但是最少我觉得应该可以全面的理解解决方案。I解决方案一般包括业务需求，业务解决方案（系统有什么功能去实现这些业务需求），软、硬件配置及依据，存储备份策略及依据，网络配置及依据，安全配置（比如访问控制）及依据。

也就是说业务和IT方面不仅要知道要什么，而且要知道为什么。这样在以后调整的时候，才知道调整是否是可以满足目标的。

任何时候有变更，虽然很难像PMBOK说的走正规的变更流程，但是评估变更对目标、范围、成本、质量、资源、进度、客户满意度的事情PM还是应该做的。所以知道为什么很重要。

详细一点阐述
业务要知道什么呢？业务子目标，就是除了前面说的更大的老板给的项目定位，每块业务做什么用的，业务的流程是什么样的，系统中哪些模块对应这些业务的流程和功能。这样在系统做二次开发需求调研的时候，你才知道会影响哪些业务流程、有什么影响，细一点甚至可以说出某些域在模块之间的关联，比如，资金系统里面用到汇率，那么票据、资金计划、银行历史余额与交易明细查询等诸多多币种的地方都可以使用同一个汇率，不能每次用一次输入一次。

做IT的，不要只看着IT那一块，OK了就行了。最好学习一下业务。一来是拓宽知识领域，很多知识都是属于通用知识的，比如，财务、销售之类的，这些知识以后做别的也用得着。二来，好多企业都有类似数据中心这样的地方，就是业务出问题了，可以按照业务流程找到出问题的数据源。做IT的有的时候也会承担数据中心的作用，不了解业务可能没法追溯错误的数据源。三来，从系统设计角度讲，业务、构架都了解才能学习软件设计的思想…………罗嗦了，估计大家都知道了。

对技术方面，我觉得可以不知道怎么做，但要知道能做什么。比如，你可以不知道备份的自动执行脚本怎么写，但是要知道自动执行脚本可以分用户，可以做定时（每周几几点）任务执行，定时备份删除，最好看过那个脚本，有点感性认识。所以PM如果对技术一无所知，其实还是有点困难的。

另外，注意一点，就是全面理解，这个就是PMBOK的单词intergration，整合。甲方技术环境乙方是不了解的，所以他们给的解决方案都是泛泛而谈，通常说来而已。甲方的同志要记得自己家的东西自己最清楚，甲方才是最大的集成商。为了集成的目的，甲方的同志要时刻保持清醒的头脑，在任何时候要反思，为什么如此，能实现业务目标吗？不明白就问乙方的，甲方的同志多幸运呀，有乙方培养我们，把各家解决方案好好的学上一遍就能进步很多。

解决方案的全面理解，就说这么多吧

lawer-bbc

甲方保持清醒的头脑，必须牢记自己想要什么，并准确表述给乙方

zh2y_uf

甲方的经验太宝贵了，谢谢 ccjjgg79310 分享，继续关注

mydear

就怕甲方自己都不清楚要得是什么，后期不断的折磨你

tyfield

感谢各位高手的倾囊相授，学习并继续关注中......

lianghaiyangent

楼主强，感谢！

ccjjgg79310

再接着说
2、全局的掌控
A）理解目标，宣导给team member
B）解决方案的全面理解
C）控制变更

C）控制变更
中国的项目好像都很难控制变更,像前面说的，小处放行，体现人情，大处握紧，避免成本超支是PM要把握的。但是每次遇到变更，

PM有一件事都可以做，就是按照PMBOK上面说的 日常要影响会导致变更发生的因素，也就是说尽量让变更不要发生，万一发生了，了解清楚变更是什么=》评估变更对范围、成本、资源、时间、客户满意度、质量的影响=》找到多个可选方案Option=》找到客户/高层让他们选择一个Option=》执行变更或取消变更。

PM在变更来临时，能够对变更的影响做出正确的评估，PM的功力就非常了不起了。当然评估不一定是纸面的或者正式的，但是PM心里面一定要有数。如果知道影响不大，就可以实施小处放行的策略了。知道了影响是什么之后，给出可选的解决方案也是非常考校功力的。PM要说出新的方案得到的是什么，失去的是什么，就像PMP考试天天问的，fast tracking带来什么呀？风险增加。PM也要学会在给出解决方案的同时，说出新方案对范围、成本、资源、时间、客户满意度、质量的影响，哪里增加了什么样的风险，多大的风险。这样实施起来，心里面有数。

其实我个人感觉，客户很多时候以为变更很容易是因为不知道变更的影响是什么，所以如果能说出影响和代价，很多变更都会取消，即便实施，也是有言在先。客户和老板很多时候很类似，也是喜欢可控的感觉，PM能说出变更的影响是什么，替代的方案是什么，方案的风险和收益是什么，如果发生风险代价是什么，客户会非常喜欢，执行变更PM也能争取到资源，不执行变更就更好。

变更就说这些。

zh2y_uf

请教各位老大，IT如何更好地与业务相融合，IT该不该扮演主动角色？