Application Development Archive

0

Agile Engine Metaphor

carI recently published a post over at the LeadingAgile website. I compared and agile transformation to a carburetor engine.

It was based on an interesting exchange I had on Google+ about Agile process transformation successes and failures. Here is one of the comments from the other person. Tell me if it sounds familiar.

My previous employers had big problems with Agile. Attempted to use it multiple times and had a nice failure rate of 100%. As far as I know, they are trying again. I’m rather curious. Would be interesting to know how it turns out this time.

If you like it or not, I can pretty much guarantee that company mentioned above will fail again, if they don’t have the proper organizational structure, governance, and clearly defined criteria for progress and success. In other words, their agile process engine is going to stall.

If you’ve never started a car built before 1990, you need to realize that just turning the key won’t get the engine running. All it will do, especially if it’s cold, is crank away until the battery is dead as a door nail. Instead, you need to set the choke to allow the engine to suck in lots of raw gas so some of the vapor will ignite.

Read the complete blog post…

Image Credit: Pictofigo

0

Barriers to Agile Adoption

We’ve all seen it happen. Though we try to show organizations the benefits of using a mature agile delivery framework, we still run into roadblocks. Though the status quo is killing their organization, some barriers to further Agile adoption happen way too often among organizations that need it most. I recently had a client ask me to introduce the elephant in the room. I was asked to actually list some common barriers others have dealt with. I want to thank our friends over a VersionOne for distributing an annual survey of the Agile space. One of the questions? What is preventing you from further agile adoption? Within the last published survey, 4048 people responded and they were able to vote for more than one barrier. The responses may sound familiar.
Barriers to Adoption

Barriers of Agile Adoption

# Percentage Barrier
1 52% Ability to change organizational culture
2 41% General resistance to change
3 35% Trying to fit agile elements into non-agile framework
4 33% Availability of personnel with right skills
5 31% Management support
6 26% Customer collaboration
7 26% Project complexity
8 22% Confidence in the ability to scale
9 14% Perceived time to scale
10 14% Budget constraints

Did they miss any in the list?  How did you overcome your barrier?

 

Originally posted at LeadingAgile

Tags: ,
3

ACP Community Guide vs AgileBOK

The Community Guide of the PMI-ACP (login required) is an initiative of the PMI Agile Community of Practice to provide ongoing support for the PMI-ACP agile certification. PMI Today recently highlighted the importance of community volunteers to create the certification, so it only follows that our community be the ones to mature it into the future.

What about the AgileBOK?

There will be no Agile Body of Knowledge (AgileBOK) supported by PMI.  PMI does not own, maintain, or support ANY web presence that lives outside of PMI.org.  There is not, and never should be an authoritative standard for Agile.  Having an AgileBOK would invite all PMI project managers to rigorously follow a standard and never adapt, tailor, or innovate their processes. This counters what we as Agilists stand and strive for.

How can you contribute to the Community Guide?

Team members will work as individual contributors within the Community Guide project. Their involvement may vary based on the nature of the work and their availability. If you are interested in creating or maintaining articles for the ‘Community Guide’, contact the current co-leaders of the ACP Support Team: Joeseph Flahiff and Derek Huether

Who is the Community Guide for?

The Community Guide is intended to be the authoritative source for all the stakeholders in the PMI-ACP ecosphere, including

• A study reference for those pursuing the PMI-ACP credential
• A training reference for REPs and trainers
• A technical reference for exam writers

What does the Community Guide cover?

The Community Guide is a unique community resource, offering you

• Links to relevant PMI documents regarding the certification
• The original intent of the PMI-ACP creators for each topic on the exam
• The current community consensus on how each topic works on “most agile projects, most of the time”

Image Source: Pictofigo

0

MVP for PMI Agile Exam Flashcards

With the PMI Agile Certified Practitioner (ACP) exam celebrating its first month in the wild, I am sure you are already seeing a lot of study aids and prep courses being offered.  Full disclosure, I do offer ACP prep courses and I also offer PMI Agile Exam flashcards.   Wait, did you read that correctly?  Yes, you did.  I want to ensure there is a source of relevant study material available to the masses so I created the PMI Agile Flashcards website and have an iPhone app (that needs to be submitted to Apple for approval).

