可以推荐一款小型的需求管理软件吗？

dearbabying

这个软件具有需求状态变更的功能，比如说，某个project，master提出了一个意见之后，制作者改正后，会标记一下，然后，master确认后，这个需求就自动流转了。最好可以mac windows都可以用的

pmxpmx

本回答部分内容转自Worktile官网博客

关于需求管理工具的这个问题，我之前也回答过，最近几年涌现了挺多不错的轻量级需求管理工具，每个工具都基于一些理念在做探索和尝试，比如PingCode、Coding等等。
一款好的需求管理工具，能称之为好，我认为肯定是解决我们需求管理中的经常出现的痛点，同时又能带来一些意想不到的惊喜；比如题主提到的点，这是必备条件之一。这里要推荐的，个人认为就是这么一个工具——PingCode，这也是我经历过的几家公司都在使用的工具之一。

智能化研发管理工具PingCode官网


下面，我们就从需求管理的难点和过程来讲讲这款工具，题主的需求也将在下面提到：
（以下为废话，可看可不看）

软件项目当中最重要一项输入。软件开发和传统生产行业最大的区别在于，需求总是模糊的、主观的和随时变化的。相对于电子产品、汽车等制造行业有形的硬件需求，软件开发的需求的描述和验收是个难以解决的问题。

但是需求又是整个项目能否成功的决定性因素，所以我们必须对需求进行管理，从而使需求成为整个软件工程的基线。使得所有产品、设计、研发、测试、运维工作能围绕着统一的需求开展。保证项目能顺利进行，完成目标。

（正式开始）
一、需求管理，难点在哪？（换句话说：工具要解决的问题有哪些？）

1、需求描述的问题

一般来说，最容易造成开发出来的产品与设计功能不符的原因便是需求描述的问题了。其实大部分情况下，写需求文档的人没有错，看文档的人也没有错。共享文档不等于达成共识。只是因为面对同一段描述，人与人之间的理解不相同，而且这种情况是一定会发生的。所以对于需求，一定要基于团队面对面讨论，保证对需求的理解一致。
2、需求变化的问题

需求变化的原因很多，如一开始没有识别全，新增需求；业务变化导致需求变化；需求有误；需求不清晰等。需求变化将导致从设计方案到编码测试的修改，延迟交付，带来诸多麻烦。这就需要团队在迭代进行前，尽量保证需求清晰明确。
3、需求的优先级及排期问题

什么样的功能能对用户产生最大的价值，这是需求管理中最重要的问题。因为在软件开发中，你想要开发的功能，永远比你能投入的资源多。因此，找到这一部分最有价值的功能，优先处理，尽早交付，才是需求管理的核心所在。
理清了问题，才能知道方向在哪。
二、我们需求管理过程，以及目前工具的表现

我接触过很多研发及产品团队，每个团队对产品需求的管理方法不尽相同，各有千秋。下面我来分享一下我司的产品团队是如何管理产品需求的，其实也就是一个产品需求在需求工具PingCode中的流转过程：


1、需求收集阶段：我们通过PingCode标准的需求模板以及管理功能，建立起规范的需求流转过程，以及记录详尽的需求信息
管理需求的第一步首先是要进行需求的收集。我们的需求来源除了产品经理自己通过市场调研等各种渠道分析出的需求，来自用户的需求、建议、缺陷，都是由销售、客户成功的同事在一个公开的项目【公共Backlog】中提交，然后产品经理和设计师会定期对需求池的需求进行评审处理。以下是在需求收集阶段我们会设置的一些关键属性：

需求描述

对于2B的产品需求，信息无非是角色、场景、原因、目的、预期这几点。但由于不同企业的角色、场景等信息复杂多样，所以无法形成统一的标准化数据来源，因此，我们规定以任务标题来描述需求最终的预期，其他必要信息通过任务描述来进一步补充；

功能分类

因为我们有不同的子产品，不同的子产品是有不同的产品经理负责，所以让需求提交人选择【功能模块\子产品模块】的原因是为了方便产品经理根据自己负责的应用筛选需求；

需求类型

新功能、交互优化、视觉优化、技术需求、其他，根据不同的需求类型，会有不同的跟进角色或不同的处理优先级，这点我们从第一张图也能看到。

客户类型

客户需求销售或客户成功的同事在提交产品需求的时候，会有一个【客户类型】的属性，添加这个属性是为了便于大客户的需求能尽快得到满足（当然我们内部也是有需求的综合评估的，大客户的需求优先级会略高于中小客户）；

