14 | 项目管理工具：一切管理问题，都应思考能否通过工具解决
该思维导图由 AI 生成，仅供参考
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
软件项目管理工具的发展历程从完全手工管理到基于看板的任务可视化，每一次升级都简化了项目管理工作。合理使用这些工具可以极大提高管理效率，起到事半功倍的效果。文章介绍了基于Ticket的任务跟踪系统和基于看板的可视化任务管理，强调了这些工具如何解决了项目管理中的问题。通过Ticket跟踪系统，项目成员可以方便地记录和跟踪任务，避免任务被忘记的情况。而看板的可视化任务管理方式则使任务进展一目了然，让项目成员可以自发有序地按照看板开展日常工作。文章还介绍了一些主流的项目管理软件，包括微软的项目计划工具、Jira、TFS等，并提供了如何选择适合的工具的建议。总的来说，文章突出了项目管理工具在解决管理问题方面的重要性，为读者提供了有益的技术信息。
《软件工程之美》，新⼈⾸单¥59
全部留言(35)
- 最新
- 精选
J.M.Liu我觉得辅助计划工具是从项目规划和任务分解出发，以任务之间内在逻辑关系为依据组织任务，优点是能够清晰地看到整个项目的蓝图，缺点是结构化程度太高，不够灵活，不能适应项目执行期间遇到的变化。基于tickt的管理跟踪系统是从项目执行的角度出发，以执行周期为依据组织任务(如一个sprint)，注重任务的状态跟踪，优点是灵活，缺点是缺乏结构化，各任务之间的关系不明确，容易只见树木不见森林，因此不适合做项目规划和任务分解。因此，需要将二者结合起来用，在规划和任务分解阶段，用项目规划工具，生成蓝图，最后把分解后的任务做成一个个tickt，做项目跟踪作者回复: 给你点赞👍 你说的这一段是我文章总结所欠缺的部分，Ticket跟踪系统还不能完全替代项目计划工具，需要结合使用。
2019-03-2846
易林林完全手工方式管理的优点在于自由空间大、项目结构松散，比如临时添加需求、临时添加人员、临时改变策略等。一旦管理者没有足够的能力去驾驭项目的整体架构，随着项目时间的推移，项目不是越做越简单，而是越做越难，可能到处都是窟窿，根本没法持续下去，并且责任和义务大部分集中于项目管理者。 尽量采用软件工具管理的优点在于对需求、人员、进度、里程碑等可以进行事无巨细的分解或者组合，明确每个人的职责，明确每件事完成的要求，既可以让参与人员看到长期目标，也可以让他们看到短期目标，而不是遥遥无期。可以这样讲，没有路标的100公里总是比有路标的100公里来得费尽得多，还有就是很容易让参与者失去信心，丧失斗志。 宝玉老师在上面提到了部分工具，能否把项目管理每个阶段用到的典型工具分享一下，谢谢。作者回复: 总结的非常好👍 其实每个阶段都有关于工具的章节，比如这一篇就是项目规划篇的项目管理工具。 需求分析篇的工具要讲原型设计，需求阶段还有需求收集管理工具，通常可以用Ticket管理系统（如Jira）、源代码管理（如git）或文档管理工具（如Google Docs/石墨文档）来做。 设计阶段其实主要用文档工具，用MS Visio/PPT画图。 编码阶段主要是源代码管理工具、各种IDE、持续集成平台（Jenkins）的搭建 测试阶段主要是有测试用例管理系统（例如TestRail），有Bug跟踪系统（基本上和项目管理工具一起的，例如Jira） 运维监控有日志管理系统（例如ELK），监控（例如Wavefront），报警（例如PagerDuty）
2019-03-2818
熊斌之前我们项目经理是从IBM出来的，非常擅长使用Excel,我们的项目wbs都是他用VBA做的工具。 不足之处是，无法有效追踪项目进度。 追踪进度的时候，需要问参与的相关人员完成情况。作为开发，我要是完成了20%，为了数据好看一点，我可能会报50%......作者回复: 进度跟踪时，拍脑袋想一个进度百分比这种我也经历过，开始百分比进展很快，然后80%之后就越来越慢了，90%可能都好多天才能100%。 所以说：一个任务，只有 0% 和 100% 两种状态是准确的，中间状态都是不靠谱的。像看板这种只有“TODO”、“进行中”、“完成”等这样几种状态还是更科学可行。
2019-10-315
胖虫子说的好好，但在现实中，往往只有最后一个完成时间，明明完不成，硬上，项目经理就是天天催作者回复: 实际项目中确实有很多残酷的现实，而我们学习软件工程，不就是为了知道理想的开发软件是什么样子，好的开发方式是什么样子，然后超那个方向努力么！
2019-04-225
Charles我们在用云效，用云效之前用过tower主要用看板和任务管理，还自己搭过jira之类的 云效相对来说更加健全一些，主要解决需求管理、版本任务、bug、测试用例、代码管理、持续部署等大部分项目管理的问题 优点：因为用他云服务，所以整合度挺好的 缺点：因为不算他特别核心业务，所以感觉细节问题还挺多的，部署也经常失败，但是最近好像有改善 另外，问老师一个问题，文章中讲到ticket做完到待测试，这一步测试人员是否马上应该跟进测试，但是很多ticket其实是有关联的，所以到底是一个版本计划内的任务全部完成再测试还是一个一个ticket分开测试？如果是单个ticket测试的话，这个ticket是否需要保证和其他模块无关联或关联性较少？作者回复: 文中只是一个示例，可以针对性调整，比如你可以增加一栏：开发完成。对于完成但不具备测试条件的先放到开发完成栏，等到相关ticket都开发完成，再一起放到待测试，这样就会更准确。
2019-03-295- alva_xums-project这样的计划工具，适合于项目整体计划的把控，人财物的协调。 ticket系统适合于每个阶段任务的安排、变更和任务跟踪。 两者一个全局一个局部，在敏捷项目里应该结合起来使用会比较好。项目整体计划抓大的WBS ，不作过度深入的WBS，而ticket系统可以跟踪管理局部的变更，是计划管理的子集。 所以我的经验往往是先做一个全面的迭代计划（用甘特图）,基于此做人员安排和工作安排，并拿此作为汇报的依据向领导汇报。 当然，这种模式适用于项目整体目标清晰，时间节点容易规划、每一阶段工作都容易估算的项目。
作者回复: 👍很好的经验分享
2019-04-013 
纯洁的憎恶工具是流程的进阶，它使流程规范真正发挥作用的同时，将其“副作用”控制在合理范围内。 Ticket、可视化看板等工具灵活、便捷、高效，不仅可以用于软件工程，也可以简单改造后用于多种琐碎而重要的协作中。但是对于很多传统企业，市面上缺少针对性强的现成产品，而这些企业自身也没有精力和意愿，非常深入的做一款适用于本领域管理工具。毕竟这种工具只有一两人用的意义不大，这个组织都用起来才最有意义。 PS：我看燃尽图好像是根据ticket数量的历史变化情况，线性的预测未来的工作进展。但工作真实进展很可能不是线性的，这是否说明燃尽图的剩余工作预测存在天然偏差呢？作者回复: 其实很多工具的定制能力都非常强，例如Jira，可以考虑基于它定制，尤其是可以开发插件，开发成本不高，但可以做很多个性定制化的事。 燃尽图是有天然偏差的，因为任务的复杂度其实不一样的，有的几小时就完了，有的得好几天，有时候你看只剩下一个任务了，但这个可能是最难耗时最长的。 所以我个人更喜欢看板视图，可以直观看到当前Sprint具体什么任务还没完成。
2019-03-293
小老鼠1、如何管理好成员学习新技术？新工具？ 2、如何确定ticket的状态，比如完成，是真完成了还是假消息:-( 3、项目经理更重要的工作是什么？作者回复: 1. 我觉得学习新技术和使用新工具是要把握好度的，一方面不能过于保守，排斥新技术新工具，另一方面不能过于追新技术新工具，对新技术新工具不要急于应用在实际项目中，需要小心论证。 相应的对于成员学习新技术，也一样要鼓励他们去学习，将学到的新技术和新工具在内部进行分享。 同时也要限制和约束对新技术的使用，建立合理的机制去验证和推广新技术。 2. 谁提Ticket谁验收验证 3. 项目经理最主要工作就是协调好项目资源，有计划有顺序的推进项目，保障好项目的正常运行。
2019-09-112
泡泡龙现在正在学习使用码云企业版自带的任务管理，我认为这个软件最大的优点就是1)买了企业版就自带了 2)可以和git联合使用，可以指定任务相关代码库、分支作者回复: 我没有用过码云的，但Github自带的也很好用。
2019-03-282
dancerjira 禅道都用过，比较喜欢用jira的看板。另外燃尽图不错，做事会有成就感！作者回复: 用了看板我对燃尽图就懒得看了，毕竟看ToDo栏还有多少Ticket也是很直观的：）
2019-03-2822
