Project Management

Does knowledge transfer change with agile?

From the Easy in theory, difficult in practice Blog
by
My musings on project management, project portfolio management and change management. I'm a firm believer that a pragmatic approach to organizational change that addresses process & technology, but primarily, people will maximize chances for success. This blog contains articles which I've previously written and published as well as new content.

About this Blog

RSS

Recent Posts

Leading Through Crisis Means Leading Through Context

"It's the end. But the moment has been prepared for." - retirement lessons from the Doctor

Just because they are non-critical, doesn't mean they are not risky!

Just because they are non-critical, doesn't mean they are not risky!

How will YOU avoid these AI-related cognitive biases?

Categories

Agile, Artificial Intelligence, Career Development, Change Management, Communications Management, Decision Making, Governance, Hiring, Kanban, Lessons Learned, Personal Development, PMO, Portfolio Management, Project Management, Resource Management, Risk Management, Risk Management, Schedule Management, Scheduling, Tools

Date

linkedin twitter facebook Request to reuse this  


We have all experienced this: a key contributor announces their departure and a mad scramble ensues to transition their knowledge to the rest of the team.

But does this change when the team is using an agile lifecycle?

On the surface, it might appear that there wouldn't be any significant differences in how it is done regardless of the nature of the work or how it is performed. After all, knowledge transfer is usually a case of a subject matter expert educating others through either a live session or through some sort of persistent record such as a wiki, a video or an audio recording.

While this is true, there are characteristics and specific practices in agile delivery which can impact knowledge transfer.

Traditional delivery usually relies on individual specialists who remain focused on their role and area of expertise. On the other hand, agile delivery encourages the development of generalizing specialists who will develop a broader set of skills and knowledge. Higher levels of collaboration are also expected in such contexts which increases the amount of exposure that individual team members have to each other's knowledge.

While this won't translate into full fungibility across a team, there is less likelihood of only one team member possessing critical information. This won't happen over night. It will take many weeks of working together as well as explicit encouragement by supporting stakeholders such as functional managers for generalizing specialists to develop.

Another enabler is non-solo work - pair programming, hackathons, mob programming and model storming are all practices using this principle. While the primary purpose of these practices is not knowledge transfer but rather quality and speed, it is a valuable side benefit. Rather than having experts share knowledge in an academic manner, demonstrating how their knowledge can be applied towards completing work items is more effective.

Whereas traditional delivery tended to emphasize documentation as the medium for passing work between roles, agile approaches focus on minimal sufficiency. While a newly formed team might require more documentation to facilitate shared understanding, a long lived team might successfully deliver with much less.

The challenge becomes when a new or junior team member joins as there may be insufficient reference material to enable self-learning. But this should not cause any major issues if someone on the team volunteers to pair up with the newcomer to help fill in the blanks.

While the need for shared knowledge is there in all contexts, effective agile delivery can reduce the critical of explicit knowledge transfer.


Posted on: July 01, 2018 06:59 AM | Permalink

Comments (9)

Please login or join to subscribe to this item
avatar
Sante Delle-Vergini, PhD Senior Project Manager| Infosys Melbourne, Victoria, Australia
When I think of traditional delivery regarding this topic, knowledge hoarding always comes to mind. That is something very few can argue with. Thanks Kiron.

avatar
Drew Craig Sr. Agile & Product Coach| Vanguard Philadelphia, Pa, United States
Sure, knowledge transfer maybe, but I would not say so with knowledge management. Regardless, there is a need to have things in place to increase a new team members time to competency as well as leave a 'paper trail' of the what, why, and how for future efforts and 'generations'. That said, there is certainly a distinction amongst content and what would be considered as authoritative.

tl;dr - find the balance :)

avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
Thanks Sante - it's funny how companies tolerate knowledge hoarding regardless of how frequently they've been burnt when folks possessing unique knowledge inevitably depart.

Thanks Andrew - "tl;dr" - you've got me there?

avatar
Drew Craig Sr. Agile & Product Coach| Vanguard Philadelphia, Pa, United States
https://en.m.wikipedia.org/wiki/TL;DR

avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
Andrew - Love it, going to use it!

Kiron

avatar
Anish Abraham Privacy Program Manager| University of Washington Auburn, Wa, United States
Good article, Kiron and thanks for sharing.

avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
Thanks Anish!

avatar
Eduin Fernando Valdes Alvarado Project Manager| F y F Fabricamos Futuro Villavicencio, Meta, Colombia
Thanks for sharing, very interesting

avatar
Shweta Pai Scrum master| ResMed Halifax, Nova Scotia, Canada
I agree with you on most points but I think that we should also have smart documentation because another aspect is that teams are not always collocated. We could also be working off a huge backlog spanning multiple teams. While I am not a fan of the waterfall requirement documentation :) I think we can have small nuggets of documentation that will help everyone understand the big picture and pertinent pieces that will help them onboard easily & more importantly understand how the work between different teams is related.

Please Login/Register to leave a comment.

ADVERTISEMENTS

'Human existence must be a kind of error. It may be said of it: "It is bad today and every day it will get worse, until the worst of all happens."'

- Arthur Schopenhauer

ADVERTISEMENT

Sponsors