1.用通俗的语言描述错误,不应该让系统直接返回错误。
2.事无巨细,一一审核。
3.会议的遗留问题一定要有责任人,完成时间。
4.有预审的会议要把临时的评审要效果好的多。
5.邮件要及时回复,并提出问题和建议。
6.发出重要邮件的同时,再用电话或口头知会一次。
7.开发一定要设计过程,并有文档。
8.文档评审要建立签字制,预审合格才能进行评审会议。
9.需求不明确不可自行猜测,应该主动与客户沟通。
10.项目组应该有个黑板,1。张贴进度和通知。2。讨论。3表扬和批评
11.项目成员有不良现象要尽早制止,否则到外来会出大问题
12.一个软件项目必须有质量保证系统,如Xunit这种的自动化测试流程,培养开发人员的自我测试意识,而不能单纯依靠测试或质量部门
13.项目成员的工作应该尽早交差备份,以防离职,采用XP流程中交互评审,共同拥有代码。
http://blog.youkuaiyun.com/yirui/
博客围绕软件项目管理与质量保证给出建议。包括错误描述要通俗、会议遗留问题明确责任人与时间、邮件及时回复、开发要有设计文档且评审建立签字制等。还强调需求不明与客户沟通,项目设质量保证系统,采用自动化测试流程,成员工作尽早备份。
275

被折叠的 条评论
为什么被折叠?



