一书七拆--人人都是产品经理（五）

传送门
一书七拆--人人都是产品经理（一）
一书七拆--人人都是产品经理（二）
一书七拆--人人都是产品经理（三）
一书七拆--人人都是产品经理（四）
一书七拆--人人都是产品经理（五）
一书七拆--人人都是产品经理（六）
一书七拆--人人都是产品经理（七）

传送门

内容简介：
这是写给“-1到3岁的产品经理”的书，适合刚入门的产品经理、产品规划师、需求分析师、以及对做产品感兴趣的学生，用户体验、市场运营、技术部门的朋友们，特别是互联网、软件行业。与其他同类书籍不同，本书就像你走到作者身边，说“嗨哥们！晚上有空吃个饭么，随便聊聊做产品的事吧。”

沟通从头开始

• 从项目开始直到结束，我们无时无刻不需要沟通，所以有必要一开始就约定好项目的沟通方式。
  项目的沟通方式各有不同：
  周期：以“日”或“周”为单位，主要取决于项目时间的长短及变化的频率。
  渠道：会议、邮件等，需要在成本和效率之间取得平衡。
  发起者：一般由项目经理、开发经理、测试经理主导相应的沟通。
  参与者：发起者确定参与者，不要遗漏项目边缘的同事。

• 不管选择何种沟通方式，目的都是相同的--为了项目成功。一般来说，常做的项目，通用的沟通方式有如下几种，供大家参考：
  项目晨会：自项目进入开发阶段至发布日止，开发经理每日召集相关人员，主要是PD、开发人员、测试人员参加。
  项目日报：自Kick Off起至发布日止，开发经理每日发给项目的所有干系人，测试开始后以测试日报为主。
  评审会：相应PD召集需求评审；相应开发人员召集设计评审；相应测试人员召集TC(测试)评审；产品可用之后，项目经理尽快召集功能评审，项目所有干系人参与评估。
  项目变更申请：项目发生重大变更，项目经理与项目督导委员会（一般成员有项目的领导或领导的领导）沟通后确认变更。
  发布预告及公告 ：项目经理在项目发布前两个工作日发预告给项目所有干系人，项目发布成功后发公告给所有干系人。