是否为定制开发客户

因为PingCode有独立的私有化定制项目组，所以如果是二次开发的客户会直接由项目组的同事负责跟进，产品经理就不会再跟进这个需求；


2、需求管理阶段：我们通过PingCode建立起需求管理优先级机制，让整个需求规划更有序
敏捷开发中，用户故事被广泛使用，但是我认为仅仅使用用户故事是不足以很好的管理整个项目的。（关于用户故事的诸多好处，就不在此多说了。）用户故事可以描述出真正有价值的需求，也能提供优先级和故事点规模为排期提供依据。
但是繁多的同级用户故事会让人迷失在其中，只见树木不见森林。每次的交付和发布都会变成功能的东拼西凑，甚至有时候还会为了单个功能的价值，偏离整体的产品愿景。
因此，我们按照 Epic Story - Feature - User Story（史诗-特性-用户故事） 的层级顺序去管理需求。团队也可有自己的层级关系定义，取决于团队的喜好。
按照Epic Story-Feature-User Story对需求进行层级划分的好处在于：Epic一级可以与产品战略对齐，Feature一级作为版本发布规划的对象，User Story则进入迭代进行研发。

PingCode中的Epic Story - Feature - User Story需求信息面板： 包含需求状态、负责人、开始完成时间、关联测试、开发代码、工时、文档页面、附件、也支持拆解建立子工作项，大家一起讨论沟通等等

3、需求评审：PingCode支持多种维度定义需求
由产品经理牵头，连同设计师组成需求评审小组，每周四定期将本周创建出来的问题统一处理，并加以分类；
在每周的需求评审时，产品经理、设计师，有时候可能需要研发的协助，共同评审上周创建的需求。我们会对这些需求，进行合理性的评估、优先级的评估、填写异常处理结果等。
所以这时候在任务详情中的信息，除了以上提到的5个属性以外，还有以下3个字段：
1.需求合理性：合理需求、待定、需求不明确、不合理需求；
2.优先级（评估为合理的需求，我们会根据重要程度标记优先级）；
3.异常处理结果（对于不明确的需求，或者不合理的需求，通过异常处理结果进行阐述，也可以用评论代替）；

所以，在我司【公共Backlog】中的需求分为6个状态：未激活、已计划、研发中、已发布、关闭、不采纳，需求提交人根据需求状态就可以判断需求是否被采纳，如果被采纳已经进行到哪一阶段等信息，方便及时回复给客户。

当然，对于权限划分比较明确的团队，可以设置不同的权限和通知。比如：只有产品经理可以变更需求的状态、合理性、优先级，以及填写异常处理结果；这些属性变更后是否要通知到需求创建人、参与人等角色，以便迅速得到反馈。当然这些都是继续研发管理工具PingCode展开。
此外，需求评审会，还会对状态为“已计划”、“研发中”的需求，以及需求合理性为“不明确”的需求重新排查，排查后会更新对应的状态和属性。评审会后，产品经理将合理的需求拷贝或直接移动到产品的迭代项目中稍作修改，作为正式的产品Backlog，并关联原始需求以便查找，之后就会进入设计、研发阶段。

简而言之，前两节讲了一个需求在PingCode中从提交到确认的过程和一些判断方法。在这中间我们还会通过对不同的状态、不同的功能模块、不同的合理性，筛选不同视角的视图统计报表，来精简不同视角下的信息量，以提高需求筛选效率，这也就是为什么需要添加这些属性的原因。

例如：我们只想看到客户对【项目】这个应用提的需求，那就可以直接通过设置筛选条件“功能模块=项目”就可以筛选出针对【项目】这个应用提出的所有需求；

4、产品设计阶段：不同状态区分需求进度，支持报表直观展现整个项目需求进度
所以在正式的产品Backlog中，我们将需求分为7个状态：未激活、方案设计中、方案待评审、评审通过待排期、已排期、已上线、关闭；（关于需求进度报表，我们稍后展示）


5、规划迭代：每个迭代的确认后，需求可拆解，创建成一个个的研发任务指派到人，基于任务可自动关联测试报告，缺陷、代码等（与GitHub等工具打通）
规划迭代时，我们会将【产品Backlog】中所有完成产品设计的任务筛选出来，按照“功能需求”＞“交互体验需求”＞“视觉需求”的优先级顺序，确定每次迭代要做的功能；

