Site icon Swedish Nerd

Connectivist Learning Experience

My latest professional role was as a Client Success Manager for a software company. At least half of the job involved being a deep subject matter expert on the product, and being fully aware of all implications of quarterly version upgrades for our clients. This monkey was probably smarter than I was after a quarterly release.

Our initial certification work on the product was well-designed but rather lockstep and focused on passing a certification exam as quickly as possible. This provided us just enough information to be dangerous. The real learning started once we started working with clients.

Our clients typically are trying to shoehorn existing complex business processes into a product which will only support about 85% of what they want to do. Part of our job was first, to understand what the business need was for the remaining 15% of requirements. If there was a compelling enough case or the client wasn’t willing to change, we had to figure out how to work something out in the system.

As we have several hundred practitioners globally, we leveraged several Connectivist ways to help each other and share knowledge:

Dr. George Siemens (2005) mentions these Principles of Connectivism, and here is how this scenario compares:

Sometimes colleagues had an even more clever workaround than the designated expert. Additionally getting perspective from colleagues about what their clients did helped us tell clients when they were better off changing their business process.

We used several highly-specific sources to find solutions to our questions.

We maintained rich digital sources of information for maintaining and growing knowledge.

Agreed, it was not possible to know absolutely everything about the product “off the top of one’s head,” but it was critical to know where to find the answer quickly.

Contributing to the community made one more visible to colleagues and thus, someone who could more easily get help when needed. Although I was in Sweden and far away from the headquarters in California, a lot of people knew who I was.

Sometimes we could use a part of the system to support a business process, even if it was designed for something completely different! An example: After understanding the business requirements for a training nominations process, I could help the client use the Succession/Talent Planning module to support it.

Absolutely, which is why these very searchable, digital artifacts were so important to maintain. The product was upgraded quarterly and patched every two weeks.

This is the nature of software today. Everyone working in the technology industry is trying to run a marathon whilst simultaneously undergoing open heart surgery. However  I think we had less scope for “deciding what is important to learn” in the specific context I mention here, and this principle may be less relevant to the scenario.

Sources:

Siemens, G. (2004). A Learning Theory for the Digital Age. International Journal of Instructional Technology and Distance Learning. Retrieved December 7, 2017 from http://www.itdl.org/journal/jan_05/article01.htm

Image:

No photographer attributed. Retrieved December 8, 2017 from https://spectrum.ieee.org/the-human-os/biomedical/bionics/monkeys-type-12-words-per-minute-with-braintokeyboard-communication

 

Exit mobile version