当前位置:首页 > 开发 > 研发管理 > 正文

12年六七月份开发经验总结

发表于: 2012-07-18   作者:bingyingao   来源:转载   浏览:
摘要: 12年六七月份开发经验总结: 需求评审阶段: 产品对很多的细节把握不会太准,但开发人员必然会面面俱到,所以开发一定要全程参与各个需求会议。 产品想到的,开发要想,产品没想到的开发也要想。 对于依赖他人的有些功能,能不能实现,会后一定要找相关人员充分了解情况。 最大风险:开发中依赖于他人的问题,时间一秒一秒的过,压力一分一分增大,却只能眼睁睁的看着。 . 技术方案评审:
12年六七月份开发经验总结:

需求评审阶段:
产品对很多的细节把握不会太准,但开发人员必然会面面俱到,所以开发一定要全程参与各个需求会议。
产品想到的,开发要想,产品没想到的开发也要想。
对于依赖他人的有些功能,能不能实现,会后一定要找相关人员充分了解情况。
最大风险:开发中依赖于他人的问题,时间一秒一秒的过,压力一分一分增大,却只能眼睁睁的看着。

. 技术方案评审:
一个成熟而稳妥的技术方案一定是反反复复沟通、修改了很多遍的。
技术方案尽量具体细致,在做技术方案评审之前一定是与所有相关人员单独沟通过,并在核心问题上都达成了一直,有了成熟的方案。否则贸然把人聚在一起,纯粹浪费大家时间!
关键问题要找对人,不要本来是一个技术问题却找运营聊了半天。


.
交互稿评审:

视觉评审阶段:

视觉评审开发也应注意界面上的每一个元素。对开发带来的影响,潜在的风险。
这里,前端人员尽量到场。要保证,需求方,产品经理,视觉设计师,前端,开发对需求理解的一致性。
以免后来出现不必要的偏差。

开发阶段:

积极发现产品设计上的不足,并及时与产品经理沟通修正。一旦有修改,应要求产品经理更新prd并告知各方,不要仅仅依赖口头。对自己的代码以及所负责的功能应该充分的自测,发现问题,一定不要过于依赖后期测试,或者抱着侥幸心理认为这个小问题测试不会发现。bug就在那里,早晚都是你的,越早发现,风险越小。


测试阶段:
最烦心的bug,往往不是功能上的缺陷。而是因为需求讨论不充分带来的变动、返工。
因此最最重要的还是:主动沟通。



日报周报问题:
汇报,提醒,告知风险的功能。非常重要。

关于风险:
风险越早发现,损失越好,风险、进度要及时邮件告知所有相关人员。
不要盲目承诺别人时间点。

12年六七月份开发经验总结

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号