如何免费发布个人网站,百度竞价排名价格,无货源电商怎么起步,青岛网站建设方案优化自2000年代中期#xff0c;“Scrum”项目管理#xff08;PM#xff09;一直统治着软件开发方法。它的迭代结构、频繁会议和清晰的层次结构使其成为受频繁变化的客户需求和条件管制的行业的明显选择。因此#xff0c;大多数团队习惯基于 Scrum项目管理应用管理开发过程。 \\…自2000年代中期“Scrum”项目管理PM一直统治着软件开发方法。它的迭代结构、频繁会议和清晰的层次结构使其成为受频繁变化的客户需求和条件管制的行业的明显选择。因此大多数团队习惯基于 Scrum项目管理应用管理开发过程。 \\但是有新玩家——可视化项目管理软件进入该领域尽管没有那么普及但是带来很多功能。可视化项目管理是精益生产的现代表现是早期 Kanban工具尽管它不等同于两者中的任何一个。不像人工方法可视化项目管理软件从多个方法中吸收元素以便自动化和简化现有工作流程。打包成虚拟系统同时提供实时更新、自定义访问控制、数据分析等等相对应的优势。\\对采用可视化项目管理感兴趣的团队 Leader往往欣赏其价值但是不能确定如何克服迁移带来的挑战。本文将为团队平滑过渡和最大化新系统价值罗列最佳实践。\\它如何不同于 Scrum\\随着 Scrum的发展团队成员在 Sprint阶段往往真正以筒仓的形式开发项目。他们在 Sprint结束时或者每日站立会议中协作、分享进度这需要每天抽出时间。通过实时进度的使用和任务可视化可视化项目管理为整个 Sprint提供彻底的透明度。虽然这不能彻底消除对专用会议的需求但是将会减少多余或者不必要的会议——那些仅仅用于让人们“了解最新情况”的会议。\\同样可视化项目管理不太强调完成可交付的产品增量更强调在时间盒内工作在一个合理生产力水平。这意味着单个故事质量重于绝对进度。许多时候可视化项目管理软件甚至会限制某段时间特定团队成员拥有的在制品WIP的数量这能在许多基于 Kanban的系统中发现他们用“卡片”移动单个任务通过可复用的工作流程。重要的是每次 Sprint生产出可工作的 Backlog项目但这并不意味着数量胜过质量团队成员应该能够以最佳生产力工作给予每个 Backlog项应有的时间和关注度。\\为什么一些开发人员不喜欢\\可视化项目管理其根源在于“精益生产”—— Toyota开发的管理系统广泛用在制造业用于减少浪费。鉴于流水作业线制造业跟软件开发行业之间的细微差别和复杂性两者之间的隐式并行令很多开发人员感到厌恶。并且这是事实强迫一些变化无常的事情比如软件开发使用严格的模型不会生产出积极的成果。\\过分简单化的 Kanban平台往往是单维度的不能提供开发团队需要的复杂度从而保持对用户体验、应用、产品测试结果和不断重新定义商业价值的市场的响应。\\这些肯定是有效关注点但重要的是需要注意并非所有可视化项目管理应用都受限于基本 Kanban。许多已经证明在软件行业比如 Atlassian JIRA、Microsoft Visual Studio和 Axosoft有用的可视化工具在开发团队习惯使用的 Scrum的基础上结合了 Kanban和精益生产最好的方面这也是一些用户称它们为“Scrum-ban”的原因。这些混合的项目管理系统结合强大的可视化工具给团队提供了 Backlog、特性测试、代码库和用户故事的全面控制和从一个集中、响应式的接口工作的能力。 \\但是即使你热衷可视化项目管理理论实施一个新系统可能看上去令人生畏。需要完成授权、数据传输和集成更别说培训你的团队适应新的工作管理风格。这不是在公园散步但是如果有一个可靠的策略切换到可视化项目管理就不会妨碍团队的生产力。\\这里有六个技巧可以实现无缝和无痛过渡。\\设立明确、切合实际的期望由于实时可视化工具将不可避免地意味着更大的透明度和整个团队的问责制确保在 Sprint期间为每个开发人员设定明确的目标。你的期望应该是切合实际的应该考虑 Sprint的长度和每个团队成员能够处理的工作量。\\t确保灵活精益到可视化项目管理能够提供的灵活度比如将卡片移到不同“泳道”或改变指定用户和子任务的能力。这将有助于团队避免流水作业线的心态。\\t使用可视化工作流程隔离问题领域例如你是否注意到故事多次地被“卡”在测试阶段或者因为不满意的实现重新进入后面的 Sprint使用根源分析确定瓶颈或冗余的原因。\\t重新考虑你计划故事的方式与其在 Sprint期间将用户故事推给团队成员不如让他们从 Backlog中挑选故事填充自己的泳道。这将给开发人员更多的自治和大大减少 Sprint会议所需的时间你只需要计算故事的总数量在设置的时间内保持团队忙碌当所有或大部分故事被挑选后重新聚集团队成员。\\t确保可视化板能够反映你的工作流程不要让可视化项目管理的新颖转移你的注意力。紧跟团队熟悉的最佳软件开发生命周期。这将帮助他们更快地适应并认清投资回报率。\\t让远程工作人员参与开发团队成员或者整个交接团队在不同时区不同国家工作并不罕见。可视化项目管理平台可以是个强大的工具能够让远程团队看到最新的团队进度给你监控他们工作的能力。\案例研究\\很多组织已经在使用可视化项目管理工具以改善他们的团队工作流程和提高品质和吞吐量的质量。下面是最新的案例\\西门子医疗服务\\西门子医疗服务是全球企业医疗保健 IT解决方案的供应商包括软件开发、安装、托管、集成和为医院跟较大型联合执业团体group practice的外包服务。他们的开发运营集中在宾夕法尼亚州横跨约50个团队同时在印度和欧洲也有资产。\\2005年西门子 HS开始使用 Scrum和极限编程框架来实现自己的目标包括 Scrum团队、Sprint、评审、回顾和一套成熟的 Backlog流程。他们把敏捷/Scrum作为主要的项目管理工具经过六年的使用后在没有巨大加班压力的前提下他们仍然会遇到发布截止日期的麻烦。\\西门子敏捷开发负责人 Bennet Vallet说他们决定在工作流程中引入 Kanban技术以解决这些挑战。“虽然常规 Scrum/XP提供了很多优秀实践西门子仍然在有能力实现可预测成果方面面临关键差距运行效率中持续改进的势头和质量步履蹒跚”他去年二月写道“再者基于相对故事点数的度量指标和速度图不能为该规模的版本开发管理提供足够的洞察力。”\\他们在转型中赌上了一切在跨团队和时区并在项目管理层面部署了 Kanban。\\西门子团队确实可以在 Sprint期间利用一些温和的可视化工作比如速度图和燃尽图但是他们发现由于故事类型的不同这些工具给出的都是不准确的读取。另一方面 Kanban通过专注持续流和在制品带来了可预测性和“整个价值流系统性问题和模式的洞见。”\\Vallet发现 Kanban有助于他们更好地具体化持续改进心态通过限制在制品满足发布截止日期并促进协作环境的建立。即使是他们的海外团队在 Sprint期间也感受到了更高的参与度和紧跟步伐。他们的周期时间降至43天或者更少——提高了40%——并保持在一个可预测的范围内。\\Vallet告诉 InfoQ在第一年中他的团队成果是如此的正面以至于他说服领导将所有产品线迁移至可视化项目管理这会影响三个不同大陆的40个团队。\\重要的是要注意西门子实施的是 Kanban的混合和更多传统敏捷技术比如增量故事开发频繁测试持续集成CI和跨职能 Scrum团队以实现其积极的成果。尽管备受诟病“制造业”心态有时已经融入到软件开发中西门子 HS的一个重大发现是流程改进需要可预测性。\\BBC全球\\这一里程碑式的2009年的研究是由9人团队完成的在 BBC全球内12个月内审查精益生产和 Kanban对软件开发流程的影响。该研究由 IEEE工程管理赞助由 Peter Middleton和 David Joyce指挥。Peter Middleton是 Lean Software Strategies的作者David Joyce是 ThoughtWorks的首席顾问和系统思考家。\\BBC团队——从历史上来讲习惯敏捷/Scrum开发——从使用两个中央 Kanban板和四个“信息辐射器”开始这些都是开发团队进度的大型可视化显示工具。团队被指挥在这些板上记录所有进行中的故事并不再从事任何未记录的任务。\\跟西门子团队类似BBC全球团队开始注意到从基于推的时间盒方法向新方法转变是缓慢的在新方法中只要生产力允许他们就会挑选 新的工作——换句话说就是限制在制品。Joyce和 Middleton注意到周期时间更加一致和更好的实现持续改进的能力因此他们认为新可视化项目管理框架是成功的。\\可测量的成果\\交付时间提升37%\\t交付的一致性上涨47%\\t客户报告的缺陷下降24%\与之前 Scrum-only方法回顾仅仅提供不确定的项目交付的总结相比BBC团队实现了传说中的“持续改进Kaizen”天堂。\\尽管不是对每个团队而言但是可视化项目管理工具可以提供开发生命周期内更大的灵活性和通过更智能的任务分配提高整个产品的品质。成功的迁移并不需要工作流程和业务优先级的全面检修——只有仔细、有意识的策略和自发的意愿才能收获回报。 \\关于作者\\Aleksandr Peterson是 TechnologyAdvice的技术分析师。他涉及 gamifiction、CRM、项目管理和其它新兴业务技术。你可以在 LinkedIn上联系他。\\\\查看英文原文Migrating Your Team to Visual Project Management Software
