InfoQ

InfoQ

编辑特辑

Mark Levison

Mark is a Certified Scrum Trainer and Agile Coach with Agile Pain Relief Consulting. He has over twenty years experience in the IT industry, working as a Developer, Manager, Technical Lead, Architect and Consultant. He has ten years of experience with Agile and Scrum introducing these methods to a number teams from small companies to large organizations. He also publishes a blog: Notes from a Tool User. When not in front of a computer, Mark spends his time with his wife and two daughters.

“Mark Levison”相关的内容


Mark Levison的最新专题内容

从经理的角度看技术债务

主题
Scrum,
敏捷技术,
敏捷,
架构 ,
重构

开发人员经常谈到“技术债务”会导致项目延期,他们到底说的是什么意思呢?在“技术负债”拖垮项目之前,你可以采取什么手段来减少它呢?

学习的科学:适合大脑的最佳途径

主题
团队工作,
敏捷,
教育

为什么人们不明白你在会议上提出的想法?为什么你正在指导的开发人员仍然不理解你?为什么参加你的课程的学员只学到10%的内容?在某种程度上,我们都是老师,但只有专业教育工作者才接受过这方面的培训。本文讨论从神经科学学到的知识,以及如何把它们应用到敏捷软件开发及其他行业。

如何坚持TDD:使用者出现的问题以及解决方案

主题
协作,
极限编程,
敏捷技术,
团队工作,
方法论,
结对编程,
测试驱动开发,
敏捷,
编程,
测试

Mark Levison发现,在大型公司里,即使有了良好的课堂培训,团队采用TDD时仍然困难重重。为了更好地找出原因,他调查了团队的一些成员。在本文中,他分享了他所发现的问题,以及他自己对该问题的理解,目的是帮助大家在组织中更好地引入TDD。

Mark Levison的新闻

敏捷/Scrum回顾的技巧与窍门

主题
团队协作,
分布式团队,
协作,
团队工作,
敏捷技术,
Scrum,
持续改进,
敏捷,
回顾

回顾和反馈环在任何成功的敏捷/Scrum实施中都占据着重要地位。它们是我们用于帮助团队进行改进的工具。然而在仅仅两天的敏捷介绍课程中,它们常常被一笔带过。由于时间限制,培训师们(包括我自己)常常匆匆过一下这个话题,粗略描述一个回顾的简单方式。问题在于,简单的回顾方式往往让人感觉无聊,久而久之,大家就没兴趣参与了。

在Scrum中与难相处的人和顽固的人一起工作

主题
敏捷实施,
教练,
Scrum Master,
教练和指导,
企业级敏捷,
Scrum,
敏捷,
变更

你是如何与难相处和不合作的人一起工作的?与那些好斗的或不专业的人呢?与那些积极反对议程的人呢?

给分布式Scrum团队关于发布计划会议的建议

主题
企业级敏捷,
团队工作,
Scrum,
敏捷,
分布式团队

当你的团队分布在美国和印度的时候,我们应该怎么做才能使发布计划会议顺利进行呢?如果团队因为时差的缘故不能够在同一时间参加计划会议,又该怎么办呢?

如何把Scrum推销给管理层?

主题
敏捷实施,
敏捷介绍,
Scrum,
企业级敏捷,
变更,
敏捷,
管理

想尝试把Scrum推销给管理层吗?项目失败,很想知道原因?当大家从CSM学成归来,满腔热忱致力于改变世界时,这种情况常常发生。

Sprint燃尽图——我们是不是一直在度量错误的指标?

主题
敏捷技术,
Scrum,
敏捷,
信息辐射体,
度量

传统的Sprint燃尽图是否可以对团队有所帮助?一些Scrum团队发现:跟踪记录任务小时数隐藏了sprint的真实状况,他们更喜欢其他工具。

应该奖励最好的Scrum团队吗?

主题
Scrum,
敏捷,
人力资源

是否应该每个季度为部门最佳的团队提供奖励?如何确定最佳团队?奖励会有什么影响?

向管理层解释重构

主题
Scrum,
敏捷技术,
敏捷,
重构

如何将重构的重要性与价值解释给从未编写过代码的管理层听?如何才能证明延缓代码交付时间所付出的代价是值得的?

Scrum Master是否需要技术背景?

主题
敏捷实施,
Scrum Master,
领导能力,
企业级敏捷,
教练和指导,
Scrum,
敏捷

Scrum Master是否需要有技术背景?他们是否需要能够阅读代码和指导开发人员的日常工作?