针对软件开发项目的项目管理系统有哪些？
禅道是我们团队开发的专门针对研发项目管理的软件。从产品的需求开始，到项目中的任务分解，到后期的测试管理，再到发布，提供了完整的过程跟踪管理，核心的管理方法基于scrum，开放源代码，楼主可以体验下。http://www.zentao.netEasyTrack ,青铜器，泰克赛尔等等，好像青铜器会更针对制造方面的工厂的项目管理。软件开发项目管理也是基于项目管理的要素来拓展的。软件研发项目管理，我觉得统御项目管理软件oKit最合适，因为他们是专门做研发项目管理领域的，这个软件做了6年多了。
oKit是一套强大的项目管理工具、一个全面的信息中心、一个迅捷的沟通平台，更重要的是它还体现了诸多先进的科学的管理理念，如项目管理知识体系（PMBOK）、能力成熟度模型（CMM/CMMI）、软件工程思想、知识型组织管理、个人管理、360度绩效考核等。
oKit能够做什么？
oKit通过一套公共的基础数据，通过统一的权限控制相信息共享，让项目干系人备司真职，各取所需。通过oKit:
?项目负责人能够做计划、分任务、跟踪项目进展、处理项目问题、拟制项目报告;
?研发工程师能够接受任务，报告进度，处置缺陷，管理和使用代码，查看需求;
?测试工程师能够根据需求编写测试用例，查看需求覆盖情况，记录测试结果，输出测试报告，录入和跟踪缺陷;
?产晶经理和需求管理员能够规划产晶版本和特性，条目化，版本化管理需求，跟踪产晶问题和工作;
?配置管理员进行开发库、受控库和产昂库的管理，包括曰志记录、报表和授权;
?质量人员能够跟踪会议评审记录，审计各类输出，监控项目关键过程;
?组织领导能够监控所高项目进展情况，项目人员投入和项目关键缺陷;
?部门领导能够查看成员的项目参与情况，在各项目中的工作任务和待处理问题，能够汇总统计员工的整体工作量、质量和延期情况，能够跟踪部门人员的主要工作;
?甲方能够量化监控乙方情况，包括投入人力，项目测试和缺陷情况，节点通过情况，会议记录，甚至能够估算出乙方投入人天。
oKit最适合研发企业了，比较贴合实际的研发过程。现在项目管理软件市面上很多，但能够完全适合每家公司需求的比较难找，可以考虑有比较齐全的基础功能的标准化软件产品，同时又在项目管理开发能力上比较突出。
去年开始接触伙伴 - 伙伴协同办公，八月开始注册，现在公司基本上全员覆盖（处于隐私，我们安装在本地了），在项目管理上，它可以分阶段执行每项任务，并且项目管理人能够对项目进度进行实时的跟踪监控。
我说我知道的几个：
1、easytrack，应该算是业内最早一批从事项目管理研发的厂商，主要面向IT项目研发、软件研发和产品研发领域的项目和项目组合管理，在项目管理圈子中口碑一直不错。
2、青铜器，创始团队做项目管理培训咨询起家，去年参加一个会议看过青铜器的宣传手册系统界面截图，产品界面跟easytrack比的话有代差。不知道新的版本是否会有改进。
还有一个突然想不起来了。除了以上2个之外，还有一些项目管理SAAS平台，比如teambition,worktile。小团队的话，用项目管理SAAS平台足够支撑了，但是大团队、大项目，甚至涉及到项目集和项目组合，那就真的只能用专业的项目管理工具了，目前的项目管理SAAS平台无法支撑。
这里还要提到easytrack云sass平台，比较特殊，说是功能跟本地实施的easytrack一样强大，同样遵循PMBOK和prince2等国际项目管理理论和方法，不同的仅仅是部署方式。如此看来，是一个比较重的SAAS平台。
如果连用teambition或者worktile，都觉得太过复杂的话，easytrack云也不要考虑了，可能你的团队不需要用专业的项目管理工具，用project甚至Excel估计都可以胜任。无论何时，工具一定是帮助团队更加高效完成工作的助手，而不是成为阻碍工作顺利完成的挡路石。
对号入座，ONES 企业级研发管理工具
市面上专门为软件研发打造的项目管理工具特别少，更多的都是通用项目管理、团队轻协同工具，ONES 是国内少有的专注于软件项目、研发团队协同+管理的项目工具；从需求构思到代码落地，ONES 支持整个软件开发的流程，支持产品经理、研发工程师、测试工程师、项目经理等多职能共同协作。
常规业务流程
ONES 如何实践
- 需求搜集
建立需求池，收集和整理从各渠道反馈的客户需求。提供自定义需求状态、富文本编辑、各类属性表单、附件等，帮助产品经理、开发人员等更充分地了解用户故事。
- 版本与迭代规划
- 规划产品版本：根据产品路线图进行版本规划，并估算总共需要几轮迭代。
2. 迭代规划：制定好版本计划之后，明确每轮迭代当中应该完成哪些需求，并为需求排列优先级。
3. 任务拆分：确定好当前迭代要完成哪些需求之后，即可对其分解，拆分成各类任务指派给设计、研发人员。
- 开发阶段
- 关联代码仓与 Jenkins：通过持续集成平台 ONES Pipeline，将代码构建过程与项目、迭代整合到一起
2. 持续集成结果追踪与分析：通过静态代码检查工具分析代码质量
3. 跟踪迭代进度：在开发过程中，通过燃尽图和看板跟踪迭代进度。
- 测试管理与缺陷追踪
- 编写用例：通过测试用例管理工具 ONES TestCase，在迭代规划阶段，测试人员可以创建此迭代的相关用例，安排测试计划。
2. 执行用例：进入测试阶段，即可执行当前迭代包含的用例，未通过的用例可直接提交缺陷至 ONES Project 当中进行追踪。
3. 质量统计：测试工程师可以使用报表对迭代范围内、或者项目范围内的缺陷进行统计，评估研发质量，跟踪缺陷修复情况。
4. 自动化测试：ONES 支持各种常用编程语言的自动化测试，自动化测试结果可自动关联到对应项目的迭代。
- 迭代回顾
当一个迭代完成并发布之后，项目经理组织全体成员对整个迭代的研发过程进行回顾。
- 总结沉淀
- 反馈管理
产品发布后，运营人员需要通过多种渠道关注并收集用户反馈，并将处理后的反馈整理成相应的优化点和问题，反馈给产品经理，为下一轮的产品规划做准备。
更多新功能持续上线中，欢迎大家免费体验试用：ONES 一站式研发管理工具；更多产品问题也可直接私信咨询哦~
软件开发，就是软件开发人员通过一系列的手段获取用户的需求，最终产生用户所想要的软件。但对于软件开发的工作人员，是如何管理各种各样细致繁琐的开发项目的呢？
Worktile拥有丰富的业务场景模板，敏捷开发、缺陷管理等，直观有效的管理项目进度与质量，非常强大和便捷。利用任务驱动协作，轻松进行项目管理。
任务能帮助企业、部门和个人管理企业的各项事物，可以很直观看到这个项目的实时动态和进度。每一项任务从产生到归档在看板里都都有清晰的记录，再结合现在流行的甘特图和任务统计分析，每一项任务目标都会很明确，过程更是透明。老板能快速高效的决策，员工间也能更好更明确的配合。而且每个任务里还包含子任务，你可以把大任务再细化的分解。还有任务负责人，能上传文件和各种附件，不懂问题的还能在下面评论等等，节约了非常多的时间，提高了团队的工作效率。
软件开发的项目管理是目前项目管理领域里面最不标准的管理领域。所以对项目管理系统的灵活性、适配性、业务定义、报表展现、流程的可配型都有很高的要求。
统御软件 （oKit）| 项目管理软件，项目管理咨询，项目需求管理工具，集成研发管理平台 --管理咨询与实施工具 一站式项目管理解决方案经过9年的打磨已经成为软件研发项目管理管理领域最专业的项目管理工具之一。可以很好的适应相关的业务场景。
软件开发项目管理系统和其他项目管理系统不一样，市场上主要分工程项目管理系统和非工程项目管理系统。至于彼此之间的区别需要根据企业的需求来，非工程项目管理系统用得比较普遍的是研发类项目管理系统，目前在中国还是有很多企业做研发类的项目管理系统的。比如捷为iMIS-PM项目管理系统。
以大多数软件项目来看，基本都有一个共同特点——就是必须快，客户都是急脾气，恨不得今天立项，明天就要你拿出产品来。
面对公司和客户疯狂的快节奏要求，只能跪了?
No，no，no，且看我拿出看家大 保 健，哦不对，是大宝剑——敏捷开发。
啥是敏捷开发呢?
敏捷开发是一种新型软件开发方法，能够响应快速变化的需求，从90年代开始逐渐引起广泛关注。
敏捷软件开发在不同大师的书里可能有不同的阐述，但是所有的理念都是围绕敏捷宣言产生的。
2001年2月11日，17位软件开发领域的大牛聚集在美国犹他州的滑雪胜地雪鸟（Snowbird）雪场，他们分别带着自己顶尖的观点、技术汇聚在雪场。经过两天的讨论，17位大牛共同接受，使用“敏捷”（Agile）这个词概括一套全新的软件开发价值观。
敏捷软件开发宣言：
我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。由此我们建立了如下价值观：
个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划
也就是说，尽管右项有其价值，我们更重视左项的价值。
这套价值观，通过一份简明扼要的《敏捷宣言》，传递给世界，宣告了敏捷开发运动的开始。
采用敏捷软件开发有什么好处么？
互联网行业就是以快吃慢，就比如微信，从微信的第一个版本到至今的最新版本，就是进行迭代式发布的，发布成本很小。
微信迭代分为3个重要阶段：
1.语音功能的推出，获得用户基础
2.附近的人，摇一摇，漂流瓶，扩展用户的社交圈子
3.朋友圈，公众号，订阅号的增加，还有视频聊天，语音对讲的加入让微信在社交类脱颖而出，也让微信从一个工具转变到了社交平台。
微信的成功给我们带来了很好的思想：要抓住用户的核心需求，确定产品的发展方向，定位，采用迭代不断优化产品，提高用户体验，做好产品功能迭代优先级排序…… 而这些实际上就是敏捷开发的核心要素。
例子很多，有很多产品都是一周或者两周发布一个小版本；追求创新，或者说是适度的创新，无论最终有没有真的创新，但初衷肯定都是要创新的；需要快速响应用户的变化，时间就是一切，同一个产品先发布和后发布的差别是很大的；需求不确定性高，这个在软件行业也很常见；关注用户行为，倡导以用户为中心的产品设计。正是这些特点，从而使敏捷开发顺理成章的成为首选。
敏捷适用于什么场景？
1.产品复杂，不断有新的需求加入。
2.团队庞大，沟通协作能力低下。
3.希望高效的控制整个开发进程。
敏捷适用于什么样的团队？
这点应该毋庸置疑--小团队
从生活经验上来看，小动物一般用敏捷来形容，比如兔子、猫（当然，大动物也有，如：这头猪真胖，但它竟然还这么敏捷）。
小团队不会出现大团队那种尾大不掉的情况，「敏捷开发」进度可能每天都会变化，小团队有着更低的管理成本，产品经理可以很好的把控整个团队节奏。
当然，小团队也是要五脏俱全的。
敏捷软件开发的特征？
1.敏捷开发不是快，而是灵活。
2.敏捷开发是让项目尽量透明。
3.敏捷开发对人的要求高（是意愿而不是能力）
Colloa PM项目管理系统
