【高手问答汇总】敏捷团队如何做多项目管理?

原创
04/11 18:00
阅读数 1.5K

自工作伊始,就开始实践敏捷。说实话,那时候如果你问我什么是敏捷,要怎么践行敏捷,我不能给出专业的回答。为了更好地在工作中贯彻敏捷,我开始深入去了解敏捷的过去现在和未来,然后我遇到了:Create Your Successful Agile Project

敏捷,从一开始就被寄予了太多的期望,也确实可以有效的帮助项目达成目标,但很多东西很多工具,被强行和敏捷绑定在一起,对敏捷的践行没有什么帮助。这本书,试图澄清世人(特别是初学者)对敏捷的误解和误用,不厌其烦的从项目的各方面阐述如何应用敏捷。

敏捷,不是什么大话题,既不时尚也不神秘,他可以用来帮助小型团队构建小型软件项目,也可以帮助大型团队把团队和项目拆小,再辅以敏捷。敏捷即为创造和相应变化的能力,是一组章程、实践和迭代。敏捷关注目标本身,而不拘泥过程;同时也时刻关注项目中的核心驱动力:人的能力状态,佐以具有弹性的过程控制。

定制化敏捷项目管理》的译者赵波在 03.22 - 03.28 期间同 开源中国·高手问答 的小伙伴们以”可定制化的敏捷项目管理“”为切入点“展开讨论,本文整理于他和开源中国小伙伴对图数据库的讨论内容~

主要分为以下几部分:

  • 项目中如何应用敏捷
  • 敏捷项目管理的工具
  • 对敏捷应用的误解

项目中如何应用敏捷:

@O疯狂O

敏捷开发需要注意哪些内容,如果管理过程重要还是前期准备重要,当前我们团队项目比较小而杂,有什么推荐的管理软件或者管理方式吗,现在的感觉是用常规管理方式总感觉差一点,不能跟踪全部状况,有时还会丢掉某一些内容?

瀑布开发模型在不确定的需求和不确定的工程实现手段前后夹击下连连失利,敏捷软件开发正是在这个背景下产生的。敏捷,即创造和响应变化的能力。敏捷关注目标本身,而不拘泥于过程;同时也时刻关注项目中的核心驱动力:人的能力状态,佐以具有弹性的过程控制。项目管理中,不管过程还是前期准备都是很重要的,任何一个和目标有偏差,都可能引起项目的偏离。 敏捷对于小团队是一个不错的选择,小团队相对的会要求项目中的人一专多能,那么如何充分调动项目组成员的积极性,让他们充分加入到项目中,发挥更多的主观能动性。这个正是敏捷思维在项目中的体现。敏捷没有固定的套路,可以佐以书中的方式,逐步定制出适合你们团队的敏捷项目开发流程。

@zerolemon

我们公司主要是在一些二开系统中,进行业务定制,但是经常遇到客户定制需求进行修改或者无法预设目标的情况,在这些应该如何通过数据化理论的支持,去评定一个任务的工作难度

不知道你说的数据化理论是指哪方面? 从你的描述来看,一个维度是需求的变化程度;另一维度是需求本身的难度,可以这么理解吗?分别来评估试试。另外,评估这个难度的目的是什么

@tsdyy

一个团队多少人比较适合敏捷开发啊?

敏捷团队人数受诸多因素影响,组织环境、项目情况、团队情况等因素都会影响人数,所谓最佳是要根据上述因素判定的,没有绝对的标准。网友@源1码1表示:以往过往小公司的经验,一般2到4个人整一个模块比较好, 按模块拆分。

@赤脚小子 

创业/创新型的产品,方向一直在变,需求各种穿插(优先级被反复调整),临时的紧急需求等等,每个版本又要加上之前版本遗留的需求再一起排期,请问这种情况如何做敏捷?还是这种创业/创新型项目天生就不适合用敏捷?

项目开发中会变化的不只是需求,还有很多其他诸如人员、开发环境等因素。相对来说,敏捷可以和很多开发模型结合,发展出适合大多数组织使用的开发流程。 如果需求变化快的话,可以考虑将需求尽可能细分,小步迭代,多输出以和客户多沟通,以保证产品可以和客户的需求更好的契合。 建议可参考本书,结合你们项目组的情况,灵活的运用敏捷思维,在项目开发中实施适合你们的敏捷开发。

@猪娃娃

在一个毫无开发流程规范的团队里怎么去应用敏捷带动开发流程化呢?

敏捷关注目标本身和达成目标的人的能力状态。你可以试着让团队里的人,了解流程对开发的帮助。然后结合敏捷思维,来梳理建立流程。可以试试本书介绍的一些小方法。比如分解尽可能小的中间目标,并在每个目标之后确认进展,采取可度量的小步前进。

@jasonwu24

我们是在一个传统遗留项目中做项目管理,这种工程是公司的核心,改动难度较大,但是却一直有努力使之更新换代的念头,也做过敏捷的集体培训,以 Scrum 为代表的敏捷项目管理简化了传统项目管理的繁琐流程和文档,欢迎需求变化,在客户需求不明确的时候,以在较短的周期内开发出可用的软件为目标,来帮助客户描述自己的需求。迭代过程中的需求变更会加入到项目继续迭代需求池,丰富项目的产品功能。但敏捷注重人员的沟通,不是太注重文档的重要性,但若项目人员流动过太,又给维护带来不少难度,特别项目存在新手比较多时,老员工比较累,所以文档化就显得比较重要。需要项目中存在经验较强的人,不然大项目中容易遇到瓶颈问题。请问在传统遗留项目中如何更好地使用敏捷管理的优势助力项目发展呢?

