We started the ChicagoVisual Studio ALM User Group because we're passionate about this area of our industry. This user group is meant for you if you're looking to learn and share your experiences with ALM and Microsoft's related tooling.
Location:Microsoft-Chicago 200 E Randolph, 2nd Floor, Chicago
December is always a special meeting for us! We will have great food, lots of great giveaways, and I'm excited to say that we have an amazing speaker flying in from California for this event - Doc Norton. You may already follow him on Twitter, read his blog, or maybe you have seen him speaking at one of many conferences. If not, I highly recommend checking out his blog, and then be sure to sign up for our December event so you can hear him in person.
In December, Doc will be tackling effective metrics.Velocity is one of the most common metrics used-and one of the most commonly misused-on agile projects. Velocity is simply a measurement of speed in a given direction-the rate at which a team is delivering toward a product release. As with a vehicle en route to a particular destination, increasing the speed may appear to ensure a timely arrival. However, that assumption is dangerous because it ignores the risks with higher speeds. And while it’s easy to increase a vehicle’s speed, where exactly is the accelerator on a software team? Michael “Doc" Norton walks us through the Hawthorne Effect and Goodhart’s Law to explain why setting goals for velocity can actually hurt a project's chances. Take a look at what can negatively impact velocity, ways to stabilize fluctuating velocity, and methods to improve velocity without the risks. Leave with a toolkit of additional metrics that, coupled with velocity, give a better view of the project's overall health.
Doc is Global Director of Engineering Culture at Groupon. Once a dedicated code slinger, Doc has turned his energy toward helping teams, departments, and companies work better together in the pursuit of better software.
An agile practitioner and coach since 1999, Doc's 20-plus years of software development experience have provided him with exposure to a wide range of topics. Doc declares expertise in no single language or methodology and is immediately suspicious of anyone who declares such expertise.
A frequent speaker, Doc is passionate about helping others become better developers, working with teams to improve delivery, and building great organizations.