复盘 一

作者: 唯吾德昕 | 来源:发表于2015-10-24 19:28 被阅读87次

    一、本次复盘基本情况

    (一)复盘主题

    限时大礼包活动-复盘

    (二)基本信息

    1. 复盘时间:2015-10-22 18:50

    2. 复盘地点:办公室

    3. 参加人员:

    4. 用时:

    (三)概况简述

    复盘后进行总结

    二、复盘标准流程

    基本流程说明,请在复盘时严格按照本流程进行。

    1. 陈述规则
    1. 回顾目标
    1. 评估结果
    1. 分析原因
    1. 总结经验(使用时,引用部分删除)

    (一)回顾目标:目的和阶段性目标

    最初目的(Original Intent)

    1. 增加对公司产品的了解
    1. 了解产品工作的流程
    1. 培养自己的复盘能力

    最初目标(Milestones)

    1. 完善限时大礼包活动的原型及PRD文档
    1. 理清楚公司产品工作的流程

    (二)评估结果:亮点与不足(只描述亮点和不足本身,不进行原因分析)

    亮点(Highlights)

    1. 前面做过中秋红包的活动,对产品工作的流程有了一定的了解
    1. 在短时间内弄清楚了运营方面的需求
    1. 根据运营的需求快速的设计出产品原型及PRD文档
    1. 与开发、前端、测试等同事一起把活动处理好

    不足(Drawbacks)

    1. 对公司里面的部分产品逻辑不清楚导致需求不明确
    1. 遇到问题的时候自己没有办法确定,需要向上级报告
    1. 技术同事提了两个大的问题,同时帮我解决问题
    1. 运营方面提出的需求很紧张
    1. 不知道产品后台的设计逻辑及要求

    (三)分析原因:成败原因

    成功原因(Success Factor)

    技术同事对公司的产品非常的熟悉

    • 技术同事在原型及需求的基础上提出很多意见

    前面做过一次类似的活动

    • 通过前面的活动对于产品工作流程有了切实的体会和理解
    • 通过第一次和相关同事合作,有了较为愉快的沟通交流

    失败原因(Faliure Factor)

    对公司产品逻辑不清楚

    • 自己没有很好的使用公司的产品
    • 对公司里面产品的隐藏功能不清楚
    • 公司里面没有完整的功能及需求清单

    遇到技术上面的问题自己没办法确定

    • 自己对于技术不了解

    技术同事提出问题

    • 自己没有发现公司产品需求中问题的能力

    运营方面提出的需求很紧张

    • 运营方面提出的紧急需求,导致产品、开发、设计、前端和测试的时间紧张,可能会有风险存在

    不清楚产品后台设计逻辑及要求

    • 以前没有接触过产品的后台设计

    (四)总结经验:规律、心得与行动计划

    规律、心得(Key Learnings)

    公司产品的基本流程

    • 运营方面提出需求
    • 产品根据运营的需求更新产品需求及功能清单
    • 产品设计原型及PRD文档
    • 产品邀请运营、开发、设计、前端和测试部门一起做评测
    • 根据评测意见调整原型及PRD文档
    • 把原型提交给ui设计产出高保真原型图
    • 前端根据高保真原型图做前端页面开发
    • 开发根据产品的需求做后台的开发工作
    • 测试根据PRD文档进行开发出来的产品测试
    • 测试过程中如果发现bug提交给产品及开发,解决bug的问题

    行动(Action)

    • 开始做(Start Doing)
    1. 进一步的熟悉公司的产品及功能
    2. 了解公司的产品支付方面的逻辑及问题
    3. 和运营沟通,期望下一次能够给产品、开发、设计、前端和测试足够的时间来做产品
    • 继续做(Continue Doing)

    1.在自己知道的产品功能及需求的基础上,尽量不要在产品的需求上出现问题

    • 停止做(Stop Doing)

    相关文章

      网友评论

        本文标题:复盘 一

        本文链接:https://www.haomeiwen.com/subject/qdathttx.html