我们每天都在项目里，但是，最近我发现一个问题，就是对项目组来讲，即使当项目做到一半时，似乎很少有人能够把项目的目标给描述清楚，这个问题即使对于做为甲方的客户，也很难说清楚。
“这个项目的目标是做出一个什么什么的系统”，这可能是大多数项目组成员在回答项目目标时的通用答案；而对于客户来讲，“我们要开发一个多少年不落后的系统，能够实现什么样的功能的系统”可能也是对项目目标的回答。
其实，在众多的软件开发书籍里，都把项目目标的分析放在一个重要的位置，但是我可以想像，多数读者是把这部分内容跳过去，或者简单地浏览一下，而很少很深层次地理解这样的内容。
上面对项目目标的回答，就象我们在阅读那些软件开发文献一样，把项目目标做为一件例行的事件简简单单地描述一下而已。事实上，对项目目标的分析恐怕是一个项目里最关键的部分，它直接决定着系统需求、设计的方向，同时也决定着系统验收的标准。
确切地讲，项目目标应该是项目的商业目标，而不是项目的技术实现目标，无论是实现多少功能，或者有着多少先进性的特点，也只能是软件的本身的目标，而不是客户为什么要做这个软件，和这个软件应该为客户带来多少商业价值的初衷。
在做项目时，我们做为项目的主管人员，其实第一步要做的就是和客户一起，分析项目的商业环境，要对将来软件系统承载的业务产品进行市场分析，要对将来的产品经营状况有一个基本的预测。例如，我们做网上银行，我们就要分析一下，网上银行的各个业务产品，将来到底有多少业务，多少客户，效益如何，用户的体验模式是什么样的情况，这样才能把握设计网银要点，例如可以把企业银行的划帐、集团财务做为系统的重点，而账户查询仅仅做为点缀而已。这样项目的资源分配才会有着一个重点方向，而最后的成果也容易为客户所接收。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/190707/viewspace-613411/ ，如需转载，请注明出处，否则将追究法律责任。
