Learning Management 2.0 has a new home and publishing platform. It also has a new look and will be recieving many enhancements in the short term (forums for example). If you haven't already, visit www.lms20.com and leave your feedback.
I think I fixed the problem with the feed directs, so you shouldn't have to update your RSS but you may want to just in case.
Upcoming Post: Demystifying LMS Licensing Models
Thanks!
Justyn
Saturday, March 17, 2007
Learning Management 2.0 Has Moved
Posted by Justyn Howard at 10:10 AM
Wednesday, March 14, 2007
Stop Shaking a Stick at Sales Training!
I ran across a very insightful article in CLO Magazine today written by Tina Teodorescu (I had to cut and paste that one!). The article, "How Effective is Your Sales Training Program?" talks about the unique challenges of developing an effective training program for people that fund your payroll.
Tina brings light to the fact that we've come to rely on Sales Managers, who were in many cases top performers themselves, to develop their team's talent. The problem is these people were promoted because of their excellent sales skills, not their employee development skills. In other cases we rely on HR or T&D to develop these programs when they don't have a sufficient understanding of the dynamics of sales to do so.
The article mentions using your top performers actual day to day tasks and activity (if I am reading correctly) as the basis for your training program instead of skills and competencies. This is where our opinions start to differ.
I have always been a believer in benchmarking your top performing sales people and developing toward that baseline. I also agree that competencies and skills are very difficult to measure in such a subjective process as sales. However I don't feel that duplicating an activity pattern alone is going to get you where you need to be.
If you have a salesperson who is a terrible communicator, do you really want them speaking to an extra 20 prospects a day? If a salesperson can't close deals, do you really want them working more of them?
It reminds me of the old seminar joke - "don't send idiots to motivational seminars because you only end up with highly motivated idiots."
While I think most of Tina's thoughts are solid, I really feel that there needs to be a balance between process and execution. I personally wouldn't want certain salespeople doing certain tasks - like writing a blog for example - It may be your top performers key to success, but the dynamic of that persons abilities cannot be mirrored in process alone. Communication, comprehension, confidence and expertise are all skills that must coexist with activity.
Let your sales managers help benchmark top performers on both activity and skill, and leverage T&D to figure out how to translate that into a program that can be coached to and measured.
I just don't know if I would worry so much about mirroring activity. Sales Managers have every metric and dashboard you could think of for that stuff already.
Justyn
Posted by Justyn Howard at 9:42 PM 0 comments
Labels: sales training
Monday, March 12, 2007
Updated LMS RFP Template Available For Download
Learn.com has posted an updated LMS RFP Template (including areas for performance/talent management requirements) for public use. It's a pretty comprehensive document and you wouldn't likely need it in it's entirety, but it can easily be scaled down and adapted. Not to mention there are bound to be things on here that you haven't thought of yet.
You can access the template Here - Or if you don't feel like filling out the form, let me know and I will route it to you.
You may also want to browse my previous post: Questions You Should Be Asking Of Your LMS Vendors
I hope everyone is having a fantastic week!
Justyn
Posted by Justyn Howard at 8:05 PM 0 comments
Labels: LMS RFP, RFP Template, Talent Management
Friday, March 9, 2007
Who took the 'consult' out of 'consulting'?
I've recently seen more and more examples of a trend in our industry that alarms me.
I've witnessed more than one example of e-Learning and LMS consultants who are hired by an organization to help select a vendor and create a deployment strategy. These practitioners then simply present 3-4 solutions that they have "referral" relationships with, see which one sticks and collect a check (from the client and the vendor).
I liken this to hiring someone to help you buy a car. They take your money, drop you off at an auto mall, hand you some bus fare and then come back later to collect a fee from whatever dealer you chose to buy from.
I don't mean to speak in generalities, and certainly not to discredit the professionals in our field who are providing a valuable service to their clients. I'm just worried that some folks may be taking the path of least resistance/quickest fee. I've seen some instances where 3 of 4 solutions presented fall completely outside of the clients requirements, or are priced exponentially out of the clients budget range.
I say with conviction that professionals in our space have a tremendously noble role and provide great value to the training & development community. I'd like to see that continually reinforced by the actions of our peers.
If you find yourself in a position of trusted advisor to an organization, take it seriously. We've had enough ruined reputations and dysfunctional buying practices during the 1st generation of e-Learning. It's our responsibility to help organizations put highly effective solutions in place. Pretend it was your money and job on the line.
If you find yourself in a position to retain the services of a professional consultant, be clear on your expectations of the work to be performed and be sure the consultant's goals are aligned with yours. You can even take it a step further, tie a portion of the compensation to the projects success and ask for disclosure of terms of relationships between presented solutions and the consultant.
My two cents, as unpopular as they may be. We're all responsible for the ongoing health of the training & development profession, lets take good care of it!
Thanks!
P.S. - You may have noticed that from post to post I alternate between "eLearning" and "e-Learning". Have we as a community agreed upon one or the other? Am I the only one?
Posted by Justyn Howard at 4:34 PM 0 comments
Labels: consultant, development, eLearning, LMS, training objectives, vendor selection
Wednesday, March 7, 2007
ASTD 2007 International Conference
Just an update for anyone out there who plans to attend but didn't register yet...
Deadline Extended!
The Advanced Registration deadline for the ASTD 2007 International Conference & Exposition has been extended to March 15, 2007. Register today and save $250 off the regular registration rate. Unlock the Knowledge, June 3-6, 2007 in Atlanta, Georgia.
The ASTD 2007 International Confenrence website is http://astd2007.astd.org
If you are planning to attend let me know and maybe I'll see you there!
Posted by Justyn Howard at 8:21 AM 1 comments
Labels: astd, astd 2007, astd conference
Friday, March 2, 2007
Effective Business Requirements for the LMS
My last few posts have been original works sharing my thoughts and ideas on the industry. I intend to keep the focus of the blog as such. However, I will occasionally come across fantastic work that came from someone other than myself which I just cant help to share. This is one of those times.
In February of this year, Pat Alvarado of eLearning Engineering wrote the following article which I found loaded with great information. The original article can be found at CLO Media's Website using the link following the article.
Keep an eye out for the section that discusses Use-Cases. Here is an excerpt "There should be a minimum of three use-case scenarios and probably no more than five in an RFP for an LMS. This keeps the use-case scenarios manageable when it comes time for the vendor to demonstrate them. There should be enough, however, to represent all the people who are involved." - This is sound advice for anyone writing an LMS RFP. Read on for more...
Effective Business Requirements for the LMS - February 2007 - Pat Alvarado
A good learning management system (LMS) produces a practical environment in which learners can find the content they need, managers can develop their team to improve performance and the learning staff can evaluate training effectiveness. What good is the LMS if it does not meet the needs of all of these people? One of the key factors in finding the right LMS is matching it to business requirements, not the other way around. For this reason, among others, it becomes essential to document effective business requirements and use-case scenarios that describe exactly what is needed and can be included in a request for proposal (RFP).
The key term to consider here is “business.” Business requirements are not system requirements — system requirements are very specific to how a system functions and although important, any system ultimately must be useful in reaching business goals or solving business problems.
In this case, the LMS must be useful to the business of training and development and the requirements created from an establishment of business needs. The basis for defining these requirements likely would be coming from a learning strategy.
The learning strategy defines the objectives of the business and the learning organization’s alignment to those objectives. At the heart of the learning strategy is defining how the learning organization would achieve the objectives, in other words, the actions that need to be taken and the processes to be executed to accomplish the objectives.
Effective business requirements for an LMS are driven by a clearly articulated learning strategy that defines the processes the LMS can help manage. Defining requirements based on how the business manages learning provides a foundation for creating use-case scenarios that LMS vendors use to show that their product will meet specific business needs.
The Learning Strategy
A learning strategy describes the goals, processes and job roles of the business. The goals define the top priorities on which the business is focused. These goals will change as market conditions and other business factors drive them. Each organization within the business might have its own specific goals that are aligned to overall business goals. Processes are the sets of repeatable tasks executed to support the business in reaching its goals. The accumulation of the processes could represent the business model under which each organization functions. Job roles define the responsibilities and the daily functions that need to be done to execute specific components of the processes.
The focal point of the learning strategy is to describe the approach taken to educate, train and develop the people who occupy the job roles which execute the processes to attain the business goals. People are the foundation of the business, and an LMS can be useful in managing the complexity of improving performance in individuals to attain business goals.
Defining the Requirements
A learning strategy likely will categorize the processes and tasks in several categories. The following is a sample, although by no means exhaustive, list of categories that might originate from a learning strategy:
- Skill assessment
- Content access
- Enrollment and tracking
- Learning Evaluation
- Marketing and communications
- Content development
Each requirement would fall into one of the defined categories. By focusing on a specific function defined by the learning strategy, it becomes easier to organize key requirements.
As the requirements are documented, it is important to assign a number and apply a priority to each requirement based on its importance. This helps keep consistent communications regarding requirements, and it provides perspective in determining vendors that meet all the highest priority requirements. Consider the following rating system for defining priorities:
Each business requirement should be written to describe who, why, what, when and the result. The definition should describe who is performing the task — the learner, the manager, the learning staff or a combination. It should provide the motivation for doing the action such as needing to address a specific skill gap, and it should describe what is being done such as searching for courses that fill the skill gap.
It also should include any time constraints that need to be observed such as whether the training or improvement in performance needs to be met by a specific time frame, as well as describe the expected outcome of performing the action. A use-case scenario is built from the business requirements, and that is why it is so important to describe the business requirements so clearly.
Use-Case Scenarios
A use-case scenario is the most powerful component of the business requirements. It describes a complete set of actions for a specific process that represents the vision of the learning strategy. The description must be simple and straightforward so as to be clearly understood by the executive decision-makers and stakeholders, as well as the vendor. This produces a baseline metric that can be compared and evaluated by everyone involved in selecting the LMS. The power of the use-case scenario is that vendors become accountable for directly demonstrating that their product fulfills the objective of the scenario during the final demo meeting.
The use-case scenario uses the same parameters as the business requirements as far as defining who, why, what, when and the result. The difference is that the scenario is combining several business requirements to articulate a complete process. Here’s a sample of what a use-case scenario might look like:
“Mary is a manager in the loan processing department. She has noticed productivity is not as high as needed to reach an important company — processing 50 loans per week per loan processor in her department. Under closer review, she has determined John is below the average proficiency of processing 50 loans per week. Mary and John review his proficiency level against the competencies defined for a loan processor. Both agree John is not at the median level of proficiency in several areas of loan processing. Mary asks John to come up with a learning plan that will address the gaps. John identifies several courses related to his job role that would address his proficiency gaps. John and Mary review the learning plan together and make further revisions before committing to the timeline. John enrolls in each of the classes except for one. One of the courses John is scheduled to complete is nearing the deadline defined by the learning plan, and John has not yet enrolled in the class. Mary is notified of the issue, and she discusses it with him. John enrolls and completes the course. Each week, Mary reviews John’s productivity and notices he has risen to 60 loans per week after completing the learning plan.”
This use-case scenario starts off by tying in the corporate objective and how Mary’s department is aligned to that objective. This establishes the business need and, therefore, the objective to achieve. This also defines the fact that a performance metric is being used to determine the course of action in regard to a learning plan.
It could be that a requirement has been defined that managers must be able to determine an individual’s proficiency to not only identify a need for a learning plan but also the effect of the learning plan after execution. When vendors demonstrate this scenario, they might demonstrate how their LMS connects to external operational systems or data warehouses that provide these metrics or simply admit that they are unable to do so.
The use-case scenarios must represent the vision of the learning strategy, independent of whether it is expected to be managed by the LMS. Although it might be known that no vendor can meet a portion of the scenario, it never should be omitted — it provides an opportunity for vendors to demonstrate how their product will function within the vision of learning strategy.
Use-case scenarios also describe all the people whom the learning management process affects. This sample scenario likely would have a counterpart that describes the learning staff defining proficiency levels and core competencies, as well as matching specific courses or perhaps learning objects that address them.
Ultimately, the use-case scenario is simply describing the learning management process and not the learning management system. It does not try to define nor even mention using a system to manage learning. It is important to note that when technology is considered in a business environment, its purpose must be to support the people, job roles and processes of the business rather than to replace them.
There should be a minimum of three use-case scenarios and probably no more than five in an RFP for an LMS. This keeps the use-case scenarios manageable when it comes time for the vendor to demonstrate them. There should be enough, however, to represent all the people who are involved.
Putting It All Together
Once the business requirements and use-case scenarios are completed, they should be compiled into the RFP, so vendors have an opportunity to understand how learning is managed and how their product can support the process. A clearly defined learning strategy is a big help in developing the business requirements, as it defines how learning is to be managed, and it characterizes specific components the LMS can support. It also avoids the common pitfalls of defining system requirements rather than the learning management process and makes it easier to use.
Eventually, it comes down to this: Effective business requirements for the LMS are simply clear descriptions of how learning is managed. The most effective business requirements will come from a learning strategy that is aligned to the business. After all, companies are composed of people. Each person is expected to perform a specific job role, and that job role is part of a specific business process, and that process is designed to meet business goals.
Pat Alvarado is the learning and technology professional at E-Learning Engineering. He can be reached at editor@clomedia.com. This article has been unaltered and can be viewed in it's original form here.
Cheers - Justyn
Posted by Justyn Howard at 8:30 AM 2 comments
Labels: business requirements, CLO, goal alignment, Learning Management, LMS, RFP, training objectives, use-case