项目总结
2016-11-21 20:24:23 0 举报
本项目旨在解决XX问题,通过XX方法和策略,我们成功实现了目标。项目期间,团队协作高效,各成员积极投入,克服了诸多挑战。我们的产品/服务已经在市场上取得了一定的成功,得到了用户的认可和好评。然而,我们也意识到还存在一些需要改进的地方,比如XX和XX。在未来的工作中,我们将继续努力,优化产品/服务,提升用户体验,以满足更多用户的需求。总的来说,这个项目是一次富有挑战性和收获的经历,我们从中学到了很多宝贵的经验和教训。
作者其他创作
大纲/内容
视觉通过并发送邮件
测试通过并发送邮件
视觉&产品邮件确认
产品反馈
测试
交互初稿
原则:1.设计不修改交互2.涉及风格确定,方案至少两个,基本元素一致3.设计说明,文档说明4.内部通过,半天内给反馈
注意事项
需求反馈
半天内反馈
内部初稿(小团体内部)
需求准备
先跑冒烟用例,如不通过,打回开发重新提测
1.分工2.明确模块3.单方面沟通4.大版本需求交互提前介入
定稿
测试验证功能;视觉验证样式,两方通过后,进入下一阶段
交互修改及定稿
上线完毕
大评审
产品发送上线邮件,同步全员功能及线上数据
文档反馈
视觉修改及定稿
交互沟通
一个Q的产品状态,参考OKR、wiki
自测
优先级
典叔收集发布信息[发布顺序、发布list、相关人],pm确认上线时间并同步跟进开发依此上线,上线完毕后依此发邮件周知
全员目标
产品邮件确认
二次评审(可选)
典叔回复上线顺序
1.自测、产品&视觉走查、测试提前介入并行2.视觉走查问题汇总修改3.走查问题排优先级
交互设计
产品至少提前24小时,多用图例示意
视觉&产品分别邮件确认
走查
页面输出
UED内部评审
开发依此回复上线邮件
开发
92小分队评审
跟进
反馈
视觉初稿
全员参加(研发看过,准备问题)背景 ↓目标 ↓ 图(流程、导图、原型) ↓细节
明确,不随意修改
测试用例评审
邮件组:过程稿发送 darwen_design,终稿发送 darwen_group
问问&指南项目流程
产品发邮件请求上线
研发
用户/数据反馈
大版本组织测试用例评审
依据冒烟用例作为验证标准
0 条评论
下一页