及IT部门带来持续性的运转阻碍?制定一整套约束规范倒不失为“好”办法。对软件成品设置诸多要求、用大量制度束缚开发者手脚，企业必然会陷入发展缓慢的泥潭之中。约束规范基本上可以视为官僚主义的集中体现。业务人员抱怨技术工具无法切实满足运营需求?住口!这可是完全遵循管理机制所开发出的完美产品。如果这种想当然的工具给业务带来严重损害，责任又该由谁来承担?当然是业务部门的管理者了，他们不是在规范上签字认可过了吗。事实上我们不该太纠结于所谓“管理规范”，让项目按预期效果逐步开展才是正确的选择。企业为什么要投资部署新项目?满足商业执行流程中面临的需求(例如‘提高销售效率’)，而不是过分关注软件层面(例如‘采用Salesforce.com’)。
6.强行指定项目主管
我们都知道，一旦项目管理流程缺乏一位强有力的业务主管，其成功前景将蒙上一层阴影。但为项目强行指派主管则会使一切变得乱七八糟、无法挽回。我们需要名符其实的主管，而不是那种只是挂个名、实际对项目内容一无所知的官僚。这类管理者必须具备过人的胆识、与项目同荣辱共存亡的坚定信念，同时乐于承担实施过程中出现的风险。在必要的情况下，他们甚至需要抛开个人得失来维护执行效果与企业的商业利益。指望随便选定的家伙能拥有这种程度的责任心与使命感?
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
