谈到软件项目，不知道您是否看过各家软件开发公司、软件服务设计公司是如何描述一个项目作品的？看了他们的描述后，能否让您快速了解具体的项目需求和背景呢？

常见的软件项目描述方式，通常会列出以下四点：

客户行业介绍

软件项目所服务的客户遍及各行各业，隔行如隔山，若要向不同行业的人们介绍项目，必须从行业背景开始谈起。关于行业背景介绍的内容，包括这个行业如何与人们的生活产生联系，在市场上销售或服务对象有哪些？客户所属的企业或个人在该行业所扮演的角色为何？拥有怎样的信念或特色？企业的未来愿景是什么？...等等。为了让软件开发商适切地处理需求，以客户的行业介绍作为铺陈，更能让开发团队理解客户所提出的观点。

业务流程中遇到的问题点（需求所在）

这是客户出现的最大动机，客户之所以困扰是因为在其工作环境中遇到了什么样的状况？是现有的工作流程需要数字化，或是目前的信息系统在年复一年的使用下需要重新整顿，抑或是因应行业的新趋势，而需要提出相应的数字化措施？这里需要客观并且设身处地地理解客户所面临的情况。

提出的解决方案

在与客户达成共识后，软件公司定制化地提出了相关符合需求的项目规划与实施，并且能够成功地应用在客户的工作流程中。

结果

相较于旧有的方案，在应用新的解决方案后，为客户带来了怎样的差异与变化做出客观结论，例如：生产线流程效率的提升、减少整合信息的时间、提供新的接触客户群的渠道...

综合以上四个关于软件项目的描述，能够帮助我们对项目有初步的了解。而在与客户讨论的过程中，项目经理也要确保这些描述在我们心中是明确的。因为一份软件项目的描述是具有弹性的，短则用一句话便能说出这个项目在做什么，长则列了一份报告书描述这个项目的内容。这时候，可以尝试：

建立一个“核心价值”，让这个核心价值能够建立起项目的范围

项目之所以为项目，必定是在有限的资源，达到特定的目的。然而，在达到特定目的的过程中，如果没有限制范围一定会再衍生出“相关”的功能。这个相关功能的出现，很有可能会对整个解决方案大大加分，但却需要使开发时间延长，造成无法如期上线；也有可能，其实对整个解决方案并没有带来具体的作用。

举例：

客户希望为一套企业信息系统建立“按下启动键，便自动执行排程工作”的功能，直觉上可能只需要将接下来的工作流程串起来依序进行，然而，实际的开发状况是：可能会依据这套系统的应用场域不同，而需要加入执行身份权限、前一次执行的状态、系统是否稳定连线...等等相关的业务逻辑，这时候，客户突然在讨论的群组里说道：“我希望在按下启动的那一刻，有一个活起来、动起来的感觉。”

在进行软件开发的时候，我们依据单一个用户故事规划功能时，往往需要再加入发生情境的判断以及各种相关业务逻辑的考虑，而客户对于功能层面没有其他异议的时候，则可能会将焦点移到了界面的颜色、排列、按钮行为、换页转场，而开始有了各种坚持出现，总是希望画面要更活泼。

在有限的开发时程里，当开发功能与客户期待的系统界面产生冲突的时候，该怎么办呢？

这时候便要回到最根本的“核心价值”去确认现有的时间、人力，这些相关功能的必要性与优先度了。核心价值常是一句简明扼要的标语，它就像一个厉害的咒语，能够帮助我们在考虑要增删用户故事时，默念个三次，便能在心中得到明确的答案！

从上面提到的例子，遇到客户出现坚持的时候，我们可以将讨论引导至思考“更活的画面，对于企业信息系统操作上的好处是什么呢？”“如果为了让画面更活，我们需要从设计着手，在规划上会额外增加一段时间，可能导致上线时程后延，这样好吗？”接着，提出“建议依照‘核心价值’将提出的需求修改进行优先排序，以利在时程内能如期上线”的回应。

依据每个项目，与客户在讨论的时候一起订定出最贴切的“核心价值”

项目的核心价值，让我们无论是在进行开发团队讨论，或是与客户进行需求访谈或验收时，都能够犹如建造了一座灯塔般，引领我们在茫茫的讨论海里，不要偏离主题，回到项目的主轴进行讨论。

如果今天阅读文章的您也正为了客户所提出的需求而苦恼着，不妨列出项目的核心价值来说服自己和客户吧！