为何要写Storyline？如何写？

每个项目由于有角度、认知、成本等多种因素参与，项目从需求引入，计划，实施、完成过程都很难是一帆风顺。当做完一个项目的时候，每个参与者或多或少都会有不同程度的收获，也会有不同方面的失误，写项目Story line是一个很好的快速总结的方法，同时可以将项目经验以一种简单直白，又脱敏的方式传达到公司其它部门（例如市场部）以及类似的客户，有助于加深公司内部知识的传达与积累，启发潜在客户需求的提出。

从写故事线的角度来说，引用亚里士多德的戏剧storyline(故事线)：

·                 characters(人物) - 主角缺少了一样东西

·                 beginning(开端) - 主角踏上了寻找它的旅途

·                 conflict(冲突) - 反派来阻止主人公

·                 jeopardy(危险) - 如果反派获胜，主角将失去重要的东西

·                 events(事件) - 主角克服困难，解决了问题

·                 end(结局) - 主角胜利（喜剧）或失败（悲剧），旅程结束

如果从实施方角度写项目过程Storyline这六点可以如下描述：

·                 characters(人物) – 项目经理要为客户开发一个系统

·                 beginning(开端) – 项目经理从商机接触，设计需求

·                 conflict(冲突) – 来自客户方，销售方给出的各种压力

·                 jeopardy(危险) – 如果都满足客户日益增多的新需求，会导致项目周期长，成本不可控，项目不能按时完成。

·                 events(事件) – 项目过程中遇到的几个特别难解决的问题。

·                 end(结局) – 项目是否如期、按质完成

以项目过程平白铺叙的方式写Storyline会比较枯燥，而且传达到市场或者潜在客户后，无法让读者抓住项目成果核心以及共性需求。所以从客户角度、一个痛点，将解决的过程写成storyline会更容易产生共鸣，容易将潜在客户带入场景，激发对需求的思考。从客户角度写Storyline可以更加了解项目执行过程中客户的一些行为，这对需求真实性的理解会有很大的帮助，也会在项目实施中提高沟通效率，降低沟通成本。

从客户痛点角度写Storyline：

·                 characters(人物) – 客户的一个用户，有一项任务要做

·                 beginning(开端) – 该客户通过某种方式找到项目实施方

·                 conflict(冲突) – 项目实施中存在的限制条件

·                 jeopardy(危险) – 随着项目的推移，投入越来越多，出现的不可控情况越多，失败可能性越大。

·                 events(事件) – 项目不同阶段的验收工作。

·                 end(结局) – 项目是否如期、按质完成，是否达到预期

无论从哪个角度来理解项目过程，核心的问题是如何在成本（Cost）-质量（Quality）-时间（Time-to-Market）找到平衡，项目的参与方在这三个方面都有自己的指标，当双方的指标比较靠近的时候，项目执行过程就会顺利的多。因此我们在叙述Storyline的时候也应该把合理的三要素平衡传达出来。