开发团队

1、概述 微软在2019年5月发布Azure DevOps Server 2019后不到2个月的时间里，就快速准备好了第一个升级包（2019 Update 1），并计划在几周后发布正式版本。也许你还没来得及升级TFS，也许你还在观望，但是这个版本一定会引起你的关注。它不仅修复了Azure DevOps 2019大版本中的缺陷，将软件提升到了前所未有的稳定级别；还在升级包中增加了大量引人注目的新功能，集成了近期微软在Azure DevOps云端发布的大部分成熟功能。下面我们从各功能模块的角度，逐个看看这个升级包的新特性。 2、Boards （工作项） 新增Basic流程模板New Basic process 在之前所有版本的TFS和Azure DevOps Server中，存在三个开箱即用的过程模板（Agile, Scrum和CMMI）。每个过程模板适用于不同的开发管理模式，为开发团队提供强大而灵活的项目交付和跟踪功能。但是，如果开发团队没有使用敏捷或CMMI模式管理自己的开发工作，或者并没有接触过敏捷和CMMI，他们对DevOps Server中这些默认模板中的概念和定义就会变得非常陌生。我们辅导过的许多开发团队，都会说”TFS系统中的概念比较晦涩难懂，如果没有人指导，不知道如何开始。” 为了解决这个问题，在最新版本的Azure DevOps Server 2019.1中

乔尔测试 　　1.你们用源代码管理系统吗？ 　　git 神器 　　2.你们能一键编译吗？ 　　这个要去研究一下 　　3.你们做每日编译吗？ 　　这个要去研究一下 　　4.你们有bug数据库吗？ 　　有 　　5.你们的 程序员 在写新代码前修改以前的代码吗？ 　　在做开发规划的时候，要预留修改以前代码的时间，而不能只是考虑到不断叠加新功能。 　　6.你们的进度表是最新的吗？ 　　每周的进度更新是必要的，这样才能知道每月的计划能否顺利完成。我们有最新的每周进度。 　　7.你们有软件规格书吗？ 　　就是我们的产品设计文档。产品设计文档，原型修改5遍，也好过代码开发出来了再推到重来。没想清楚产品细节之前，不要开始开发！ 程序员的工作环境安静吗？ 　　远程工作者可以选择自己的工作环境 　　9.你们使用了能买到的最好的工具吗？ 　　可以有 　　10.你们有测试人员吗？ 　　3.1以前都是产品经理同时负责测试，3.2以后要引入专业的测试人才，提升测试完整度。 　　11.你们面试时会要求应聘人员写代码吗？ 　　可以有。 　　12.你们做过走廊可用性测试吗？ 　　在做，且必须做。每次要提供不同版本让用户来比较体验，并给出反馈。 　　感觉上，乔尔十多年前提到的这些，已经逐步成为开发团队的标配。 来源： oschina 链接： https://my.oschina.net/u/2742875/blog

背景 开发团队如何管理琐碎、突发性工作？ 企业的一些软件开发团队经常出现类似培训支撑等突发性工作，开发团队不清楚如何管理好类似客户培训这样的突发性支撑工作。 解决突发性工作的问题被很多开发团队所重视，它直接影响开发团队工作的进度和速率，间接着影响迭代目标是否能完成，甚至整个项目的成败。所以降低或解决突发性工作对开发团队的干扰非常重要。 问题分析 支撑工作与开发工作混合，没有明显的优先级，来了新的支撑任务需要随时接受和完成。从管理上来说，这些突发的琐碎任务和开发任务同时管理增加了很大的难度。 另一种情况，开发团队正常进行开发工作的时候，客户经常会提出一些干扰开发团队冲突任务。而且突发性的工作是由客户重点提出并需要优先处理的，所以开发团队经常会额外付出工作量去处理，造成迭代目标不能达成的风险。 开发团队主要想解决如何处理琐碎、突发性的支撑工作，如何提高工作效率的问题。 我们先将情况大致分类如下表： 类型 特点 分析 一 支撑工作与开发工作混合，出现突发性工作是常态。 支撑的工作和正常的开发工作混合在一起，开发人员会经常临时切换工作内容，难免会对管理增加难度，频繁切换工作内容也会造成时间的浪费，因为开发人员需要梳理新工作，新工作完成后还要继续回想之前的工作做到了哪里。因此，问题的根源在于开发团队模式上，在此模式下需要考虑时刻应对问题、风险。 二 开发工作为主，伴随着出现突发性应急工作

项目背景即概述 软件产品：游戏客户端 项目背景：娱乐成为许多人生活中越来越重要的一部分，也出现了越来越多，越来越新颖的游戏。 可是为了玩游戏，玩家经常需要跨平台游玩，会申请很多账号，非常麻烦。 而一个整合的游戏平台则能消除这个问题，一个账号，游玩平台所有游戏，不仅仅是简单的“购买，游玩”模式，我们将提供良好支持的玩家社区，满足玩家讨论、交友、发表自己创作的艺术作品、发布创意（mod）需求。同时还会有直播区让不方便玩游戏的用户获得良好的体验。 项目前景：经过涉众调查问卷分析，现在大多数人对游戏平台有需求，而我们的项目将为用户提供良好的游戏生态和玩家社区，有良好的前景。 预期功能： 普通用户可通过QQ、微信或者手机号注册。 游戏开发团队需填写团队信息可完成注册。 用户可以在商店购买自己需要的游戏，并且可以通过向后台反馈申请对刚刚购买的游戏进行退款。 游戏开发团队可在商店经审核后上传游戏，并对游戏进行更新升级。 用户可在社区上传自己制作的游戏视频、 攻略或游戏模组，并可与其他用户讨论 用户可在社区申请开启直播 后台主要接受用户的请求并根据情况做出决定（审核游戏、审核发帖等） 产品应用：该产品目的在于构建一个用户和游戏产品相交互的平台，将尽可能多的游戏集中到一个平台，使用户不仅能方便的找到下载游戏的途径，同时，多样的游戏也给用户提供了多种的选择，在平台的讨论区也可以加强用户之间的互动

原文地址： https://www.atlassian.com/agile/scrum/roles 翻译君：CODING 敏杰小王子 Scrum 当中有三个角色：PO（product owner），敏捷教练（scrum master）和开发团队。虽然这看起来很清晰，但如何处理现有职位的问题可能会让人感到困惑。许多团队询问在采用 scrum 时是否需要更改岗位名称？最简洁的答案是“不”。在本文中，我们将讨论 scrum 的角色定义以及如何将它们融进你的组织中，而你无需打印新的岗位名片。 Scrum 角色 VS 岗位职称 这三个 scrum 角色描述了 scrum 团队成员的主要责任，他们并不是岗位职称。这意味着任何职称，即使是现有职位，也可以承担其中一个角色。因为 scrum 的本质是经验主义、自我组织和持续改进，所以这三个角色给出了责任的最小定义，以允许团队有效地工作。这使得团队可以对他们的自我组织和持续改进负责。 参考阅读： https://scrumguides.org/scrum-guide.html 建立一个 Scrum 团队 Scrum 是一个团队构建运作流程的框架。它提供了定期会议和谁做什么的基本结构。 它不为团队提供一个适合所有人的模型。例如，如果团队正在开发 Web 保险应用程序，他们需要了解技术、后端系统和业务领域的人员。另一方面，如果团队正在研究下一代大金刚