敏捷注重项目中的人,也关注文档在沟通和项目沉淀中的价值。 遗留项目这一类型,很多是结合现有需求,增量或适配开发。 是不是可以考虑将维护过程中的理解和改造落地为文档或者测试用例,以便可以更深入的对项目做分解重构。 另外,项目人员流动过大,就需要找办法将人员流动带来的影响用其他方法尽可能降到最低,比如前面提到的涉及的文档和测试用例;同时尽可能谋求人员的相对固定。 希望能帮到你。

@建安七子  

APP的开发团队怎么来做敏捷比较合适呢?我们现在是按照迭代来一轮一轮的发版,虽然开发可以并行着,但是集成测试,回归测试只能放到一起,现在想做的更敏捷一些,一个需求就能够直接上线,不比等每一个需求都做完再进行。但是测试一直是个问题,特别是回归测试,大量的界面测试难以靠自动化完全替代,回归阶段需要大量的人力支持,所以只能合并到一起。这块怎么能够更敏捷一些。

APP测试按模块可分为前端功能、后端接口和性能测试。功能目前多采用手工测试;性能可用工具测试,接口可通过一定量的自动化测试开发完成。 开发和测试可以并行处理,比如开发下一版本,测试上一版本的,测试的时候白盒黑盒混杂,主要快速的针对改动进行测试。在整体发版前再做全面测试。供参考。

 

敏捷项目管理的工具

@混世顽童

目前市面上有很多项目管理工具软件,比如teambition、tower等等,也都宣称很好的支持敏捷,目前我们在使用teambition,但是总感觉在可视化方面做得不是很到位,请问老师,有哪些工具在可视化方面做得比较好的推荐,或者说哪些工具在你提供的理论支持方面比较好的?

teambition的可视化有什么问题吗?没用过teambition,不太清楚。简单的看板工具,在项目中就可以起到很大作用的。当然具体还要看你实际项目的情况

@源1码1

Scrum、XP、Lean、kanban、FDD、DSDM、Crystal等多种标准方法 , 请问这几种方法,哪些适合 做大数据工具平台的项目?  如果是类似王者荣耀这样的moba类游戏开发的项目管理应该怎么做? 

大数据工具平台的项目是一个大类,其中根据项目目标、客户需求、项目组情况等的不同,也会有具体不同的项目实施方法的。游戏开发只是大类,游戏开发的需求变化频繁,涉及的专业角色较多,很适合用敏捷的方法实施的。你可以结合本书介绍的方法和项目组成员的情况,来实施的。

@源1码1

teambition 和禅道 做项目管理,不知道哪个工具比较好?小公司想用免费开源的项目管理,应该怎么思考?

工具只是工具,如何结合工具,或者说脱离工具,在实际项目管理中,运用适合的方法,比如敏捷,可能是第一要务要去掌握贯彻的。不要拘泥于工具。工具代有才人出,各领风骚小半边。

 

对敏捷应用的误解

@鬼面书生灬

敏捷开发只适合那些需求不是很明确的项目,无法预设,只能适应!

项目开发中会变化的不只是需求。相对来说,敏捷可以和很多开发模型结合,发展出适合大多数组织使用的开发流程

@贺小皮蛋

项目管理是项目每个人应该拥有的技能吗 还是项目leader拥有就可以了

项目可大可小,团队成员可多可少。建议项目管理从管理自身工作开始。至少可以把归属到自己身上的需求和问题,分解成不同的步骤,以此反向管理涉及自身的项目。

@SVD

敏捷是不是跟编程范式和编程语言也有关系,比如类似c++这种范式的编程语言的项目团队,是否不太适合敏捷,因为编译一个包可能就需要很久。不像容器化类型的项目,使用go等编程语言,基于docker file可以快速构建编译。

敏捷只是思想和方法,和编程技术无关。敏捷让项目组更关注于目标和阻挠项目组达成这个目标的因素。编译本身,肯定有加速的方法的;速度慢,和敏捷也不想背,敏捷的快更多的是指快速的迭代,将目标分拆成一个个小目标.

@FlashCHen

敏捷开发应该是重沟通轻文档。快速迭代的目的。但是实际上目前人员流动快,随着项目推进 留下的坑只会越来越多,我呆过几个公司,给我的感觉 敏捷开发只是说说口号,在实际的应用上。并没有觉得有多少变化。对此你有什么看法?

敏捷不是忽视文档,只是提倡轻文档。所谓轻,是必要,去除不必要的文档,保留对项目持续推进必要的文档。敏捷强调关注目标本身,朝着目标,小步迭代。从产品开发的角度来说,并没有错。只是很多时候忽视了目标的达成过程,而多强调敏捷。不知是不是能对应到你的情况。

@degeryang 
真正用过敏捷开发的人就会发现它有多垃圾!对开发不友好,对软件质量不好。只对老板友好

那可能你所接触的敏捷,过于强调敏捷,而忽视了目标本身和达成目标的人了。 不论怎样的敏捷,必须要给开发过程一个迭代周期,在这个周期之内,需求相对稳定,即使需求变化,也是在设计内内可以接受的变化,而不是想怎么变就怎么变。 有了稳定的阶段,开发人员才有相对充裕的时间去开发和构建测试用例,去重构软件,而这才是提高开发效率,加快开发进度,达成项目目标的关键。

以上为本次敏捷方法交流的整理,如果你打算在项目中应用敏捷,在项目中应用敏捷过程中遇到任何问题,欢迎随时和我交流。

希望大家通过《定制化敏捷项目管理》,可以消除部分对敏捷的误解,在项目中更好的应用敏捷,让项目更好达成客户满意的目标。

展开阅读全文
打赏
0
2 收藏
分享
加载中
打赏
0 评论
2 收藏
0
分享
返回顶部
顶部