项目日志3－项目风险问题升级

   需求方的需求一般都是比较急，前期各方沟通都没有落实具体的时间点就开始让开发这边介入了，开发同学也比较配合，吭哧吭哧就开始搞了，搞了一段时间，发现与外部的配合时间点还没有搞定，这个时候开发就开始紧张了，会不会作了半天的东西因外外部配合不上不搞了，这个时候就时刻盯着产品经理去搞定第三方时间点，但是第三方的需求也不是马上就能排上的，或者他们有自己的需求不想接我们的需求，排期非常靠后，我们的项目有风险了。

   怎么办？先是去找产品经理说明原因，目前的风险，然后产品经理去推动解决，一天过去了，未果，开发进度hold,UC评审进度hold,眼看第二天快下班了，还没有结果，这个时候就考虑了，项目组10几个人(开发＋测试＋UED)全部都在等需求，这个资源浪费太大了，如果这个问题不解决掉，问题还会更严重，于是把老大请出来，说明问题所在，让老大去找对方的老大说明我们项目的紧急程度，果然老大一出马，问题2小时搞定了

    经验教训：

    1.项目开始之前产品经理必须和依赖的外部系统严格约定好共同的发布时间点(和对方的PM,产品经理)，然后得出结论性的东西－－邮件用于存档

      －－有的产品经理可能只是口头和外部系统提出需求，对方答应要作，然后认为第三方已经搞定了，其实这是有很大问题的，一个是什么时候能作，另一个问题就是作到什么程度,第三就是对方开发PM对我们需求的了解程度，这些问题都是必须在项目前期沟通时解决的

    2.慢慢的把项目的问题和风险升级

      －－PM先去协调解决问题，并把问题及时抛出来，让项目组的组员都了解，当问题多次协调都无结论的时候，把这些问题抛给对方的老大，然对方的老大出资源解决，如果还无结论，就让自己的老大去出面去协调