不要推!拉动工作项目以获得更好的结果

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

在与敏捷相关的所有资源材料中,该方法通常与使用拉动方法相关。这是什么意思,为什么重要?

准备就绪后抓取任务

看板基于建立工作流的想法,在这个系统中,流程阶段由不同的任务列表示,随着工作流在工作流中的进展,任务通过这些列移动。

看板背后的一个基本思想是允许团队成员在完成先前的任务后可用时获取项目/任务,因此是 拉动方法

因此,使用拉式和推式工作分配系统的区别在于优化了项目在团队中的分配方式。在传统的推送系统中,分配给不同人员的工作项目会创建单独的任务队列。同时,未分配的工作可用于拉动,这意味着更容易确定项目的优先级。

团队能够在拉式模型实施中瞄准优先项目,因为人们在高优先级问题上一起工作,因此更容易关注最终产品,而不是个人工作项目偏好。

推动模式的 风险

将项目分配给特定人员的风险在于,对特定任务的落点失去控制,并在人们休假或工作不堪重负时让他们排长队。同时,如果任务在一个共同的待办事项列表中排队,那么如果一个项目具有高优先级,那么有人会比分配给某人时更快地拉取它。与特定人员从分配的待办事项中提取工作相比,从一份待办事项中提取项目的人越多,潜在的优先检查率就越高。

更轻松的协作

拉式方法还促进协作,因此有助于取得更好的结果,因为在单独分配任务的情况下,团队不太可能选择合作——这通常可能是最好的前进方式。这是因为单独分配的工作要求团队坚持分配,以保留他们的任务责任。
人们经常注意到,问责制更好地理解为关于一个完整的工作项目,而不是一组完美完成的不一定相关的任务,更有理由采用拉式方法。

保持敏捷

应用拉动方法的一个重要方面是能够快速有效地适应变化。
优先级的改变,或大或小的焦点转移不会在团队内部产生剧变,因为他们的计划可以更容易地修改,没有个人积压。同样,由于相同的原因,可以更快地完成特定项目的团队规模的任何必要更改,因为团队成员没有需要完成的长期项目积压工作。团队以这种方式更具可扩展性。

可以这样说,坚持拉式方法以不止一种方式使团队受益。这也不仅仅是一个遵循看板的问题,而是将团队的工作优化到最高水平,以获得最佳结果。