工程项目管理软件排名？
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
为了节省大家时间，先说明，要安利的是研发领域项目管理工具。
关于通用型项目管理工具，行业前几的产品基本都被其他答主安利全了，这里就不再赘述（你可以选择点击直达）
研发领域项目管理工具主要是针对产研团队，满足【需求拆解、需求管理、编写说明、跟踪项目、版本规划管理、测试记录、缺陷管理】、【文档管理】、【源代码管理】、【部署管理、持续集成】等需求，支持sass和私有部署模式......如果不是以上问题，本文可能对你帮助不大。
我们是互联网公司，200人左右，研发团队占50%，在以前人少的时候研发项目管理基本靠Office全家桶，但随着人越来越多，由于缺乏规范化的流程、模板，以及全家桶缺乏一些自动化、可视化的功能及平台，需求管理、版本管理、项目跟踪就越来越混乱，大家没少在会上吐槽。
在工具选型的过程中，国外的巨头型产品Jira，国内的一些知名产品（PingCode、禅道等）也都有过尝试。
Jira虽然很强大，但是20年停售了本地版，SAAS版国内基本不可用，以及本土化的体验不是很友好等因素，遗憾没得选。PingCode是国产的研发工具，最后研究发现JIRA能实现的需求PingCode也都能做到，而且还有一些不同与Jira的优点，比如产品体验上等一些。
总结说一下我们的选择理由：
1、和Jira一样，覆盖研发管理全流程：
【需求拆解、编写说明、跟踪项目、测试记录......】（PingCode Agile搞定）， 【文档管理】（PingCode Wiki）， 【源码管理】（gitlab,github,svn搞定，这些工具都与PingCode打通）, 【部署管理，持续集成】(Hudson搞定)
2、完整支持标准的 Scrum及Kanban 敏捷开发流程
3、25人以下团队完全免费，支持私有部署
4、PingCode通过插件的形式与Jenkins、GitHub等几十款研发工具打通
智能化研发管理工具PingCode官网
点击跳转至第三方
以及放上个人最喜欢的一点：进度管理等各种自动可视化报表
聊完选择理由，我们再来看看工具的上手体验：
一、需求管理：协助需求拆分、建立规范的需求流转过程，以及记录详尽的需求信息
管理需求的第一步首先是要进行需求的收集。我们的需求来源除了产品经理自己通过市场调研等各种渠道分析出的需求，来自用户的需求、建议、缺陷，都是由销售、客户成功的同事在一个公开的项目【公共Backlog】中提交，然后产品经理和设计师会定期对需求池的需求进行评审处理。
1、详尽记录需求信息，还原需求场景
比如：需求描述、功能分类、需求类型、客户类型、是否为定制开发客户等等，以便于大家来判断需求的最终预期、优先级，以及快速的筛选出自己负责的需求。
2、史诗-特性-用户故事三级需求优先级机制，需求拆分管理更有序
敏捷开发中，用户故事被广泛使用，但是我认为仅仅使用用户故事是不足以很好的管理整个项目的。因此，我们按照Epic Story - Feature - User Story（史诗-特性-用户故事）的层级顺序去管理需求。
而PingCode也是支持史诗-特性-用户故事的三级管理方式，比如说：
它包含需求状态、负责人、开始完成时间、关联测试、开发代码、工时、文档页面、附件、也支持拆解建立子工作项，大家一起讨论沟通等等
二、迭代规划：我们通过PingCode进行需求拆解，任务指派，且任务可自动关联需求、测试报告，缺陷、代码等
规划迭代时，我们会将【产品Backlog】中所有完成产品设计的任务筛选出来，按照“功能需求”＞“交互体验需求”＞“视觉需求”的优先级顺序，确定每次迭代要做的功能；
在迭代会议中，研发会将这个迭代的所有需求逐一确认，并在需求的相关任务栏中进行拆解，创建成一个个的研发任务；并通过PingCode指派给相应的负责人，或团队人员自行领取。
三、迭代开发：我们通过燃尽图等多种报表展示需求进度
迭代规划完成后会正式进入研发阶段，迭代开始后会有：需求讲解、研发、演示、验收测试等环节，验收测试完成后结束迭代并上线，在工程师编码的过程中，研发负责人和产品经理都会随时通过燃尽图来关注迭代的进度，并在每日站会中沟通进展。
这里还需要提一下，在迭代结束前2天左右，研发、产品和设计会一起演示迭代的产出。演示时，会根据演示情况在对应的需求下创建相关的缺陷，待演示结束后进行修复。演示中出现的bug修复后，由产品经理进行最终验收，并决定是否可以上线。演示中出现的bug修复后，由产品经理进行最终验收，并决定是否可以上线。
四、可视化研发管理
同时，用户故事、缺陷、任务等工作项也都提供全景视图，以可视化方式统计开发和工时数据， 方便团队对研发工作做出及时调整和优化。
这对于负责人进度掌控或者是汇报来说都是特别舒服的事。
对于团队来说，由于PingCode预置多种关联关系，这让团队成员能更清晰了解工作项之间的联系，判断问题来源和阻碍。 并且工作项评论支持插入代码片段和工作项， 被提及工作项将被自动添加至关联标签页等等。
五、评审回顾
对于标准化的研发团队而言这是一个不可或缺的环节。
在迭代完成后，通过PingCode，团队成员能够对当前迭代所完成的工作成果进行演示，其他成员可以提出反馈建议,评审完成后进入到迭代回顾会议，在回顾会议上成员一起讨论当前迭代做的好的、做的不好的以及改进计划，同时记录在迭代回顾板上。
这样就很大程度减少了大家整理的工作，回顾起来也能特别方便。
OK，以上就是我的推荐，如果感兴趣，可去注册试用，但也只是建议先试用。一个产品好不好用，产品本身是一个方面，双方的切合度也是非常重要的一环。
附上工具链接：PingCode
成都云链致胜软件
2024-09-02 广告
