标签：
俗话说磨刀不负砍柴功，如果不知道为什么这么做，能有什么好处，则即使指定的规范也不会良好的落地实施。下面就讨论规范及规范解决了哪些问题，和解决方法是什么：
问题：
你的项目可能会被别的项目调用，如果没有规范和文档，别的项目无法调用，或者调用api出现各种结果或错误。以后项目负责人，就没办法集中主要精力去做别的项目，而是花时间在解决调用者出现的问题上。
解决办法：
编写通用，可扩展的api，并给出错误代码和提示。
问题：
如果某个项目中只有一人跟进的话，遇见请假，或者离职。就会出现延迟项目进度或问题无法解决的情况，给公司带来损失。
解决办法：
要做backup，避免“单点故障”。不能一人捂住，其他人对项目一无所知。
问题：
做项目之前与中间没有沟通，等做完项目之后，项目无法落地使用。很多需求和扩展没有实现。
解决办法：
不仅项目组内人员要互相沟通，还要与跟项目相关的部门要互相沟通。
问题：
项目的流程和规划，光用口头表达，会有遗漏，无法形象清晰，可能自己也不能理清思路
解决办法：
画一两张图表来代替几十甚至几百行的代码，通过这种方法，画图成为简化描述项目开发过程的关键。这一点对开发人员而言非常重要－它简单，容易发现出新的想法，随着你对项目的理解的加深，也能够很容易的改进。
简单扼要的项目文档，就是对流程图的大致说明。让图文相辉映，更容易理解。
问题：
项目过程没有反馈，没有沟通。影响项目进度，无法更好的改进项目。领导和同事也无法了解你的工作内容。
解决办法：
项目过程及时反馈你的项目进度，能让其他同事和上级了解你的工作进度，也能监督和指导。也能及时添加需求和修正和扩展你的项目。
问题：
当项目完成后，项目的用户及相关部门的领导同事都不知道如何使用，也不了解你的项目功能。项目就不容易落地实施
解决办法：
项目完成后，做技术分享，让项目容易落地实施，也让更多的同事认识你。
标签：
原文地址：http://www.cnblogs.com/wangqiaomei/p/5578168.html