在迭代会议中，研发会将这个迭代的所有需求逐一确认，并在需求的相关任务栏中进行拆解，创建成一个个的研发任务；并通过PingCode指派给相应的负责人，或团队人员自行领取。

如果某个研发任务比较复杂或很难估量工作量还会进一步拆分：

6、产品研发阶段：甘特图、燃尽图等多种报表展示需求进度
迭代规划完成后会正式进入研发阶段，迭代开始后会有：需求讲解、研发、演示、验收测试等环节，验收测试完成后结束迭代并上线，在工程师编码的过程中，研发负责人和产品经理都会随时通过燃尽图来关注迭代的进度，并在每日站会中沟通进展。

这里还需要提一下，在迭代结束前2天左右，研发、产品和设计会一起演示迭代的产出。演示时，会根据演示情况在对应的需求下创建相关的缺陷，待演示结束后进行修复。演示中出现的bug修复后，由产品经理进行最终验收，并决定是否可以上线。演示中出现的bug修复后，由产品经理进行最终验收，并决定是否可以上线。

以上是我们用PingCode管理一个需求从提交到上线的完整过程，以及PingCode的参与情况。
工具本身是为了简化流程提高效率，是承载管理者或产品经理想法的一个载体，具体如何去做还是要看团队的习惯和在工作中形成的默契，至于哪个工具好用那就更是仁者见仁智者见智了，分享这些只是为大家提供一个思路或参考。
并且PingCode目前对25人以下团队是免费的——PingCode官网

宇文氏2

题主这个需求完全可以通过 ONES Project 中的自定义工作流实现呀~

我没理解错的话，这个需求状态应该是这样的吧：待修改——待确认——已确认，然后确认这一步只有 master 才有权限操作，有图有真相：

如图，执行了“确认”这一步骤之后，需求的状态从“待确认”转换为“已确认”，同时，只有“master”才能执行这个步骤。
这只是一个很简单的例子，ONES Project 中的自定义工作流可以根据你团队的实际流程来进行配置。
欢迎试用：ONES Project-敏捷开发最佳实践 | ONES

朝露待日曦

现在市面上的项目管理工具越来越多了，但是大多数都是一些协同工具或轻量项目管理工具。如果是多团队、跨部门使用或者企业级的项目管理，从管理思想到工具运用，需要适应企业的业务流程体系，并涉及企业高层战略决策和监控、中层运营管理和项目群管理、底层项目执行，管理幅度和深度都大得多，轻量级的项目管理工具远远不够支撑。

我曾经也使用过很多轻量级项目管理工具，也曾从不同的角色角度使用过这些工具，事实上，每当站在不同的角色位置上使用不同的工具，我都会问自己这到底有什么用？每次都会有不同的答案，直到我遇到了CORNERSTONE，才肯定自己真正找到了项目管理工具的真谛。下面总结了一些比较实用的几点，来分享给大家。总得来说，使用CORNERSTONE项目管理工具能够为团队带来以下的帮助：
1.  任务管理
2.  强化流程
3.  沟通协作的统一平台
4.  持续改进的基础
5.    可视化项目管理
6.    项目风险实时监测
1、任务管理

现代管理学之父德鲁克认为：“所有执行管理任务的人，都可以称为'管理者'”。

无论在多大的项目里，只要是对于工作有责任感的人，都会有对任务管理的需求。只不过，一些非常简单的项目工作，对于能力较好的人，单凭记忆和大脑就能够很好的管理好平时的工作。而再复杂一点的项目，我们就需要用到CORNERSTONE来帮助我们进行任务管理。
相信很多开发都会跟我一样，在我刚成为一名开发时，总有一个毛病，只要一接到任务往往不管三七二十一，上手就开始写代码，往往就会碰到做不下去，然后又回头换方案，又或者做好了却不是需求方想要的那个样子。这时我连自己的工作的质量和进度都保障不了，又何况要和别人协作呢？这其实就是因为事先并没有对任务进行很好的分析，没有拆解，也没有做计划，其本质就是没有做好任务管理，所以走了不少的弯路。后来，当我接到任务的时候，我都会仔细理解分配给我的任务，如果有表达不清楚或者是理解不到位的地方，就当面找到发任务的人去对接，然后再对任务进行拆解。
项目总会有风险，但通过CORNERSTONE我可以随时知道，目前需要他人配合的工作是否能够按时交付，如果那位开发者迟迟未动工，我还会再次跟他确认，如果真不能按时交付，至少还有时间考虑临时的方案。在使用CORNERSTONE之后，我才真正体会到，它对我本身的工作效率带来了一个很大的提升。
CORNERSTONE能够更好的帮助我们进行任务管理，帮助我们各项任务的进行记录、分类、评估、计划外。还能够记录问题和进度，可进行任务跟踪直到结束，当然还能追溯和总结，以便下次完成的更好。

