Showing posts with label Instruction Design. Show all posts
Showing posts with label Instruction Design. Show all posts

Wednesday, June 8, 2011

Reflections on #lrnchat: Training Project Management

Image use courtesy of lrnchat and Kevin Thorn (@LearnNuggets)

Each week that I am able to participate in #lrnchat discussion I post a summary of the discussion to my blog. I do this both for my personal development as well as sharing with the Learning and Development Profession at large. This summary is based on my own interpretations of the chat; others who participated may have differing opinions or interpretations of the discussion. I welcome those that do to add your ideas to the comments.


The topic of this week's #lrnchat session was Training Project Management". 

I always find looking at the questions that are used to loosely guide the chat as a nice way to see the overall theme of the chat. Here are the discussion questions that were presented to the group:
Q1) How does your organization track and manage learning projects?
Q2) How do you forecast resources and durations?
Q3) What methods do you use to communicate progress with your clients/business partners?
Q4) How do you onboard new resources to a project?
Q5) What tools do you use to promote collaboration on a project team?
Q6) How do you measure the success of a project?

Launching a Training Program can be a daunting task.  It can take a great number of months or even years to take a program from its inception (example: the identification of the need for an intervention) to its closure (example: evaluation).  It will likely require the usage of various resources, including personal resources, during the term of the program.

The discipline of planning, organizing, and managing resources to bring about the successful completion of specific project goals and objectives is commonly referred to as Project Management.  When you consider the length of time, the variety of tasks, the number of people involved, and all the other factors that make the development of a learning program so complex, you realize that the act of keeping the development of of a learning program on track is, in many ways, project management.

Most learning professionals are not certified as project managers by the Project Management Institute, yet project management skills are an increasingly important part of a learning professional's skill set.

This week’s #lrnchat discussion explored the idea of Project Management for Learning Professionals, and how it will be an increasingly important skill for today’s learning professionals.

The chat started by polling participants on how they currently track and manage learning projects.  I think this question skips an important prerequisite: DOES your organization track and manage learning projects? 

If your organization is not managing the development of learning programs as a project, you should.  Instructional Systems Design is an important process, but there’s much more to developing a complex learning program than simply ISD.  Project Management also helps balance the needs of the learning project with the 647 other concurrent tasks you are likely working on.

In terms of actual tools that are used to manage and track learning projects, the responses were not all that different than the tools used to track non-learning projects.  There are countless tools that can effectively be used to manage projects.  Regardless of the tool you choose, just make sure it includes a few critical features:

·         Does it track specific deliverables?
·         Do the tasks described have specific deadlines attached to them?
·         Is there personal responsibility assigned to each task?

Managing those three things - Deliverables, Deadlines, and Responsibilities – will help keep your learning projects on track.

From there the discussion moved towards how Learning Professionals can forecast the resources and duration required for learning projects. 

Most of the discussion here surrounded using past experiences as a basis by which to forecast resources for new projects. In addition, standard project management practices like Work Breakdown Structures are very useful in calculating durations for new projects.

Of course, work breakdown structures are only useful in calculating durations in situations where durations are not pre-set.  Too often, learning professionals are involved with projects that consist of “here’s what I need… and here’s when I need it.”  When a deadline is in place before an analysis is complete, the definition of ‘duration’ changes.  It’s no longer about how long a project will take; it becomes more about how long each task will take, and deciding which tasks will get priority in the constricted timeline.

In those situations, I usually try to present two solutions: The solution for the current situation, and the solution we might offer if the pre-chosen deadline were not in effect.  I find this helpful for two major reasons.

1.    Too often, the deadlines chosen by stakeholders are selected for non-critical reasons.  When presented with a well-structured ‘We can do it quick or we can do it right’ option, stakeholders may be willing to adjust what once seemed like non-negotiable timelines
2.    In situations where timelines can not be adjusted, the two solution approach still has merit.  Even though the timeline for the current project is set, sharing the type of tasks needed for a fully developed program will educate stakeholder for future projects.