As a co-lead for the PMI ACP support team, we are tasked with creating a knowledge base of relevant information for the ACP exam.  Think of it as a Wikipedia for the PMI-ACP but within the PMI.org website.  Though that’s all well and good, creating a glossary for both trainers and certification aspirants is not a study aid.  I still see the need for things like study guides and exam prep tools.  I think back when I was preparing for the PMP.  Reading the PMBOK Guide was a wealth of information but I needed something to put it into context.  It wasn’t until I read Rita Mulcahey‘s book that it all made sense to me.  I also created a deck of flashcards for myself to help me prepare for the PMP exam.

Fast forward to today, for those of you who are looking for a study guide for the ACP, Mike Griffiths (the other PMI ACP support team co-lead) has just completed his ACP Exam prep book. I am releasing my Minimum Viable Product (MVP) for my PMI ACP Exam Flashcards. If that combination worked for me to prepare for the PMP, I hope it works for you for the ACP.

If you are wondering what I mean by MVP, I got the term from the Eric Ries book The Lean Startup.  I knew that I needed to get something out there now, get feedback from customers, and iterate the product.  The good news is, I know the questions and answers on the flashcards are relevant to the exam.  All I needed was to get something out there that people could use.

My MVP

1. The first 75 flashcards loaded

I have loaded 75 flashcards into the database.  I know they are all relevant because I took (and passed) the ACP exam and because I have been involved during the certification development and am now involved to support it.  I’ve been involved in the Agile and PMI communities for a while now.  I want good quality prep materials made available to people. I don’t want them to just pass the exam.  I want them to learn something.

2. All flashcards map to one of the six domains

  • Value Driven Delivery
  • Stakeholder Engagement
  • Boosting Team Performance Practices
  • Adaptive Planning
  • Problem Detection and Resolution
  • Continuous Improvement (Product, Process, People)

3. All flashcards map to the two areas you will be graded on

  • Tools and Techniques
  • Knowledge and Skills

4. 20 free flashcards to view without login

I figure you’ll know if this product has value for you within 20 flashcards.  After that, you’ll probably want to create a login so you can keep track of your progress.

Agile Exam Flashcards

5. 20 free flashcards with progress tracking with login

So, you created a free account.  You’ll now be able to visualize your progress as you go.  By navigating to the progress screen, you’ll be able to navigate back to cards that you got incorrect or skipped earlier.  Since you’re still using a free account, you’ll have access to 20 flashcards.

6. Access to all flashcards with paid account

This is where we wrap it all together.  The goal is to have a few hundred flashcards in the system.  You can get started now with the first 75.  As the database grows, random flashcards will appear as “unviewed”.  Just check your status before you begin and you know where you stand.

What is next?

  • Add more flashcards
  • Make some changes in the User Interface to make it easier to navigate
  • Get feedback from customers
  • Refine the product or pivot
  • Get the iOS and Android versions completed

Note: A few of the links are Amazon affiliate links.
1

Ready and Done

Are we ready?When leading development teams, I see most of the wasted activities happen during the development phase.  If work is not ready, before the team begins development, there can be delays waiting for clarifications from the business.  If acceptance criteria is not clearly defined, before the team begins development, work can go on and on trying to appease the customer.  What your team needs is a clear definition of “Ready to Work” and a clear definition of “Done with Work”.  Though definitions vary from team to team and organization to organization, it’s imperative that you do it.  It’s also imperative the team writes the definitions, not someone in an ivory tower.

As with all of our clients, I stress the need to have a minimal agreement on both definitions before work is started.  When defining both the entrance and exit criteria, all major parties within the team need to be involved, to lower risks that something will be missed.

Below are examples of the definitions or ready and done.  Notice that we consulted Analysts, Testers, and Developers.  For your team or organization, you may consult UX designers, DBAs, Architects or others.  Don’t make your definitions overly onerous.  Just create something that is just good enough and go from there.

Example of a Definition of Ready

  • Analyst – User story sufficiently defined and mapped from requirements
  • Tester – Acceptance criteria developed
  • Developer – User story is estimated and no known blocking dependencies exist within the sprint

Example of a Definition of Done

  • Analyst – Working system reviewed and User Story accepted via Automated Test or Manual Inspection
  • Tester – Test cases pass.  All critical and high severity bugs fixed and other bugs identified and tracked
  • Developer – Deployed to test environment and Code Review complete

So, what does your team require as part of your definition of ready or done? Do you have definitions?

As a side note, if you’re preparing for the PMI-ACP exam, remember the team is responsible for the definition of done.

Image Sources: Pictofigo