Handing off a project to a client; what are the risks and challenges?

Handing off a project to a client can be one of the most rewarding and nerve-racking experiences in the agile process. It is rewarding, because all of the hard work done on the project will hopefully be appreciated. It can be nerve-racking, because the team handing off the project never knows for certain that the project will be well-received.

handoff

It can be a difficult decision for the team to decide that a project is truly complete and ready to be handed off. For a more complete description about what constitutes a finished project in agile, refer to my earlier post on this topic. The development team wants to be sure that the finished project is exactly to the client’s liking, that the client will appreciate the work that the team has done. Agile development methodologies do make this process slightly less stressful, because the client (product owner) should be involved throughout the process. In a waterfall style project, the client will only see the end product, and could be unpleasantly surprised at how it turned out. An agile team will have collaborated with the client through many iterations of the project development cycle, and will be receiving updated input at regular intervals. This assures that the client will not be surprised by the completed project, and that the project will most likely be exactly how the client envisioned it(Jackson, 2012).

agileLifecycleScrum

Though an agile team will ideally have collaborated with the client throughout the process, it is not always a given that the client will remember past decisions, or understand all that is said in a meeting. This is why it is very important to involve the client during the design and development process, so the end product is something that the client will be happy to accept. It goes without saying, that a team that designs software that is well received by a large majority of its clients, is a team that will have business in the future. I have learned that it is often better to ask questions during the development process, even questions that might seem trivial. It usually won’t hurt to ask extra questions of your client, about how exactly he or she would prefer the software to be. Conversely, not asking questions and assuming incorrect answers can lead to a “finished” project that is not “finished” in the eyes of the client. Though there are a number of challenges and risks that are assumed when handing off a project to a client, these risks and challenges can be mitigated by following the procedures of certain development methodologies, such as agile (Wells, 2012).

 

Works Cited:

JACKSON, M. B. (2012). AGILE: A DECADE IN. PM Network, 26(4), 58-62.    http://libaccess.sjlibrary.org/login?url=http://search.ebscohost.com/login.aspx?direct=true&db=ofm&AN=74501495&site=ehost-live

Wells, H. (2012). How Effective Are Project Management Methodologies? An Explorative Evaluation of Their Benefits in Practice. Project Management Journal, 43(6), 43-58.  http://libaccess.sjlibrary.org/login?url=http://search.ebscohost.com/login.aspx?direct=true&db=ofm&AN=84306321&site=ehost-live

First Picture Link:

http://pmtips.net/onboarding-success/

Second Picture Link:

http://www.ambysoft.com/essays/agileLifecycle.html

 

Advertisements

2 thoughts on “Handing off a project to a client; what are the risks and challenges?”

  1. I like how you added the picture where the guy has trouble giving away his ball. It really describes what most people feel when giving away something they worked hard for. I liked your pictures and diagrams because it formatted the post in a manner which I can read easily. The content was great, learned a lot from it and how to approach giving my project away to a client. Overall a great post from a great blog.

    Like

  2. I also have the same expression of the guy in the picture when handing my work over to my boss at the end of each week!!! I can relate most of the things you mention in this blog; it is so true that a finished project can turn out to be unfinished with just a wrong word choice. I also agree that the client often forgets his own idea, so if the document is not detailed enough, the client can get upset for no reason. I am glad that somebody shares the same opinion!!! It is an enjoyable read.

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s