项目经验总结范文.docxVIP

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
—PAGE 4— 项目经验总结范文 项目经验分享: 1、良好的文档习惯是保证项目可持续、可维护、可修改的基本条件,在今后项目过程中为控制后期开发和维护的风险,尤其是保证系统详细设计的质量,能够支撑开发人员的开发工作。项目组成员要保证自己所出文档的质量。 2、在系统研发过程中,需要加强设计人员与开发人员之间的沟通。尤其设计人员和开发人员要多进行沟通,发现问题及时解决,而不是等开发完毕后通过测试发现问题再进行整改。再次明确系统研发过程中设计人员、开发人员和UE设计人员的沟通确认流程: 3、UE风格需遵循一定流程:主体配色效果?一级二级导航风格和样式?详细细节调整。 4、做任何事情,没有做不到的,只要朝着一个目标前进,利用各种可用的资料,一定能达到最终的目的。业务不熟,查资料,问同事;技术不熟,查百度,看示例,查API;沟通不畅,功课做在事前,多听,多记。 5、事情一团乱麻的时候,“抽丝剥茧”还是很管用的,工作中出现一团糟的时候,理一下思路,一步一步来,总会有结果的。任务多的时候,不一定所有都能及时沟通到位,可以先就确定的事情开展工作,毕竟就算是造飞机也是需要螺丝的。总之,耐心细心就好。 6、写代码前,约定好项目中的包的名称,包的路径,有利于规范及避免分歧。写代码前,尽可能的考虑的更清楚再写代码,看似有点浪费时间,实际上提高了工作效率。本人是开发,要和设计人员做好沟通,这样才能尽可能的避免因为业务不清晰而造成的返工。 7、在进行系统数据模型设计的过程中,需要注意考虑项目未来的发展,不能只考虑当前业务来设计数据模型。考虑到未来集团化互联网的发展,有些数据字段目前可以为空,但是应该保留。并且为了未来集团化管理,各中心系统和云端的主站数据能够互通,例如:为了避免出现主键冲突,考虑数模设计时,采用联合主键的方式。 项目工作建议: 1、在开发人员单元测试和设计人员的功能测试过程中,应该将BUG都记录下来,与开发负责人沟通,明确责任人和解决时间。这样不仅能够提升系统测试效率,同时对开发人员自检代码也是一项提升; 2、建议目前项目研发的过程中,设计人员要多和开发人员交流。尽量每做出一个功能都和设计人员交流确认,避免出现理解偏差,造成整体返工的情况; 3、建议项目组每周的周会,项目组所有成员都进行发言,总结上周工作情况,提出需要协调的事项。同时对项目组成员的个人工作也是一个梳理和锻炼的机会。

文档评论(0)

131****5598 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档