根据我做需求分析(姑且这么称呼)下来的感觉,这份plan的确写的非常清楚:
1. 各个阶段的目标和产出标准定义清楚
2. 成员和角色定义
3. 联系人定义
4. 工具统一定义
5. 文档类型定义非常明确
这样开始干活就可以一步一步明确的来了。
IBM的RequisitePro在思路上没有引入更多,但是优点很明确:
我们现在类似的功能都是手工通过CVS,word,excel等一系列的table来跟踪,这样的缺点,灵活性受陷于当前工具,操作相对繁琐,必须按照步骤手工更新,手工加各种内容,手工做跟踪矩阵,是人都受不了,而且不灵活,不直观。
RequisitePro后台默认采用acess做backend的数据库,这样就比较灵活了,工具里面看到的界面就跟我么你自己做的程序一样方便了,数据库做关联和查询以及报表更新能力没的说。
另外,跟office集成紧密,通过word等的插件直接完成更新,tag等动作,可以随时抽象新的需求和文档项等,可以通过插件跟Use Case直接关联等等,有了数据库就是方便。我喜欢。
1. 各个阶段的目标和产出标准定义清楚
2. 成员和角色定义
3. 联系人定义
4. 工具统一定义
5. 文档类型定义非常明确
这样开始干活就可以一步一步明确的来了。
IBM的RequisitePro在思路上没有引入更多,但是优点很明确:
我们现在类似的功能都是手工通过CVS,word,excel等一系列的table来跟踪,这样的缺点,灵活性受陷于当前工具,操作相对繁琐,必须按照步骤手工更新,手工加各种内容,手工做跟踪矩阵,是人都受不了,而且不灵活,不直观。
RequisitePro后台默认采用acess做backend的数据库,这样就比较灵活了,工具里面看到的界面就跟我么你自己做的程序一样方便了,数据库做关联和查询以及报表更新能力没的说。
另外,跟office集成紧密,通过word等的插件直接完成更新,tag等动作,可以随时抽象新的需求和文档项等,可以通过插件跟Use Case直接关联等等,有了数据库就是方便。我喜欢。