The discussion then moved on to communication.  Communication is a critical part of effective project management, and learning projects are no exception to that.

There are a number of ways to communicate on projects to keep both stakeholders and partners up-to-date.  These tools range from standard project status meetings and conference calls to more technological solutions like shared files and live updates.

Ultimately selecting the right type and frequency for project communication comes down to one simple rule: ASK.  Different stakeholders have different expectations; some may want detailed status reports while others may only want a brief call to discuss issues only.  Find out what the project stakeholder is looking for, and deliver on that expectation.

Onboarding of new resources is another challenge of training project management.  When a new person is added as a project resource, it's important that they be onbboarded as quickly as possible so that they can begin working on their assigned tasks as soon as possible.  Most people agreed that strong project documentation and a one-on-one discussion are effective ways of quickly onboarding a new resource.

Unfortunately it’s often the learning professional that is being brought into a project mid-stream, so we are the ones being onboarded.  In that case it's critical that we make sure we have an understanding of our role and responsibilities so that we can provide the necessary support.

From there the discussion moved towards how we can promote collaboration on projects.  Technology has given us a great number of new ways to collaborate, even across great distances.  We can have discussions and Share documents in just about any social media platform, and we can collaboratively work on documentation via shared workspaces like Dropbox and Google Docs.

For me the best tool for collaboration isn't a technology or even a 'tool' in the traditional sense.  I find that the effective use of accountability is a great way to enhance collaboration.  Accountability is not a bad thing, especially when it is administered by the group as a whole rather than the authoritative position of a 'project manager'.

The chat closed with a discussion on how we measure the success of a project.  Most participants agreed that measuring success of a learning project involves some core questions, including:

·         Was the project delivered on time?
·         Was the project delivered on budget?
·         Were the learning and performance objectives of the project met?

For me, measuring success happens during one of the first meetings I have with a stakeholder on a project.  It’s then that I find out how THEY measure success.  I spend the rest of the project timeline delivering on those metrics.

I think this chat showed that learning professionals need to have at least some basic project management skills in heir tool belt.  Developing and managing a learning program is one thing; managing and adapting to all of the resources and external forces that can impact a program is something else entirely.  That’s project management.

Until next week #lrnchat-ers!

Thursday, February 10, 2011

Reflections on #lrnchat: Information vs. Instruction

(Sorry for the delay on this post - the flu bug got the best of me this week)

Each week that I am able to participate in #lrnchat discussion I post a summary of the discussion to my blog. I do this both for my personal development as well as sharing with the Learning and Development Profession at large. This summary is based on my own interpretations of the chat; others who participated may have differing opinions or interpretations of the discussion. I welcome those that do to add your ideas to the comments.

The topic of this week's #lrnchat session was “Information vs. Instruction”

I always find looking at the questions that are used to loosely guide the chat as a nice way to see the overall theme of the chat. Here are the discussion questions that were presented to the group:

Q1) What is the difference between information and instruction?
Q2) Which are more important “learning outcomes” or “performance outcomes”?
Q3) What do you do/say when stakeholders want a “course” from L&D that is really just information?
Q4) What differentiates information design from instructional design?

Key Learning Points

Information and Instruction are terms that are often used interchangeably, especially by stakeholders in reference to learning and performance programs.  These terms, while related, are not interchangeable.  For Learning Professionals, understanding the differences between information and instruction is critical.  These differences not only affect the design and implementation of a Learning and Performance program, they could determine whether the Learning Professional’s support is even required.

The discussion started by directly asking the question: What is the difference between information and instruction?  If there was one constant in the responses to this question it was this: Information is there to be pulled, whereas Instruction is usually pushed to a learner.

Ultimately the difference between information and instruction is not defined by delivery.  It’s true that the delivery method will be very different for information as compared to instruction.  The difference is not defined by the delivery though; it is defined by the context.  Once the context is understood, the information/instruction decision becomes clear, and the delivery vehicle becomes more of an implementation decision.

What I found most interesting about the responses to this question is how well it demonstrated one of the biggest obstacles in our field, that of the language we use.