2、强化流程
工具在或者不在，流程就在那里，不增不减。流程可以不依赖于工具去执行，但是有了CORNERSTON却可以帮助流程更有效的执行。
一个流程需要有输入输出，有角色有分工，有工作流等等。而流程执行不畅的其中一个主要原因，就是流程执行过程当中的责任人是动态的且不固定的。假如有一项工作，依赖于A，A说你找B，B说需要C先完成，C说这需要A的帮助，这工作还能有效依赖于人为的流程执行下去吗？即使A说负责帮你解决，转任务给了B，B又分了任务给C，可是C又怎么知道需要找谁去获得帮助？而A却对完整进度一无所知，更不知道C现在需要他的帮助。
那用了CORNERSTONE会是怎样？任务分给谁，就是谁的责任。任务支持多责任人与子任务关联，所有的任务和状态都会体现在任务模块里，这个任务过程中的参与人员随时知道任务的状态和目前碰到的问题，可有效推进工作的解决。其实流程本来就有，只是有了CORNERSTONE能够帮助我们追溯和监控，促进对于接任务的人员有效负起责任，并能够及时同步到信息。

3、沟通协作的统一平台
“流程强化”可以很好解决沟通协作的问题，像以前我们只能通过QQ、微信、邮件或者使用口口相传的方式，进行沟通协作，费时不说还可能出现传达有误的情况。但是现在我们可以统一使用CORNERSTONE。来帮助项目成员之间进行即时沟通协作，这样不仅可以保证目标统一，信息对称。还能改变传统的工作方式,有效提升企业效率,提高企业竞争力。
CORNERSTONE还可以帮助我们解决全局的任务相关信息同步，通过CORNERSTONE，我们可以知道：
我的任务来自于哪里？
为了什么而做？
任务的紧迫程度是怎样的？
为了完成工作还关联哪些任务？
这些任务的进度是怎么样的？
碰到了哪些问题？
哪些需求或者任务产生了变更？
……

等等诸如此类的这些问题。
沟通的成本是相当高昂的，越大的团队，沟通的渠道和信息量就越大（沟通渠道=n(n-1)/2），如果所有的事情都要通知到所有的人，而所有的人都要清楚知道所有的信息，一个20-30人规模的团队一天什么活都不用干，只需要开会沟通就能耗光所有的工作时间。
CORNERSTONE还可以很好的帮助我们实时推送每天在项目团队中所产生的任务类信息，给我们提供了主动获取任务信息的能力。

4、持续改进的基础

我在前公司曾担任项目经理的岗位，碰到项目由于大量的bug无法收敛（发现bug的数量没有减少的趋势），项目交付被迫延期。之后也开了总结会，大家一致认为需要改进质量，但对于改进质量的措施各个角色都争执不下，都认为质量不高的问题并不是在于自己，最后也没有达成一致的意见，采取有效的措施。结果也很明显，还是因为质量问题，再次被迫延期。
CORNERSTON拥有强⼤的bug管理与统计功能，通过分组、解决状态、优先级等列表对缺陷进⾏全⽅位记录与跟踪，同时明确缺陷责任⼈，及时跟进解决缺陷；同时⽀持导⼊导出功能，导⼊时⽀持任意格式，不受模板限制。
5、可视化项目管理
CORNERSTONE提供【表格、分栏、看板、甘特图、日历、统计、周汇总、分类导图】八种视图，方便企业成员通过多种角度查看项目，全方位了解项目状况，下面着重介绍以下几种视图：
甘特图（重点推荐）

CORNERSTONE的甘特图功能可方便管理者弄清项目的剩余时间，评估工作进度，调整工作任务，更好地把握项目的整体。

统计视图

CORNERSTONE提供报表和统计图，可查看团队总体任务状态，也可查看团队成员个人工作贡献，便于把控总体项目进程。

燃尽图

