![wap 百科首页改版及推广位项目 case study By: 马兴驰 [email_address]](https://image.slidesharecdn.com/casestudy-111024204946-phpapp01/85/Case-study-1-320.jpg)
More Related Content
Viewers also liked (20)
Similar to Case study (7)
Case study
- 1. wap 百科首页改版及推广位项目 case study By: 马兴驰 [email_address]
- 2. 目录 背景 案例 1 ：沟通 案例 2 ：排期 案例 3 ：代码合并
- 4. 沟通
- 5. 问题 1( 沟通 ) 问题 1. 没有参与 RD 的详细设计评审 2. 项目开发之前没有与 RD 沟通好接口 3. 没有仔细看 MRD ，很多细节没有与 PM 交流好
- 6. 问题 1( 沟通 ) 导致后果 1. 没有遵循 MRD ，第一轮测试出现 16 个 bug ，影响 QA 2.MRD 有些功能考虑不完全 ( 如重置 ) ，影响 PM 3. 项目开发过程 RD 需要根据 FE 的需求不停增加内容，影响 RD 代 码质量
- 7. 问题 1( 沟通 ) 解决 ： 1. 开发前仔细熟悉 MRD ，特别是注重细节，做好 MRD 评审， 开发过程中 不轻易要求 PM 更改 MRD 2. 做好与 RD 的沟通，开发前做好接口设计，熟悉数据交互方面的前后台流程 3. 要注意情绪控制，做到就事论事 4. 做好充分自测
- 8. 排期
- 9. 问题 2( 排期 ) 项目排期 开发周期： 9.8~9.18 。 ( 5 个工作日 ) 联调周期： 9.19~9.21 。 ( 3 个工作日 ) 提测周期： 9.22~9.28 。 (5 工作日 ) 上线时间： 9.29 。 实际开发周期 开发周期： 9.8~9.18 wap 百科首页改版 。 ( 7 个工作日 ) 9.19~9.22 wap 百科推广位后台 核心部分于 21 晚通宵开发 ( 4.5 工作日 ) 联调 ( 无 )
- 10. 问题 2( 排期 ) 导致后果 ： 1. 项目开发时间是计划开发时间的两倍多 2. 影响项目流程，推广后台模块没有花时间去与 RD 讨 论接口，后台模块没有联调的时间，没有自测时间 3. 影响开发节奏，代码质量不高 4. 提测延期，影响 QA
- 11. 问题 2( 排期 ) 解决 ： 1 、 MRD 沟通后，对于排期，没有把握的不要立即答应给出排期 2 、对于不确定，心里没底的功能点应该要有调研时间 3 、在项目开发进行中如有困难应该及时 与 pm 等项目组人员通报反应存在问题，尽早重新评估排期 4 、项目排期要结合项目 FE 开发的实际情况，不能跟着 RD 、 QA 的排期来定 FE 的排期
- 12. 代码合并
- 13. 问题 3( 代码合并问题 ) 问题： 1. 不熟悉 svn ，第一次合并代码时以为打完 tag 就是合并完毕 2. 发现错误后合并代码， merge 命令两个参数写反了，代码被覆 盖，没有去及时查找原因，而是把自己的代码重新加了上去
- 14. 问题 3 导致后果： 搭车代码全部没有了
- 15. 问题 3 解决 ： 1 、个人加强 svn 学习 2 、注意 mis 系统开发的特殊性（有搭车现象），所以在合并的时候要考虑进去，即使出现问题，合并代码后于搭车的相关人员确认一下，也可以 避免问题。 3 、对 mis 进行拆分，将 wap 相关的部分进行剥离
- 16. 问题 3 处理 个人：花时间熟悉项目中使用到的工具 项目：将 wiki-php wap 模块与 PC 端模块分离
- 17. 总结 1. 安排好排期，对 MRD 中的各个功能模块进行难度评估，对于没 有把握和需要技术调研的模块留出评估时间 2. 使用前端框架 3. 做好开发过程中的每一个流程 MRD 沟通，评审—详细设计—沟通—开发—联调—自测 4. 充分做好自测工作 5. 做好接口沟通
- 18. 总结
- 19. Thanks 谢谢