在项目人员利用ALM Soft去管理需求的时候，大家会碰到的许多麻烦，其实并不是因为这个系统不会操作，而是大家在刚开始的时候，就没有把需求塞进正确的地方，相关的字句字段也没有写得太明白。在操作ALM Soft软件的时候，项目人员必须得先把需求条目给建得明明白白，而且这些层级关系，大家也得隔一段时间就去重新理一遍。

　　一、ALM Soft需求条目怎么创建

　　1、先进入对应项目的需求模块

　　在项目人员动手去建这些需求条目之前，大家得先去瞅瞅，看看自己现在点进去的是不是那个对的项目，版本是不是也没选错，通常情况下，大家可以先点进【需求管理】或者【Requirements】这个功能板块里面，然后再去把对应的需求目录给选好。针对那些规模比较庞大的项目而言，我建议大家可以先由项目人员把系统需求、软件需求、接口需求以及性能需求这些最底层的基本目录给搭好，然后大家再把具体的那些需求给一个个填进去。

　　2、填写需求标题和需求描述

　　项目人员在写需求标题的时候，字数要稍微少一点，但是也不能写得太搞不懂意思，像“登录功能”、“权限控制”还有“报表导出”这类的字眼，虽然大家看一眼能猜出个大概的意思来，但是大家最好还是把它给重新改写成“用户账号密码登录”、“管理员角色权限配置”以及“销售数据报表导出”，这样的话，等到了后期，大家想要去搜东西的时候也会更省力气，而至于需求描述这块，项目人员则必须把触发的条件、操作的对象、系统的动作还有最后出来的结果都给交代清楚，大家绝对不能只在上面留下一句“实现某某功能”这样的话。

　　3、补充类型、优先级和状态

　　当这些需求条目被建出来的时候，项目人员还需要在里面把需求类型、重要程度、版本号、负责的人是谁、还有目前是个什么状态等各种各样的字段都给补充完整，比方说，业务上的需求、系统上的需求、软件上的需求、还有接口上的需求，这些概念大家都得给分得清清楚楚才可以；关于重要程度，大家可以按照高、中、低或者P1、P2、P3这种方式去往里面填；而关于状态，则可以推着它从草稿状态、变成等候评审、再变成批准通过、接着变成开发当中、最后变成验证完毕，让它这样一步步走下去，。

　　二、ALM Soft需求条目层级混乱怎么整理

　　1、先导出备份，再整理层级

　　要是大家看到需求的层级已经乱成一锅粥了，这个时候项目人员可千万不能直接在里面去大批量地拖来拖去，或者直接把它们给删掉，比较安全稳妥的一个办法，是得由项目人员先把现在的需求列表给导出来一份，在导出的文件里，要把需求的编号、标题、上一级的节点、现在是什么状态、属于哪个版本还有互相之间的关联关系，把这些东西通通都给留下来，这样一来的话，哪怕大家在整理的过程当中发现自己不小心把位置给挪错了，大家也还能回过头去重新比对。

　　2、统一需求分层规则

　　在大家动手去理这些层级之前，项目团队得先开会定下来，看看咱们这个项目到底要用哪一种分层的方法，一般常用的办法其实有两种，一种是顺着“业务需求—系统需求—软件需求—测试需求”这个路子去分层，还有一种则是顺着“模块—功能—子功能—验收点”这个路子去分层，在整个项目组的内部，大家最好是只挑选其中的一条主线来用，大家可千万不能让一部分人按照模块去分，另一部分人又按照版本去分，然后剩下的人又按照负责的人员去分，要是大家用的分层规则都不在一个频道上，那么就算大家这次费劲把它给理好了，用不了多久，里面还是会重新变得乱七八糟的。

　　3、调整父子关系和重复条目

　　在整理的过程当中，项目人员可以把那些瞧着就放错了地方的需求，重新给它搬回到正确的上级目录下面去，就拿“密码强度校验”来举个例子吧，这个东西本来就应该被放在“注册”或者“修改密码”的底下去，它其实是一点都不适合直接被挂在整个项目的根目录下面的，要是大家在里面瞧见了重复的需求，我个人不建议大家图省事直接删了，项目人员可以把那个描述得最详细、而且跟别的东西绑得最多的条目给留下来，然后把剩下那些重复的条目给打上废弃、合并或者引用的标签。

　　三、ALM Soft需求管理后续怎么规范

　　1、建立统一的标题写法

　　为了能让后面新加进来的需求不再继续变得乱七八糟，整个项目团队都必须把需求标题的写法给固定统一起来，在写标题的时候，里面最好是要把对象是谁、要做什么动作都给包含进去，就像“用户可修改登录密码”、“管理员可分配角色权限”还有“系统支持导出订单明细”这类的句子。

　　2、控制一个条目的需求范围

　　在每一个需求条目里面，项目人员最好是只在里面写一个相对比较独立的需求点，大家可千万不要把好几个功能通通都给塞进同一个条目里面去，举个例子来说，像“用户可以注册、登录、修改密码、找回密码”这样的内容，就是非常不适合被堆在同一个条目里面的，项目人员应该去把它给拆散，变成好几个不一样的需求，这样做能带来的好处就是，状态可以让大家更好地去管。

　　3、定期检查需求关联关系

　　我们用ALM Soft这个工具，它能带来的价值其实并不仅仅只是把需求给存进电脑里，更重要的一个地方在于，它得把需求和测试用例、缺陷BUG、具体的任务、还有改动的记录通通都给连在一块，等项目人员把目录给理顺了之后，大家还要隔一段时间就去核对一下，看看有哪些需求是没有配上测试用例的，又有哪些测试用例是找不到对应需求的，或者说哪些缺陷BUG是没有跟具体的条目挂上钩的，因为大家光是把目录给弄得好看、整齐其实是没多大用处的，只有在这些互相找得到的追溯关系都完整了之后，大家在后期去做项目评审和质量把关的时候，手头上才算是有了能拿得出来的证据和依仗。

　　总结

　　总而言之，在大家去创建ALM Soft需求条目的那会儿，最要紧的事情就是得由项目人员把项目的位置给选对，把标题和描述都给写清楚，然后再顺便把类型、重要程度、版本和状态这些字段给补上去；要是发现里面的需求层级已经变得乱七八糟了，大家就得先去做好备份，然后再按照一个统一的法子去理清楚上下级的关系，把重复的、还有太大的需求给处理掉。