CORNERSTON燃尽图展示了项目的所有进程，提供预期与实际状态的评估，可帮助项目经理随时进行项目偏差分析，及时调整项目方向，规避风险。
仪表盘

CORNERSTON在可视化的平台活动图上，支持任意自定义不同纬度统计卡片，可大大方便项目经理全⾯掌握项⽬进度和团队表现，了解每位成员⼯作产出与⼯时，提前化解潜在风险；同时⽀持⼀键分享卡片内容。
6、 项目风险实时监测

在项目开发中，很难找到一个没有风险的项目，在所有项目的发展阶段，可能都会出现，不可预见情况和风险。通常情况下，不可预见的情况和风险都会影响任务的持续时间、进度、期限、预算、参与者等。

如果你从事的是一个长期而复杂的项目，为了避免不可预见的支出，项目花费太长时间，以及性能质量的恶化，任何管理者都应该提前计算所有风险。CORNERSTONE中管理者可根据项目创建情况，可实时更新项目状态，预警项目风险。

总结
使用项目管理软件并不意味着项目经理没有能力管理好项目。每个人都会在某些特定时候需要帮助，一个项目管理软件正好可以给项目经理提供其所需的帮助，让他能更高效地管理项目。

因此，通过项目管理软件，可以对项目实时进展情况了如指掌。管理软件会改变你的工作方式，并带来一些比较正面的效果。让你可以在规定的时间内出色地完成既定的里程碑节点。对了，想要了解更多的项目管理解决方案，可以访问CORNERSTONE官网，详细了解！

煽谖募喝

题主的需求变更的场景数知鸟平台完全可以实现，而且数知鸟还是免费的。

作为帆软的产品，数知鸟既有面向数据团队的特色功能，也有需求管理的通用功能。

就说题主的这个场景：
一个project，你需要给master审批一下，提出一些意见，你可以选择将处理人设置为master，master就会收到需求的提醒。

master觉得可以做的话在处理意见上写上自己的意见，点击确定即可
觉得不能做，也可以直接将需求退回，填写处理意见

master处理后，你将会收到进度提醒，可以点进去看需求详情，可以编辑需求，实现需求的变更，需求的所有操作记录都会记录，

需要再次给master确认的话，可以将需求处理人再次设置为master。再次确认后你就可以往下做了。需求梳理时的需求文档和指标表还可以贴出来促进共识。
除此之外，数知鸟平台的其他功能也同样可以让你有便捷的需求管理的体验
1、便捷的需求反馈途径，降低需求整合成本
支持钉钉、企业微信用户体系，一键同步用户架构，搭建便捷的需求反馈、需求处理、消息同步的通道。（PC端、移动端均可收到需求反馈、进度提醒，查看需求的详情）

也支持复制反馈链接分享，将需求反馈链接分享给同事，可以多种需求反馈方式灵活运用。

2、丰富的需求管理功能，加速处理效率
列表、故事墙两种展现形式、需求处理操作丰富

需求统一管理、方便排期，支持拆分需求、从各维度筛选需求等对需求的进一步处理操作。更好的归纳整合需求。

3、多个平台功能组合使用，加速方案确认
文档功能
这是一个可看、可写、可用的团队共享文档，可以用于个人速记、进一步分析需求，也可以用于共享确认，团队内达成共识。

作为帆软的产品，数知鸟也支持和Fine BI、Fine Report集成，任意用户体系均可。集成后在帆软决策平台上会有便捷的需求反馈入口，更可以同步报表目录，具体到某张报表去提出问题。

还有更多对数据人员友好的功能：
①需求分析脑图
需求不明确？可以在脑图框架中进行进一步的需求梳理，通过【邀请同事协作】，和同事进行对需求的协作处理，达成共识，提高处理效率。这一功能能够有效数据人员和业务的协同沟通效率，实现需求的快速落地。

②知识库
知识库包含「全局指标包」、「搜索资料整理」等五个细分内容
举个例子，「全局指标包」支持指标的新建、导入与维护。既可以积累优质指标，建立企业指标字典，不仅便于持续复用，也可以拉通不同部门对指标含义的认知。

③效能看板
可以通过看板查看需求处理详情、处理人工作详情等。进一步掌控团队工作进度，改进团队的工作效率。

平台内还有更多细节功能期待大家的探索，欢迎花30秒注册使用，获取高效、便捷的需求管理体验。

某芳0504

oKit项目管理软件，里面的需求管理功能可以满足你的要求