需求管理利器:需求地图

需求管理利器:需求地图,第1张

视锐达 VisualProject 是一款企业级的 IT 专业项目管理软件,产品定位于非工程、以人为核心的企业项目管理软件市场,主要应用于:

软件开发, 软件外包企业、软件产品企业、互联网企业

系统集成与IT 服务, 网络集成、系统集成、 IT 服务企业

新产品研发, 通讯设备、电子、家电等产品研发企业

IT 建设与监管, 银行、电信等 IT 科技部门

专业服务, 咨询服务企业、会计事务所等项目型服务企业

视锐达VisualProject产品特色:

覆盖 组织级 + 项目级 管理

任何组织机构的项目管理都包括多个层次。项目的成功离不开各个层次的相互衔接和配合。视锐达 VisualProject项目管理软件提供组织级的管理视角,覆盖项目-项目群-项目组合-组织项目管理环境多个层次,帮助客户构建完整的企业级项目管理体系。

支持企业管理成熟度的逐步进化

组织项目管理能力的提升并非一蹴而就,而是不断的成熟, 在每个阶段,其特性、需求、改进方法是完全不同的。管理“颗粒度”决定了管理最终的实际效果,企业在发展的不同阶段需要不同的管理颗粒度。视锐达 VisualProject 提供多种管理模式供客户选择,从最精细、最自动化的管理模式,到比较简约的、半手工的管理模式。

支持项目管理国际标准和特定行业的标准

PMBOK 作为一个成功的项目管理体系,已经得到广泛的认同度。 VisualProject 遵循 PMI 的组织级和项目级标准模型,体现了 PM3 理论的逐步改进思路。 VisualProject 吸收了 PM3 的 “ 项目管理成熟度 ” 模型的思想。每个组织的项目管理成熟度、管理环境,都是在逐步提高的, VisualProject 提供了组织在不同成熟度阶段的管理利器。

VisualProject 支持软件 CMMI 体系。传统的 CMMI 工具往往是 “ 为 CMMI 而 CMMI” ,项目组花费很多的精力在 CMMI 工具上填报数据,而不是真正进行项目管理。 VisualProject 将 CMMI 体系与项目管理过程紧密融合。项目组通过 VisualProject 管理和执行项目,自然而然的支持 CMMI 的要求。

不仅是工具,同时涵盖多种模型、方法、最佳实践

VisualProject 不仅仅是一个项目管理工具,更是一个包含了多种模型、方法、企业最佳实践的管理软件。 VisualProject项目管理软件为企业提供了更好的管理匹配度。例如估算方法:工作产品规模——生产率估算方法; 基于历史经验数据的 WBS 功能分解方法;基于历史经验数据的 WBS 过程分解方法。

集成其它软件工具,方便构建统一的管理信息系统

企业的信息管理环境是复杂多变的,各系统之间的数据互访、解决信息孤岛是当前所有企业面临的挑战。 VisualProject 提供了常用软件接口和集成方案,与企业信息系统( ERP 、 CRM 、 OA 与邮件系统、文件管理等)以及软件工程工具(需求管理工具、配置管理工具、缺陷管理工具、变更管理工具等)可以很方便的做集成,充分保护用户的现有投资。

视锐达VisualProject典型客户:

依靠领先的技术、高水平的产品、强大的咨询实施队伍、优秀的本地化服务及交付能力,视锐达VisualProject项目管理软件已经在系统集成、金融服务、咨询服务、软件开发等行业得到了广泛的应用。典型的客户有:

神州数码融信公司

浪潮集团

神州数码技术中心

中国建设银行上海开发中心

高伟达软件科技

华道数据

抚顺商业银行

国家开发银行

信安世纪安全技术公司

>

大多产品经理都是从管理需求的工作做起,负责产品的定义,并检验研发出的产品是否符合最初的产品定义。这要求产品经理培养自己一定的需求管理能力。一般来说,产品需求管理包含以下工作内容:

1)需求收集,包括被动和主动的需求收集,其中主动的需求收集要求掌握需求收集的途径和方法,产品创意需要统一纳入到需求收集的范围;

2)需求分析通过需求分析的层级模型,透彻地分析需求背后的用户问题和痛点,用户的需求场景,必要时还需要通过一些简单的原型确保准确地理解用户需求;

3)需求分发,不是所有需求都要纳入到下一个产品版本,成熟的需求管理团队能够发现高价值的中长期需求,在需求分发环节将其纳入到产品规划;

4)需求实现,该阶段的责任主体是产品开发团队,产品经理需要确保产品开发的各个阶段没有偏离自己的产品概念;

5)需求验证,包括产品经理对产品的验证,还包括产品经理主导的用户验证。

总的来说,产品需求管理能力培养的目标是发现价值需求,形成能够获得市场成功的产品概念,以指引产品研发团队顺利研发出让用户满意的产品。

       本文将介绍一种需求规划、管理的可视化方法—用户需求地图,该方法将软件开发项目的需求变成一张二维地图,而不是传统的简单列表,只要这一张图,就可以完成全部用户需求的管理工作。

该方法有如下一些优点:

         ■ 让你更容易看清软件产品的全貌,了解产品功能的完整性

          ■ 为用户需求筛选和划定优先级提供可视化的工具,帮助你做出决策

          ■ 更好的进行迭代增量式开发,同时确保有计划、可控的发布产品

          ■ 为传统的项目计划提供了一个更好的替代工具

          ■ 有助于管理项目范围,避免范围的无限制蔓延

          先上一个用户需求地图的样例,让读者对需求地图有个全貌,后续介绍如何创建这样的地图:

点此查看原图