Words are what they are.  As George Carlin wisely said “There are no ‘Bad Words’.  The words are innocent.  It’s the context that makes them ‘good’ or bad’”. George’s context at the time was profanity, but I think the thought process applies very much to the language of the Learning Professional as well.

In this discussion, there were a number of people that expressed a dislike of the word ‘instruction’, mainly due to the fact that it conjures an image of the traditional push style of learning that we are trying to get away from.  Instruction itself isn’t bad – it’s the fact that a large percentage of instruction is implemented via lecture and other non-engaging methods that create the problem. 

While I think a general shift to Pull is needed, it does not void out the need for instruction.  Push isn’t being completely eliminated; it’s being replaced by ‘Smart Push’ (a term I believe I first heard from Clark Quinn).

From there the discussion moved on to another debate question: Which are more important- ‘Performance Outcomes’ or ‘Learning Outcomes’?

At first this question seemed cut and dry, with most of the groups quickly anointing ‘Performance Outcomes’ as the winner of the bout.  Underneath that initial outcry, a question seemed to be asked – “Do learning objectives ever come first?”

The theme of that question seemed to center on ‘learning for learning’s sake’ by people who have a love of learning and just want to learn about something to broaden their horizons.  As someone who falls in that category, I would have to disagree.  I cannot think of anything that I’ve learned about that isn’t somehow related to a performance issue. 

I think part of that debate centers on the definition of performance.  If we expand our definition beyond simply ‘putting the learning into action’ then everything ultimately is a performance issue.  For example, one area I like to keep myself abreast of is mobile learning. 

I work for a small organization where mobile learning isn’t anywhere on the radar, and I don’t expect it to appear there any time soon. Yet I still read on the topic.  It’s true that I find it interesting, which falls under the ‘learning for learning’s sake’ header.  It’s also true that if I stay in this field, I’ll be dealing with mobile learning at some point, but that probably won’t be in the immediate future (at least not at my current organization).

Yet still, the learning is a performance goal.  How?  Quite simply, I want to be able to have meaningful and constructive conversations with my peers in the field, including on the topic of mobile learning.  I want to ‘perform’ effectively in those conversations.  It’s for that reason that I think any learning is ultimately has a performance outcome.

The discussion then moved towards how Learning Professionals handle a request for a ‘course’ that is really just information.

There were plenty of potential responses shared.  My favorite response came from Craig Taylor, and falls under the heading of “Things I’d love to say but never would” - Go Away.

Most of the responses centered on digging deeper into the request, which is always an effective route to take.  Specific examples included:

  • What do you need learners to DO with that info?
  • If it’s simply a matter of providing information, there are better/easier ways to do it than a “course”.
  • Tell me what is going on and what you are trying to accomplish.
To me the bigger issue is that a question like that represents a fundamental misunderstanding our function.  The stakeholder should not be coming to us with a solution to be delivered; they should be coming to us with a problem they need help solving.  Often that’s the first barrier that needs to be broken in an organization with a weak learning culture. 

I find a good response to this type of a request is to simply say something like “Let’s talk about what the problem is first.”  It helps you find the root cause of the performance issue, and sets the expectation for future interactions with the stakeholder.

The discussion concluded with an exploration of the differences between information design and instructional design.  For me, this mirrors the differences between Pull and Push.

Informational design is about Pull. It involves integrating the information into the workflow so that it can be pulled at the time of need.  It also involves designing an interface so that the information is easily and readily accessible; the information should not need to be ‘found’. 

Instructional Design is about ‘Smart Push’ and Pull.  Whereas Informational Design allows the user to determine the context, the context of Instructional Design is usually targeted at a specific performance problem.  Instructional Design also can incorporate Informational Design as part of its performance support strategy.

For me, the tweet that best summed up the differences between instructional and informational design came from Cathy Moore: Instructional design aims at solving a performance problem using several solutions. Info design makes info easier to use.

This again echoes the concept I mentioned early regarding context.  Once you understand the context of the scenario, the differences between Instructional and Informational Design become much clearer.

Until next week #lrnchat-ers!