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%的内容?在某种程度上,我们都是老师,但只有专业教育工作者才接受过这方面的培训。本文讨论从神经科学学到的知识,以及如何把它们应用到敏捷软件开发及其他行业。

- 主题
- 协作,
- 极限编程,
- 敏捷技术,
- 团队工作,
- 方法论,
- 结对编程,
- 测试驱动开发,
- 敏捷,
- 编程,
- 测试
Mark Levison发现,在大型公司里,即使有了良好的课堂培训,团队采用TDD时仍然困难重重。为了更好地找出原因,他调查了团队的一些成员。在本文中,他分享了他所发现的问题,以及他自己对该问题的理解,目的是帮助大家在组织中更好地引入TDD。
Mark Levison的新闻
- 主题
- 团队协作,
- 分布式团队,
- 协作,
- 团队工作,
- 敏捷技术,
- Scrum,
- 持续改进,
- 敏捷,
- 回顾
回顾和反馈环在任何成功的敏捷/Scrum实施中都占据着重要地位。它们是我们用于帮助团队进行改进的工具。然而在仅仅两天的敏捷介绍课程中,它们常常被一笔带过。由于时间限制,培训师们(包括我自己)常常匆匆过一下这个话题,粗略描述一个回顾的简单方式。问题在于,简单的回顾方式往往让人感觉无聊,久而久之,大家就没兴趣参与了。
- 主题
- 敏捷实施,
- 教练,
- Scrum Master,
- 教练和指导,
- 企业级敏捷,
- Scrum,
- 敏捷,
- 变更
你是如何与难相处和不合作的人一起工作的?与那些好斗的或不专业的人呢?与那些积极反对议程的人呢?
- 主题
- 企业级敏捷,
- 团队工作,
- Scrum,
- 敏捷,
- 分布式团队
当你的团队分布在美国和印度的时候,我们应该怎么做才能使发布计划会议顺利进行呢?如果团队因为时差的缘故不能够在同一时间参加计划会议,又该怎么办呢?
- 主题
- 敏捷实施,
- 敏捷介绍,
- Scrum,
- 企业级敏捷,
- 变更,
- 敏捷,
- 管理
想尝试把Scrum推销给管理层吗?项目失败,很想知道原因?当大家从CSM学成归来,满腔热忱致力于改变世界时,这种情况常常发生。
- 主题
- 敏捷技术,
- Scrum,
- 敏捷,
- 信息辐射体,
- 度量
传统的Sprint燃尽图是否可以对团队有所帮助?一些Scrum团队发现:跟踪记录任务小时数隐藏了sprint的真实状况,他们更喜欢其他工具。
- 主题
- Scrum,
- 敏捷,
- 人力资源
是否应该每个季度为部门最佳的团队提供奖励?如何确定最佳团队?奖励会有什么影响?
- 主题
- Scrum,
- 敏捷技术,
- 敏捷,
- 重构
如何将重构的重要性与价值解释给从未编写过代码的管理层听?如何才能证明延缓代码交付时间所付出的代价是值得的?
- 主题
- 敏捷实施,
- Scrum Master,
- 领导能力,
- 企业级敏捷,
- 教练和指导,
- Scrum,
- 敏捷
Scrum Master是否需要有技术背景?他们是否需要能够阅读代码和指导开发人员的日常工作?