2020年6月30日,星期二

使用Azure DevOps管理团队合作

在过去的两年中,在内容和代码部观察Azure DevOps的兴起非常有趣,尤其是看到使用范围已扩展到开发团队之外。现在我们有几个团队  以开发人员为重点,使用平台来管理他们的工作-包括架构和平台/基础架构团队,他们的工作面向构想,设计,配置,安全性或测试。在许多情况下,团队负责人一直在寻找Microsoft堆栈中某个任务管理工具,该工具具有比Planner或To Do更强大的功能,并且没有Project Online的项目管理重点。在某些情况下,其工作涉及文件(例如PowerShell脚本或JSON代码段),但通常不涉及文件。常见的事情是团队的工作需要进行管理-引入Azure DevOps董事会后,每个人似乎都喜欢董事会提供的功能集及其为工作带来的清晰度。能够理解优先级,谁在忙于什么以及如何将各种任务相互关联是团队合作的基础,但在DevOps董事会中做得很好。能够在不追逐所有者的情况下保持最新的状态,就可以以显着的方式改变团队的动力-令人惊讶的是,可以避免多少次打扰和提高团队的效率。 

在接下来的几篇文章中,我想谈一谈Azure DevOps如何在许多情况下提供帮助-不仅限于高级开发团队。 

我使用下面的幻灯片总结了一些好处-这是在针对开发人员的演示中,但是有趣的是,只有两点是特定于开发工作的:

顺便说一下,幻灯片显示了Azure DevOps中“工作详细信息”窗格的屏幕截图。仅此一项功能就非常强大,可以查看分配给每个团队成员的工作量以及这与预先定义的限制之间的关系。通过定义 容量 每个人在特定时期都有空余时间,这意味着可以考虑休假,从事其他项目的工作以及可以节省时间的其他任何事情,从而使预测和时间管理保持准确:
除了我公司的体系结构和平台/基础架构团队的示例外,我认为甚至在整个ITSM流程之外还有一些小型支持团队也可以使用Azure DevOps而不是其他工具的情况-稍后会详细介绍。总体而言,我看到了不同级别的Azure DevOps使用情况,其中只有运行敏捷sprint的开发团队可能会迁移到2或3级,但是1级可以为许多不同的团队工作:

为了稍微说明一下,以下是这些不同使用级别的含义概述:


目前,其中一些可能并不意味着太多,但我们将在这些文章中进一步探讨不同的领域。

深入了解Azure DevOps板

如果您不熟悉Boards功能,那么前提是团队可以看到任务积压的可视化面板,在其中可以将项目简单地拖到另一列以更新状态,类似于实物板(看板)。当然,这类似于Trello,Planner或其他一些任务管理工具。就个人而言,我喜欢以下功能:
  • 能够定义自己的列-这些列通常会映射到单个项目状态,例如新建,已批准,进行中等,但您也可以映射 指出诸如“ Build and Test”之类的列
  • 能够定义泳道以全面 水平地 -帮助对项目进行分类,而不管其状态如何
  • 样式规则-我喜欢实现的一些示例包括:
    • 将卡的颜色更改为红色,以表示物品被阻塞或过期
    • 突出显示卡上显示的某些标签的标签-上图以黄色突出显示了带有“数据”标签的任何项目,以便团队可以快速识别这些任务,例如
  • 实时更新-意味着无需更改页面即可立即反映其他团队成员的更改
这是一个展示其中某些功能的电路板示例:


设置Azure DevOps项目

在下面的视频中,我演示了从零开始的过程-创建一个新的DevOps项目,然后添加一些问题和任务以分配给团队成员。我认为,使用项目和使用某些协作功能给用户带来了良好的体验:


非常多 该视频中显示了其中的基本功能-定义任务,标记,使用拖放操作来更新板上的项目状态,使用@功能等协作功能以及在更改项目时“跟随”以接收更新,等等。显示的元素可以汇总到此列表中,分为三个区域:


概要

使用Azure DevOps可以快速轻松地开始。通常,您可以从最初获得的5个用户免费中获得许可,然后再获得许可 之后,每位使用者每月$ 6。在本文中,我们探讨了一些支持现代团队合作的功能-我的经验是,它们确实可以很好地适用于各种团队。尽管Azure DevOps为开发人员带来了很多好处,但我们肯定已经在内容和代码的其他上下文中看到了它的良好效果。 

回到不同的用法级别,本文和视频着重于第一级(“简单”):   

在下一篇文章中,我将介绍一些有助于团队运行sprint的敏捷功能,包括使用诸如燃尽图,累积流图之类的工具-这些工具可帮助团队通过一系列任务和总体速度来了解其进度随着时间的推移: