Talk of values came up recently, and Atlassian as always was held up as an inspiration. The video covers it all, but I have always admired their values:
- Open Company, No Bullshit
- Build with Heart and Balance
- Don’t #@!% the Customer
- Play, as a Team
Talk of values came up recently, and Atlassian as always was held up as an inspiration. The video covers it all, but I have always admired their values:
Tony and and sometimes over modulated Craig (with Renee popping up from time to time) roam the floor at lunchtime at Scrum Australia in Sydney and talk to some interesting Scrum folks along the way about their thoughts on the conference and the Scrum community in general:
View original post 125 more words
Gojko Adzic “does computers” which means he helps people deliver software and he caught up with Craig on a recent YOW! DepthFirst tour of Australia. Gojko is the author of numerous books including “Bridging The Communication Gap“, “Specification by Example“, “Impact Mapping” and “50 Quick Ideas to Improve Your User Stories“.
View original post 170 more words
Craig joins Darren Rogan, Ben Morgan and Leigh Appel in a special cross over episode with the Hack && Heckle Podcast to talk Agile and preview the upcoming YOW! conference that will be covered by both podcasts.
This episode has been released simulatenously as 088 The Heckle Revolution by Hack && Heckle.
Discussion points included:
TheAgileRevolution-82 (39 minutes)
Sitting in a sometimes noisy coffee shop on a unusually cold Brisbane day, Craig sits down for a chat with Justin Hennessy, a Scrum Master, Devops and System Administrator all rolled into one!
View original post 24 more words
At Agile Australia 2014 in Melbourne; Craig, Renee and Tony catch up with Em Campbell-Pretty to talk about the Scaled Agile Framework (SAFe) as well as Impact Mapping and a variety of other topics:
View original post 164 more words
My presentation from Scrum Australia 2014 called “40 Agile Methods in 40 Minutes” is available on Slideshare.
With 73% of the world using Scrum as their predominant Agile method, this session will open up your eyes to the many other Agile and edgy Agile methods and movements in the world today. For many, Agile is a toolbox of potential methods, practices and techniques, and like any good toolbox it is often more about using the right tool for the problem that will result in meaningful results.
Take a rapid journey into the world of methods like Mikado, Nonban, Vanguard and movements like Holacracy, Drive and Stoos where we will uncover 40 methods and movements in 40 minutes to help strengthen your toolbox.
Huge recognition to Renee Troughton who created the basis for this talk as part of her Enterprise Transformation Meta Model work.
Honoured to have Henrik Kniberg, Nick Muldoon and Adam Weisbart in the audience for this talk and lots of good feedback on Twitter.
At this month’s Agile Brisbane meetup, Ben Starr presented on Lean Metrics. His talk was based on metrics that they tracked at his previous company on an operational support team. A couple of points from the talk:
The one things that got me thinking during this presentation was the flow efficiency report.
Early on my journey of being an Iteration Manager, my teams used to track times per card. We used to use XPlanner which had some reasoanbly easy functionality for tracking time (one of the good features was as the Iteration Manager I could enter time for my team if needed, tools like JIRA require the developer to record that data if you want it assigned to that developer). We used to use thee metrics for comparing estimates to actuals but over time I came to the conclusion that we would be much better off just making sure that the cards were completing on time (an average of 3 times) and splitting cards out if they appeared to big.
Lately, a number of people in my Agile classes have been arguing that time track is beneficial. My usual response to this (like for all metrics) that it is OK if it adds value, but my recommendation is not to waste your time. Even more so, this opens up the estimation debate that I also believe that a lot of time should not be wasted on (#noestimates), but that is a discussion for another post. My main reasoning is often we need to track for other sources (like timesheets) in different systems, and the overhead does not justify the effort. If teams need time metrics (often to see if time is being wasted away from the core work of the team, say on production support or corporate meetings), I suggest they are done at a team level and rounded to the nearest hour, and collected as time not spent not on project work.
In the graph above, flow efficiency is a good way for showing waste in the system (in this example, the team could potentially be way more effcient), but it relied on the team tracking time (in this case using the time tracking feature in JIRA against each card). I really like it as a graph, I am just not sure the effort to produce it is justified.
Some discussion in the Q&A revolved around recording time tracking (or similar metrics) is OK if the team understands it is an incentive for better metrics, and I can’t disagree with that thought. Just in my experience as an Iteration Manager, getting reliable and timely time and effort metrics ha been painful and the reward outweighed the effort.
At Agile Australia 2014 in Melbourne, Jim Benson of Personal Kanban fame takes some time to talk with Craig, Renee, Tony and (a very silent) Kim Ballestrin and along the way they talk about:
View original post 63 more words
On a road trip to Agile 2013 from Dallas to Nashville, Craig chats to Nick Muldoon while cruising in a Chevy Equinox eastbound on Interstate 40 between Memphis and Nashville. Nick is an Agile Coach at Twitter and formerly the Product manager for GreenHopper at Atlassian and whilst doing 65 miles an hour they chat about:
View original post 91 more words
You must be logged in to post a comment.