常用的需求获取方法包括以下几种:

       用户访谈是一种最基本的需求获取手段,它是指分析人员以个别访谈或小组会议的形式与用户进行初步的沟通。用户访谈的形式包括结构化和非结构化两种,结构化是指分析人员按照一定准则事先准备好一系列问题,通过用户对问题的回答来获取有关目标软件方面的内容;非结构化则是只列出一个粗糙的想法,根据访谈的具体情况来进行发挥。

       在进行用户访谈时,由于很多关键人员的时间有限,不易安排过多的时间或者项目涉及的客户面较广,不可能一一访谈。因此,就需要借助用户调查的方法,通过精心设计要问的问题,然后下发到相关的人员手中,让他们填写,再从所填写的内容中获取系统的需求信息,这样就可以克服上述的问题。

        用户调查最大的不足就是缺乏灵活性,而且可能存在受调查人员不能很好表述自己想法的限制。

        俗话说,百闻不如一见,对于许多较为复杂的流程和系统而言,是很难用自然语言表达清楚的。因此,为了能够对系统的需求获得全面的了解,实际观察用户的 *** 作过程就是一种行之有效的方法。现场观摩就是走到客户的工作场所,一边观察,一边听客户讲解,甚至可以安排人员跟随客户一起工作一段时间。这样就可以使得分析人员对客户的需求有更加直观的理解。但是,在现场观摩过程中必须切记:建造软件系统不仅仅只是为了模拟客户的手工 *** 作过程,还必须将最好的经济效益、最快的处理速度、最合理的 *** 作流程和最友好的用户界面等作为软件设计的目标。

        可以将竞品分为两大类:用与我们相同或相似的功能满足用户同样需求的产品、用与我们不同的功能满足用户同样的需求的产品。所谓竞品分析,就是寻找出有代表性的竞争产品,从多个维度对比该产品与我们的产品之间的相同之处与不同之处,从中分析出两者的优劣之处,得出结论,为产品的设计与迭代提供突破口或带来启发(这是指单次的竞品分析)。

需求分析方法主要有两种:结构化分析方法和面向对象的分析方法。

        包括面向数据流的结构化分析方法,面向数据流结构的Jackson方法和面向数据结构的结构化数据系统开发方法。

        结构化分析方法的实质是着眼于数据流,自顶向下,逐层分解,建立系统的处理流程,以数据流图和数据字典为主要工具,建立系统的逻辑模型。

结构化分析的步骤如下:

       1通过对用户的调查,以软件的需求为线索,获得当前系统的具体模型

       2去掉具体模型中非本质因素,抽象出当前系统的逻辑模型

       3根据计算机的特点分析当前系统与目标系统的差别,建立目标系统的逻辑模型

       4完善目标系统并补充细节,写出目标系统的软件需求规格说明

       5评审直到确认完全符合用户对软件的需求面向对象的需求分析方法

        从需求分析建立的模型的特性来分,需求分析方法又分为静态分析方法和动态分析方法。

       面向对象的需求分析方法的核心是利用面向对象的概念和方法为软件需求建造模型。它包含面向对象风格的图形语言机制和用于指导需求分析的面向对象方法学。目前已经衍生许多种OOA方法。

       每种方法都有各自的进行产品或系统分析的过程,有一组可描述过程演进的图形标识,以及能使得软件工程师以一致的方式建立模型的符号体系。现在广泛使用的OOA方法有统一的建模语言(UML)已经在企业中广泛使用,它把Booch、Rumbaugh和Jacobson等各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。UML允许软件工程师使用由一组语法的语义的实用的规则支配的符号来表示分析模型。

        在UML中用5种不同的视图来表示一个系统,这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。

       需求地图主要由三部分组成,由上自下分别是模块区、待排期需求区和已排期需求区,已排期需求区由多个发布计划组成,如下图所示:

点此查看大图

       模块就是将待开发的产品的功能进行分解,按功能从属关系表示的树状层级视图。待开发产品的各子系统、子模块可以看作是产品目标下层的功能,对其中每项功能模块还可以继续分解为第三层、第四层……甚至更多层级的功能模块,理论上根据待开发产品的规模,可以无限极的分解产品的功能模块。

       通过需求分析得到的模块形成了待开发产品的“骨骼”,把这些模块录入翼发云软件研发管理系统后,能够自动在用户需求地图中自动生成层级的、包含关系的模块关系图,显示在需求地图第一部分“模块区”中。

       邮件管理系统通过需求分析得到第一层级的四个模块:邮件组织、邮件管理、日历管理、联系人管理。依次再将这些模块分解为更小、粒度更细的第二层级的模块,邮件组织分解为邮件搜索、邮件整理两个子模块;邮件管理分解为发送邮件、读取邮件、删除邮件三个子模块;联系人管理分解为创建联系人、编辑联系人、删除联系人等。(注:橙色的模块是最下层的模块)

点此查看大图

对应的树形视图如下所示:

       根据用户需求调研和分析,把用户需求的基本信息如名称、需求描述、验收标准、预估工作量、优先级等录入系统。

       当用户需求录入系统后,会出现在需求地图的待排期区域里,待排期区域里的需求就是还没有安排开发时间的需求,这时可以通过拖拽的方式,把需求拖到发布计划里,从而完成需求的排期工作,排期区域里的需求就是已经安排了开发的需求。是不是很简单。

        通过多次拖拉用户需求后,最终完成了用户需求地图:

点此查看大图

(说明:该文产生需求地图使用了免费的工具“翼发云研发管理系统”,详见 >

以上就是关于什么项目管理软件比较好我们是一家IT公司全部的内容,包括:什么项目管理软件比较好我们是一家IT公司、如何进行需求管理、如何做好需求管理等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/8831612.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-22
下一篇 2023-04-22

发表评论

登录后才能评论

评论列表(0条)

保存