一、通过访谈了解问题

50. 部门的愿景是什么（或者项目的目标是是什么）？
50. 目前项目或部门中的主要风险/问题有哪些？
50. 目前的工作方式/流程是怎么样的？团队成员的分工是怎么样的？
50. 目前质量衡量指标有哪些？
50. 影响项目成功的关键因素是什么？如何界定项目的成功？
50. 对项目管理的期望是什么？

1. 项目立项较随意
   1. 21. 比较缺少市场调研分析，对该项目/功能所带来的改变/收益没有详细的研究；
      21. 无法说服相关参与者真正的参与到项目当中，下游开发测试团队感觉都是为上游的网站策划团队打工；
2. 需求变更频繁，需求变更无流程，变更原因不清，变更后通知不及时
   1. 21. 需求讨论和分解不充分，测试和客服团队经常包含进来；
      21. 没有召集所有可能影响到得团队成员参与讨论（如经常忘记加测试、客服人员参加）、或者需求讨论只在会议上进行，没有预留时间让大家提前了解需求；
      21. 需求文档和相关的交互、视觉文档没有基线化，大部分的需求变更都是通过在文档系统上追加备注进行更新的，而下载的文档内容并不是最新的内容；
      21. 需求变更经常发生在IM通讯群里进行讨论，而需求文档经常没有及时同步更新，并且有些相关人员没有及时通知（如测试人员）
      21. 无变更管理流程（什么样的需求变更需要谁在什么时候做决定）

1. 各项目的计划不清楚、项目状态不透明
   1. 21. 无项目交付节点、或者对milestone的交付物定义不清楚
      21. 相关项目参与人员很少有定期的面对面会议进行状态同步，大多数沟通时通过IM工具来完成的
2. 产品策划人员没有得到充分授权进行项目的执行，或不知道如何进行进度监控和风险规避，部分策划人员没有动力去进行项目的计划、跟踪、交付过程，认为策划出的功能后续团队就能自动化的交付；
3. 相互推诿比较多，对于延迟的项目/任务，基本上都认为问题出在其他团队身上（如技术认为UED 是瓶颈，UED认为策划是瓶颈等）
4. 会议效率较低:
   1. 21. 没有留出时间让会议参与人员进行准备
      21. 很少有会后跟踪措施，没有做到问题的闭环跟踪
5. 很少有人在乎计划的交付日期:
   1. 21. 产品部门无中、长期的计划，以及如何达成这些目标计划不可视，希望能够有季度部门会议从业务优先级上使大家达成一致
      21. 无部门管理团队定期的面对面的周会，周报大多流于形式，各组间的依赖、风险、问题没有进一步的跟踪和解决措施

50. 项目计划清楚、可视、可控
50. 整理一个项目启动评审的决策流程，能够帮助大家识别项目的价值和优先级
50. 加强各部门在项目中的合作，使相互的协作更加流畅
50. 项目需求更加清楚合理，考虑更全面
50. 需求变更有据可依，有据可查
50. 提高项目参与人员的主人翁意识和责任感
50. 尽快做1~2个标杆性的项目，通过此项目向其他同事传播专业的项目管理方式

    在得出基本的问题列表以及结合大家对项目管理的期望，和业务部门主管一同讨论后水到渠成的得出了项目管理工作的基本思路，不积跬步无以至千里，改变和提升先从试点项目开始。

PMP小知识：项目决策应遵循的原则: (1)科学化原则（2）民主化原则（3）系统性原则（4）效益原则