Showing posts with label Troy Lightfoot. Show all posts
Showing posts with label Troy Lightfoot. Show all posts

Tuesday, June 14, 2022

Kanban Metrics with Troy Lightfoot


Troy Lightfoot joins me to discuss basic differences between Scrum and Kanban, Kanban Metrics and his upcoming classes. The metrics we cover are: WIP, Throughput, Work Item Age, and Cycle Time. We also talk about his upcoming Professional Kanban 1 Certification and Applying Metrics for Predictability classes. 

You can find the interview here:  https://bit.ly/3Qjlczo


Troy’s Upcoming Classes

Sunday, August 23, 2020

What To Do When They Want To Know Cost Per Point w Troy Lightfoot

I had a student recently who was being asked to provide information cost per User Story Point. In this interview with Troy Lightfoot we discuss different strategies you might employ when responding to this request and why management asking for this is such a troubling sign. 

You can find the interview here



Friday, May 24, 2019

Probabilistic Forecasting with Troy Lightfoot

If Story Points are not doing it for you, maybe Probabilistic Forecasting will help you figure out when you’ll be able to deliver. Check out my interview w/ Troy Lightfoot on how to stop guessing when stuff will be done.

https://www.projectmanagement.com/blog-post/54062/Probabilistic-Forecasting-with-Troy-Lightfoot 

Wednesday, May 24, 2017

Tracking Scrum Master Performance w/ Troy Lightfoot



Troy Lightfoot joins Dave Prior to respond to a recurring student question “How can I track the performance of a ScrumMaster using metrics which are different form the ones I use to track the performance of the team?” Using the LeanAgile Intelligence tool he co-authored, Troy walks Dave through a few options that can be used to collect data that could provide clarity on performance of an individual ScrumMaster.

For more information on LeanAgile Intelligence: https://www.leanagileintelligence.com/
You can follow Troy Lightfoot on Twitter at https://twitter.com/g4stroy
You can follow Dave Prior on Twitter at https://twitter.com/mrsungo

Monday, May 22, 2017

Test Driven Development and Mobbing for Non Developers

Summary: You don’t have to be a developer to use Test Driven Development and Mob Programming. Last week on Twitch Amitai Schlier & Troy Lightfoot led Dave Prior and Rachel Gertz (neither of who can program) through an exercise in remote pairing with TDD.




If you come from a PM background, you’ve probably heard developers talk about Test Driven Development and you may even get the basic idea behind it - build the test to prove something works, then build the thing that passes the test.

You may also have heard about Mob Programming - the set of practices put together by Woody Zuill that takes the idea of pairing and extends it to the whole team. In mobbing, an entire team builds everything together. They share one keyboard and rotate the person typing at timed intervals. This allows them to develop cross-functionality, to learn from each other and, basically, QA as they go.

These are both topics I’ve been interested in for awhile, but I’ve never had an opportunity arise that gave me a chance to actually try them.

But, last week I had the opportunity to participate in a unique experiment that not only let me learn more about each of these sets of practices, but gave me a
Troy Lightfoot, from Agile Uprising set up a TDD & Mobbing workshop in Twitch. Myself and Rachel Gertz from Louder Than Ten were guided by Amitai Schleier, the creator of Agile in 3 Minutes Podcast and Schmonz.com, who led us through an exercise in remote mobbing using TDD.

The entire experience was a blast and I’ve developed a new found appreciation for the entire though process and discipline that goes into using Test Driven Development and trying to mob with a team.

I’d encourage you to check out the video on your own, or with your team and maybe even try to replicate the experiment. I think this would work great as a team building exercise as well. Most of the time I felt like I was playing a board game with a bunch of friends.