上一篇
下一篇
维思营销对中国软件行业项目开发过程的阶段性总结
作者:admin 日期:2009-11-20
维思营销对中国软件行业项目开发过程的阶段性总结
项目应当具备较为完善的UML模型图，设计的时候必须减少包（命名空间）之间的交叉耦合，尽可能的保证每个包的完整封装；
尽可能有完善的数据库设计，至少主业务逻辑的数据表应当是健全的；
尽可能定义好基本的异常类以及业务的异常类；
编码规范很重要，必须一开始就强调，否则项目开发之后再来修正将付出非常大的成本，而编码规范要落实下去，必须一开始就进行代码走查，因为中国的程序员都是非常有个性的；
程序员都不会很老实的按照主管的想法去做，必须进行适当的检查以及代码走查，否则等项目快结束的时候再进行检查，修正问题所付出的代价会很大；
不要一开始就要求实现完美的设计或者复杂的功能，因为过度的设计和复杂的功能会严重打击团队的士气，带来的后果将十分危险，同样，太容易实现的设计或目标有可能造成团队容易浮躁、不能很认真的用心去开发项目；
一定要设法让每个人爱上项目，对项目充满信心，一个没有激情的团队是很难团聚在一起的，当然也不会产生创造力；
培养每个人的责任感是领导的重要任务之一，如果团队中的人不能对自己的事情负起责任，那么将没有人去关心项目的结果，因为项目弄砸了也和自己没有关系；
项目中，领导的作用不是指导团队如何去做，而是应当让每个人都学会思考问题，激发每个人的潜能，并给予一定的引导；
领导人的魅力和影响力不要期望通过交情来建立，有魅力的领导通常都是在合适的时候选择合适的人去做合适的事情，然后，有这些人产生正确的结果。能够让大部分人在工作中享受乐趣的同时又能提升自己的竞争力是一个领导的魅力和影响力的主要体现之一；
无论遇到多大困难，尽可能保持微笑很重要；
如果实在解决不了问题，那么就干脆放松大脑，偶尔走走，然后和技术好的人聊聊，或许会很容易得到启发；
不要一有问题就请教别人，至少要对问题进行简单的逻辑分析，再不行就“百度一下”，太频繁的请教别人或者问了太幼稚的问题会很容易让别人失去耐心；
犯错误是正常的，不犯错误才不正常，两次犯同样的错误是愚蠢的；
每天都要记得温习这句话：BUG永远会发生，需求永远会变，接受吧！
没有所谓绝对健壮的程序，也没有所谓效率最好的程序，请记住进度，无论用多糟糕的编码，只要功能实现就行，因为赶快按时完成任务比什么都重要，但是在每天完成任务之后，只要还有剩余时间，赶快复查代码，然后进行小范围重构；
看到别人的代码很糟糕的时候，不要总是开口大骂或者鄙视别人，当你的领导告诉你，某个重要的功能明天必须完成，而这个功能一般需要三天才能完成的时候，你就会明白，有时候代码就必须这样写！
无论时间多紧，一定要编写测试用例，那怕测试用例很简单，否则花在修正BUG上的时间会很多，其中包含同事间交流、领导询问、客户询问等时间成本；
学会用正确的手段拖延工期，因为领导都是希望项目越快完成越好，然而赶出来的项目往往BUG很多，拖工期不是因为我们能力差，而是要对客户负责，尽可能不要劳驾客户帮我们“测试程序”；
中国的测试人员都不会十分专业，如果时间允许，自己编写专门针对某些重要模块的测试用例或者编写一些测试工具是必要的，这样不仅可以让我们的发现更多的BUG，同时也有可能会让用户禁不住说：“这个产品非常棒！很稳定，用起来非常方便！”，我想，这也许是作为程序员最值得骄傲的地方吧！
如果你的上司不能为自己做错的事情负责，那么就赶快跳槽或者换部门吧；
接受吧，有时候努力了也会没有成果！
项目应当具备较为完善的UML模型图，设计的时候必须减少包（命名空间）之间的交叉耦合，尽可能的保证每个包的完整封装；
尽可能有完善的数据库设计，至少主业务逻辑的数据表应当是健全的；
尽可能定义好基本的异常类以及业务的异常类；
编码规范很重要，必须一开始就强调，否则项目开发之后再来修正将付出非常大的成本，而编码规范要落实下去，必须一开始就进行代码走查，因为中国的程序员都是非常有个性的；
程序员都不会很老实的按照主管的想法去做，必须进行适当的检查以及代码走查，否则等项目快结束的时候再进行检查，修正问题所付出的代价会很大；
不要一开始就要求实现完美的设计或者复杂的功能，因为过度的设计和复杂的功能会严重打击团队的士气，带来的后果将十分危险，同样，太容易实现的设计或目标有可能造成团队容易浮躁、不能很认真的用心去开发项目；
一定要设法让每个人爱上项目，对项目充满信心，一个没有激情的团队是很难团聚在一起的，当然也不会产生创造力；
培养每个人的责任感是领导的重要任务之一，如果团队中的人不能对自己的事情负起责任，那么将没有人去关心项目的结果，因为项目弄砸了也和自己没有关系；
项目中，领导的作用不是指导团队如何去做，而是应当让每个人都学会思考问题，激发每个人的潜能，并给予一定的引导；
领导人的魅力和影响力不要期望通过交情来建立，有魅力的领导通常都是在合适的时候选择合适的人去做合适的事情，然后，有这些人产生正确的结果。能够让大部分人在工作中享受乐趣的同时又能提升自己的竞争力是一个领导的魅力和影响力的主要体现之一；
无论遇到多大困难，尽可能保持微笑很重要；
如果实在解决不了问题，那么就干脆放松大脑，偶尔走走，然后和技术好的人聊聊，或许会很容易得到启发；
不要一有问题就请教别人，至少要对问题进行简单的逻辑分析，再不行就“百度一下”，太频繁的请教别人或者问了太幼稚的问题会很容易让别人失去耐心；
犯错误是正常的，不犯错误才不正常，两次犯同样的错误是愚蠢的；
每天都要记得温习这句话：BUG永远会发生，需求永远会变，接受吧！
没有所谓绝对健壮的程序，也没有所谓效率最好的程序，请记住进度，无论用多糟糕的编码，只要功能实现就行，因为赶快按时完成任务比什么都重要，但是在每天完成任务之后，只要还有剩余时间，赶快复查代码，然后进行小范围重构；
看到别人的代码很糟糕的时候，不要总是开口大骂或者鄙视别人，当你的领导告诉你，某个重要的功能明天必须完成，而这个功能一般需要三天才能完成的时候，你就会明白，有时候代码就必须这样写！
无论时间多紧，一定要编写测试用例，那怕测试用例很简单，否则花在修正BUG上的时间会很多，其中包含同事间交流、领导询问、客户询问等时间成本；
学会用正确的手段拖延工期，因为领导都是希望项目越快完成越好，然而赶出来的项目往往BUG很多，拖工期不是因为我们能力差，而是要对客户负责，尽可能不要劳驾客户帮我们“测试程序”；
中国的测试人员都不会十分专业，如果时间允许，自己编写专门针对某些重要模块的测试用例或者编写一些测试工具是必要的，这样不仅可以让我们的发现更多的BUG，同时也有可能会让用户禁不住说：“这个产品非常棒！很稳定，用起来非常方便！”，我想，这也许是作为程序员最值得骄傲的地方吧！
如果你的上司不能为自己做错的事情负责，那么就赶快跳槽或者换部门吧；
接受吧，有时候努力了也会没有成果！
文章来自: 
引用通告: 
Tags: 
相关日志:
评论: 1 | 引用: 0 | 查看次数: -
回复
了了[2009-11-20 09:04 PM | 
]发表评论