Back in the ’90s, everyone was into repeatable processes for software. What that often meant was we were supposed to do all projects in exactly the same way, regardless of the type of project. We were supposed to document what we did and deliver the same documentation each project. It didn’t matter how much innovation […]
In our first article — “Stay Agile with Discovery” (May 11, 2016)— we discussed how to use a discovery project to show a non-agile customer or sponsor the benefits of going agile. Now we will focus on building trust with a client who is ready to consider agile approaches. After the discovery project, Martha was ready
Marcus Blankenship and I wrote an article, Stay Agile with Discovery, to discuss how to help your clients see the benefits of working in an agile or more agile way. We have seen too many clients want “agile” and not want all the responsibilities that being a Product Owner or customer involves. If your client asks
Ryan Ripley and I spoke on his Agile for Humans Podcast, Agile Program Management with Johanna Rothman. We had a blast. We spoke all about Agile and Lean Program Management: Scaling Collaboration Across the Organization, estimation, value, and much more. I hope you listen.
Cindy works for AgileSoft as the Product Owner for its clients. AgileSoft contracted with Acme to do product development for its marketing website. Acme sells a variety of products and services, and wants the website to serve all audiences, from casual browsers to long-time customers. Acme’s Marketing, Sales and IT teams are involved, but Acme’s
Lisette Sutherland posted a podcast we recorded about geographically distributed agile teams. See Organize Your Distributed Team over on the CollaborationSuperpowers site. We covered how you can think about your geographically distributed agile team: Why you want a distributed agile team (yes, there are some great reasons) How you might organize your team. Here are
For many people, agile means an end to all project management. I disagree. I find value in servant leadership in project management. I explain how you can think about servant leadership and agile project management in my projectmanagement.com column this month: Servant Leadership: The Agile Way. If you are looking to increase your servant leadership
Over on Techwell, my monthly column is Agile Does Not Equal Scrum: Know the Difference. I wrote the article because I am tired of people saying “Agile/Scrum” as if Scrum was the only way to do agile. I use iterations, kanban, and the XP technical practices when I work with teams. I am not religious about
Agile 2015 was the week of Aug 3-7 this year. It was a great week. Here are the links to my interviews and talks. Interview with Dave Prior. We spoke about agile programs, continuous planning, and how you might use certifications. I made a little joke about measurement. Interview with Paul DuPuy of SolutionsIQ. We
Many product owners have a tough problem. They need so many of the potential features in the roadmap, that they feel as if everything is #1 priority. They realize they can’t actually have everything as #1, and it’s quite difficult for them to rank the features. This is the same problem as ranking for the