需求相关：如何紧盯IT项目目标？

需求相关：如何紧盯IT项目目标？
----王珏原创

表面上看，视乎每一个项目经理都会对此问题不屑一顾，但深入思考，“忘了项目目标”却是绝大部分失败项目的共通特征。 

    举一个简单的例子，我们大家上网的时候，有多少人能够专注与自己的“上网目标”？比如某次我的上网目标是：“查找查找关于Oracle死锁方面的知识”。 其结果是打开电脑，发现杀毒软件提示我要升级病毒库;等我升级完成，又发现来了几封邮件，其中一封是朋友发来的笑话，看看还是挺好笑的; 其中有一个字我不认识，打开金山词霸查查; 好不容易把“神”收收，准备查Oracle死锁方面资料时候，却发现那个有毛病的Oracle系统的登录口令忘了，又要打电话去问同事。绕来绕去，时间都过去了。

    连上网这种简单的事情，尚且不能专注与目标，一个复杂的牵涉到方方面面的“项目”，紧盯目标确实不是件简单的事情。
     下面根据我最近做得一个网管项目（项目目标，简单来说就是在应用层分析协议，然后根据分析的结果，分析用户行为，为运营商提供网络管理手段）的体会，说说如何紧盯项目目标，希望对大家有所帮助（项目的具体细节我都略过，与本文重点无关）。

    1：编两个“小故事”说明这个项目是干什么用的（确立所谓的应用场景--scenario）。我发现很多奇怪的现象，很多项目都很重视用例，都能拿出一个几百页的 用例文档（当然我并不认为这些是真正意义上的文档），但偏偏缺少“小故事”。我的体会，你可以没有用例，甚至没有需求文档，但一定不能没有这几个小故事， 这些小故事是为了明确你的项目目标。用例，需求文档，架构，设计，编码，测试都是为了实现这个目标的手段。有目标，即使绕点弯路也还能凑合，如果没有目标，你使用的架构，技术，管理手段，都成了形式主义，最后只能是浪费表情。

    2：根据项目目标确定“项目重点”（也有助于明确项目风险）。我接手项目时，看到项目需求有几百条之多，并且都是“高优先级”，根本无法列出重点。大家试 想几百个目标，岂不是没有目标？我把项目的重点集中到两点。首先，是能够高效、准确采集骨干网上的海量数据。其次，是能够有效分析这些海量数据。在最后总 结一下，就是“快”“准”。上G的流量，甚至是几十G的流量，不是明摆着的难点嘛？而且类似项目的失败，也都是失败在这两个方面。可惜，这最重要的项目重 点常常淹没在无边无际的需求海洋中了。

    3：“分阶段”确立项目目标（迭代式开发）。现在一个项目少则3个月，多则几年。当你不知道如何实现项目目标的时候，目标也就成了一句空话。如何落实目 标，最起码的就是在时间上分阶段，确立阶段目标。但是阶段目标的如何确定却是很困难的一件事情。如何界定这个阶段目标是紧密围绕项目目标的呢？试想，所谓 的瀑布模型把项目分成了：策划，需求分析，设计，编码，测试等阶段，这样的划分很容易丢失项目目标。就需求分析阶段来说，有几个无解的难题。
        i、如何确定这个 阶段做出的需求分析是正确的？
        ii.如何确定需求间的相互冲突？
        iii.如何保证需求能够被实现？
    事实上，我们无法保证需求分析阶段所做的工作是围绕项目目标的。在传统的瀑布模型下，需求分析最多是“可能”围绕着项目目标。而不是“一定”围绕着项目目标。我针对项目目标也指定了3个项目阶段，
     一阶段：解决性能和采集准确性问题，要求能够在大数据量情况下，开发出提供一、两张分析报告。并确定系统整体架构。
     二阶段：完成核心业务需求的开发。
     三阶段：完成系统管理以及其他的周边功能，同时优化用户界面。
   
    随着项目的不断深入，这个提纲性的项目“分阶段”目标，成为可行的项目计划，指导项目开发直到项目完成。事实上，有太多的开发内容压在项目“第三 阶段”，直至项目结束，尚有不少没有完成。但是，由于准确的把握了“核心业务需求”，以及两个项目最大的风险“性能问题”、“采集准确性”。项目整体上取 得了成功。

    其实我们需要牢记的是：必须把一切工作都围绕项目目标。比如，系统架构的确定，测试工作，配置管理工作等等。我在后续文章中会陆续说明。