作为一个六年多开发的“程序媛”，我参与过的项目不少，产品不少，使用过的项目管理工具也不少。
像是之前使用过Redmine、禅道、JIRA这些个任务管理工具，用JIRA偏多一些，我用过的大部分的管理工具都集中偏重在某个方便表现比较不错，但是集中时的糅合项目管理方面的工具，我用过的这些工具相对还是有很多不足的地方，在上家团队我作为技术经理调研好一点的项目管理工具的时候，就听同事推荐过这个ONES，但是那个时候可能还没有现在这么完善，最近进官网看了一下，发现ONES的用户体验的友好度又升了一级，一直挺想推动团队使用ONES，因为沟通方面的一些缘故没能推广下去。项目管理+任务管理这个东西，开发同学认开发任务，项目经理只想好好的监控进度做好汇报，重口调好还是挺难的。
我拿自己的ONES账号为例，给大家看看，我尝试和试用的过程中，我认为团队使用ONES的一些价值点吧。
由于是测评，我就又重新申请了一个测试账号和测试项目，我们团队更偏向敏捷开发一点，所以我毫不犹豫建了一个敏捷项目哈哈(*^▽^*)
敏捷开发很重要的一点就是以需求为核心出发，所有的研发活动以需求为始来完成一个个目标，所以很重要的一环也是需求管理，我觉得一个项目管理工具能不能很好的做到需求管理也是我用不用他的一个理由。为了方便的进行目标拆解，我们可以以周、半月、月等等为单位来指定我们的阶段性目标，在这里，一个阶段性目标也叫一个“迭代”，我可以每次定义我一个新的迭代的周期多长，这点挺好的，因为团队里各个时候松紧程度不一样，迭代周期也不一定每次都一样。
进行需求管理的时候，我觉得每一个需求也可以理解为一个任务，大部分有意义的需求都是需要开发人员去编码实现的。
关于新增需求这里我比较喜欢的一个点，你可以预估需求的计划开始和结束时间，预估工时等等，以及上传需求文档等附件信息，方便跟踪需求每一个细节问题。
需求管理列表界面，我可以对单个的需求手动编辑修改状态，是研发中、还是测试中，各个任务清晰，哪些任务没有完成一目了然。
这个是bug管理页面，没有太多好说的，因为大多数的bug管理也都是相似的，无非是测试人员修bug，我们开发人员去标记修复，测试同学再去验证是否修复一个状态，逐步提升项目质量的一个过程。
关联代码仓库，这个我是关联了我的 一个测试项目
项目概览页面，查看项目的总进度和项目的状态。这里可以单独维护修改项目的状态我觉得特别有用，能够把那些还没有列入开发具体计划、但是在项目的前期商机、需求调研等阶段的这部分项目维护进来，任何时候不管是开发负责人还是项目经理，想要上报工作总结的时候，直接用这个页面的数据就很能说明问题，各个项目的进度、截至时间什么的，向上汇报的时候，太重要了。
不管项目的进度可以更新，需求的进度条也是可以手动编辑更新的。
项目中迭代的概览，说明这我们项目这个里程碑的开发实际完成情况，有没有延期，预计还剩多长时间能够完成，监控着目标进度的健康状态。
项目模块还可以关联项目的各种文档，添加文档页面。
这些是项目的数据统计部分，关于项目的数据统计，也是给我们写周报月报提供很好素材的地方，尤其是清晰全面的统计。
BUG统计：
这些是一部分统计的维度，相对比较简单简洁，但是会很实用，可以大大的减少研发负责人的管理成本：
最后一点，也是我突然发现觉得项目管理这里很强大的一个地方，就是我们可以自定义项目的属性！比如我的APP项目就需要涉及平台问题，我就可以新增一个“目标平台”的属性，给用户项目管理更多自定义的空间。
总的用下来，我还没有用大规模的测试账号去使用，有些权限什么的也没有体验到，但是我觉得这个应该特别适合团队新手管理员去试一试，毕竟可以节省很多的项目进度关注、总结、汇报的时间，工具层已经很方便的帮助我们监控项目的健康状态，才能有的放矢 让我们把更多的精力投入到项目重点上去，既不至于盲目开发，又保证开发团队的效率，协作的通畅度，我想这也是项目管理工具存在的 一个很重要的价值。