"Practice makes a man perfect"...But before practice comes - getting knowledge (or trained) in your area of choice....
To achieve excellence in any field you need to start with Training and Guidance,...followed by your Hardwork, dedication and gradual experience.
In today's competitive world, nothing comes easy....To gain an entry and make your mark in the favorite field, it has becoming increasingly difficult.
This article is for all those who are trying to enter the IT field or are looking to gain experience in their favorite area of work.
In one of my projects, I had a colleague who was an excellent integration developer and a solutions architect, but somehow he felt his calling was being a business analyst.
Then there were those who were Insurance business domain experts and want to try their hand at Project Management, based on their leadership qualities.
One of my colleagues from India recently got married. His wife was from the IT background back home, but had stopped working for past few years. Now she wanted to restart her career. I sat with them to see where her skillsets and background would fit, so she could contribute her knowledge and grow professionally and personally as well.
I gave them my two cents and that somehow led me thinking to this blog article and maybe a few subsequent few to follow. Bear in mind, i can only write about areas that i am know of.
So coming back, here are the steps i advise to my friends who are planning a change in their area of expertise or planning to gain more exposure to their favorite area of work
Analyze your interests - strengths and weakness
- Helps you gain insight on what you can do and need to work on. Builds your focus areas
Plan for the area of work
- Systematically find mentors or someone who can coach you, guide you and point you in the right direction
Gain systematic knowledge and exposure
- Gain knowledge, experience and real time exposure which is key.
Confidently march towards your dreams
- Last but not the least...go get'em tiger....
All the above steps are very important because once you have the requisite knowleldge and exposure, it helps boost your morale and confidence when you go for an interview.
If you are new to the IT Industry or going to enter a specialized Industry like IT for Insurance, it is always to your advantage to have some project background.
In the next few posts i will try to give some guidelines on some specific areas of work like Project Management, Business Analysis, Insurance basics, Packaged solutions for Insurance etc..so keep reading..
Also, please let me know your comments and feedback
Showing posts with label training. Show all posts
Showing posts with label training. Show all posts
Tuesday, February 12, 2013
Thursday, June 30, 2011
System Rollout - Training before implementation
Training needs
Here is a typical project scenario...
Project development is done. Your policy and claims systems are fully configured, tested and are nearing deployment. The Client Organization has spent lots of money in developing the system. The Early business testing event that was sponsored for the end users, business users, agents, adjusters etc made them feel comfortable with the application and its features.
Their feedback so far -
- System looks good, why would i need training?
- I know what i need and how to get there in the System.
- I will look for training needs as and when i require.
- I don't think its worth the time and money to train other people especially after receiving good feedback from this focus business testing group.
These and some other similar responses is what we hear when we talk to busines users about training.
Of course, this is not the case everywhere, some users know the system better than others, some know all the quirks and work aorunds that exist in the system,but overall, somewhere at the bottom of their heart this is the common feeling with most of the business users.
There are some organizations who are fully and completely aware of the importance of training needs.
Training Advantages
Why do we need to get trained on the system
Similar understanding
When the project implementation team lays out the project roadmap, it plans for requirements, design, development, testing and implementation phases. It is equally important to have a training milestone in place, with the objective that all users are on the same page wrt system usage, understanding the attributes and functional quirks.
Change Management
Training forms a very important component of change management. It helps cultivate the importance of the implementation at the grass root levels and helps bring a feeling of oneness within the organization by addressing the issues, problems faced and the solutions proposed therein.
Benefit bottomline costs
Last and most important, Project success is dependant by the success of the implementation and the use of the application thereafter.
If the system implementation involves improvements to the business process and operational activities then training will help increase this awareness, bring a common understanding of the whole process.
It will also help strengthen and highlight the executive direction and perspective behind the implementation.
Training will thus improve the overall efficiency of the end users. This definitely will help to improve your bottomline benefits.
Training Objectives
What do we wish to attain from the training. The Objectives should be clear. Some examples
- It should address the training needs and issues faced by each and every user per the job functions.
To absorb and implement the functionality useful for your day to day operations (e.g. corresponding using System activities/dairies/notes rather than communicating via other time consuming and disconnect methods like hard copies, emails - which are outside the system)
- Make sure that the training is scalable in terms of the organization size
.
- Ensure the trained colleagues understand and propagate the platform and application features to their peers and try to answer their queries. If a question cannot be answered by them, let it be directed to members of the training cell or to the right personnel
Plan and prepare
There is no one size fit all solution here. For example, for a policy implementation you will need separate training modules for customer service, operations, underwriters, managers and supervisors so that each group can perform their job functions efficiently and effectively.
Along with having a separate training module, the training should be such that it meets requirements for candidates for all levels of understanding. e.g.
- Some users may not know the difference between backspace key on the computer vs the delete key
- Some users may understand bits and pieces of the application functionality, but not end to end
- Some users may be used to navigating through, by having worked on similar such applications in their prior jobs or past life
- Some users may just not want to change from System A to System B - reluctance to change
Hence there is a big component of change management that goes hand in hand with training
Before preparing your training material have one on one sessions with each groups of users as identified above and understand their specific training needs and requirements. Come up with a script that actually answers their questions.
The training sessions once done should be followed by a brief Q&A or if it is online have an assessment at the end to make sure the general understanding and the average grasp of training by the audience.
Training Methods
The various training options can be
Online training
This is an online computer based training. It serves as a self paced learning module where the trainee will study the application features as and how they find time and at their own pace and speed.
Hands on or classroom training with a fixed schedule
This is an instructor based training where people will sit and gain hands on experience of the module with instuctor guidance.
Learning using training material
This is also a self paced training where training material is shared with the attendees. This includes material explaining the system and usually followed by step by step screenshots.
Training on the job
i.e. Having the person work as a shadow or apprentice/intern and gets mentored or guided by a senior member on the job. The trainee will face real life scenarios and will use the application to work those.
Make sure you as the training lead or instructor has done a dry run using a sufficient number of people and ironed out all the difficulties and issues present. After all the planning, prepare a proper training schedule, have a concise and clear agenda and propagate it to the attendees as required.
Organizations can benefit by having a well planned training scheduled. Resources who get trained using the methods identified above, not only help themselves by making their jobs easier, faster and error free, inturn they also help improve the organization bottomline who has spent hundreds of thousands of dollars in developing the system
So in all to ensure that your project actually hits a homerun after implementation, it is necessary to have a proper training module near the end of the project.
Here is a typical project scenario...
Project development is done. Your policy and claims systems are fully configured, tested and are nearing deployment. The Client Organization has spent lots of money in developing the system. The Early business testing event that was sponsored for the end users, business users, agents, adjusters etc made them feel comfortable with the application and its features.
Their feedback so far -
- System looks good, why would i need training?
- I know what i need and how to get there in the System.
- I will look for training needs as and when i require.
- I don't think its worth the time and money to train other people especially after receiving good feedback from this focus business testing group.
These and some other similar responses is what we hear when we talk to busines users about training.
Of course, this is not the case everywhere, some users know the system better than others, some know all the quirks and work aorunds that exist in the system,but overall, somewhere at the bottom of their heart this is the common feeling with most of the business users.
There are some organizations who are fully and completely aware of the importance of training needs.
Training Advantages
Why do we need to get trained on the system
Similar understanding
When the project implementation team lays out the project roadmap, it plans for requirements, design, development, testing and implementation phases. It is equally important to have a training milestone in place, with the objective that all users are on the same page wrt system usage, understanding the attributes and functional quirks.
Change Management
Training forms a very important component of change management. It helps cultivate the importance of the implementation at the grass root levels and helps bring a feeling of oneness within the organization by addressing the issues, problems faced and the solutions proposed therein.
Benefit bottomline costs
Last and most important, Project success is dependant by the success of the implementation and the use of the application thereafter.
If the system implementation involves improvements to the business process and operational activities then training will help increase this awareness, bring a common understanding of the whole process.
It will also help strengthen and highlight the executive direction and perspective behind the implementation.
Training will thus improve the overall efficiency of the end users. This definitely will help to improve your bottomline benefits.
Training Objectives
What do we wish to attain from the training. The Objectives should be clear. Some examples
- It should address the training needs and issues faced by each and every user per the job functions.
To absorb and implement the functionality useful for your day to day operations (e.g. corresponding using System activities/dairies/notes rather than communicating via other time consuming and disconnect methods like hard copies, emails - which are outside the system)
- Make sure that the training is scalable in terms of the organization size
.
- Ensure the trained colleagues understand and propagate the platform and application features to their peers and try to answer their queries. If a question cannot be answered by them, let it be directed to members of the training cell or to the right personnel
Plan and prepare
There is no one size fit all solution here. For example, for a policy implementation you will need separate training modules for customer service, operations, underwriters, managers and supervisors so that each group can perform their job functions efficiently and effectively.
Along with having a separate training module, the training should be such that it meets requirements for candidates for all levels of understanding. e.g.
- Some users may not know the difference between backspace key on the computer vs the delete key
- Some users may understand bits and pieces of the application functionality, but not end to end
- Some users may be used to navigating through, by having worked on similar such applications in their prior jobs or past life
- Some users may just not want to change from System A to System B - reluctance to change
Hence there is a big component of change management that goes hand in hand with training
Before preparing your training material have one on one sessions with each groups of users as identified above and understand their specific training needs and requirements. Come up with a script that actually answers their questions.
The training sessions once done should be followed by a brief Q&A or if it is online have an assessment at the end to make sure the general understanding and the average grasp of training by the audience.
Training Methods
The various training options can be
Online training
This is an online computer based training. It serves as a self paced learning module where the trainee will study the application features as and how they find time and at their own pace and speed.
Hands on or classroom training with a fixed schedule
This is an instructor based training where people will sit and gain hands on experience of the module with instuctor guidance.
Learning using training material
This is also a self paced training where training material is shared with the attendees. This includes material explaining the system and usually followed by step by step screenshots.
Training on the job
i.e. Having the person work as a shadow or apprentice/intern and gets mentored or guided by a senior member on the job. The trainee will face real life scenarios and will use the application to work those.
Make sure you as the training lead or instructor has done a dry run using a sufficient number of people and ironed out all the difficulties and issues present. After all the planning, prepare a proper training schedule, have a concise and clear agenda and propagate it to the attendees as required.
Organizations can benefit by having a well planned training scheduled. Resources who get trained using the methods identified above, not only help themselves by making their jobs easier, faster and error free, inturn they also help improve the organization bottomline who has spent hundreds of thousands of dollars in developing the system
So in all to ensure that your project actually hits a homerun after implementation, it is necessary to have a proper training module near the end of the project.
Wednesday, May 18, 2011
Manage Stakeholder Expectations
Many things have been written and said about Managing Stakeholder Expectations. This is one of the most difficult tasks a project manager has to perform throughout the life cycle of the project depending upon the type and number of stakeholders involved. Essentially what may mean as a 'perfect and successful' project to the project manager, may turn out to be a complete disaster in the eyes of the stakeholders.
During Concept Phase:
A Project is conceptualized when the stakeholders or project sponsors meet and layout the project idea. Objectives and goals are set at this stage and a project is born. Once it has taken a definite shape and the ball has started rolling and the project progresses from the concept or initiation phase to design, construction, testing and finally delivery and closure. At every stage, we, as Project Managers have to manage stakeholder expectations.
Every stakeholder comes from a different arena or a different functional area and therefore has different definition of success. Hence it is very important at the onset, to make sure all stakeholders are on the same page and are driving towards a common goal. This is achieved in the Project Kick off meeting. The project sponsors or the ones who had laid the project high level objectives may not be the only ones who are the actual stakeholders that are involved with the project, as the project progresses you will find the number of stakeholders and actual representatives may also vary.
So, from the initial requirement sessions you may find that the stakeholders that get involved are deviating from the ground rule and are asking for something that is not in project scope or not inline with the general project agenda.
This may happen due to various reasons,
1> Stakeholders not clear on the Project Objectives
2> Need some understanding wrt different project areas or how projects are executed.
It is the job of the Project Manager to make sure these risks are addressed at proper time by proper planning.
Example:
Coming to an insurance industry example of this scenario,
say the project deals with integrating your Policy-Claims administration system with a Contacts management software and during the stakeholder meetings, the discussions lean towards tweaking and tuning of another dependant 3rd party interface - CMS upload for medicare.
Agreed, the 2 items may be related, but that does not definitely mean that the other interface is to be handled in this project scope (Unless that is the way the project has been scoped out).
To handle this situation make sure the project objectives are strongly and succintly communicated to the stakeholders that we are integrating to a new contact management software and this may mean some changes associated to some middleware bridge to make the other contact dependent interfaces work as expected, with minimal to no impacts. This lays a ground rule and restricts the deviations that may otherwise happen.
How to:
Major steps to stakeholder management in any project large or small are,
Step 1:
Conduct Stakeholder interviews:
- Study your stakeholders - their roles, who they are - organizational positions, their project roles - e.g. sponsors, end users, business SMEs, what they do? How would they influence the project outcome - completely understand their 'needs' and 'beliefs'? All this can be managed by having a 'Stakeholder map'.
- Know them wrt likes, dislikes, project expectation etc
Step 2:
Stakeholder Communication:
This is the most important thing in any project. I cannot stress on how important is this factor to guarantee a project success.
- Involve your stakeholders in all stages of the project right from initiation.
- Try to understand the project objectives from the stakeholders perspective. What does it mean to them by project success/failures/key painpoints etc? Let them define this in their own terms.
- Familiarize them with project financials, give them an overall project picture by having regular project status report meetings. In these meetings, make sure you concentrate on areas that are important to the stakeholders rather than delving into your project management methodologies and bravado stories.
- By effective communication and holding them accountable to project realities in times of project changes we can definitely and successfully manage stakeholder expectations. Remember Stakeholders and Project Sponsors have as much vested interest in project success as everyone.
During Concept Phase:
A Project is conceptualized when the stakeholders or project sponsors meet and layout the project idea. Objectives and goals are set at this stage and a project is born. Once it has taken a definite shape and the ball has started rolling and the project progresses from the concept or initiation phase to design, construction, testing and finally delivery and closure. At every stage, we, as Project Managers have to manage stakeholder expectations.
Every stakeholder comes from a different arena or a different functional area and therefore has different definition of success. Hence it is very important at the onset, to make sure all stakeholders are on the same page and are driving towards a common goal. This is achieved in the Project Kick off meeting. The project sponsors or the ones who had laid the project high level objectives may not be the only ones who are the actual stakeholders that are involved with the project, as the project progresses you will find the number of stakeholders and actual representatives may also vary.
So, from the initial requirement sessions you may find that the stakeholders that get involved are deviating from the ground rule and are asking for something that is not in project scope or not inline with the general project agenda.
This may happen due to various reasons,
1> Stakeholders not clear on the Project Objectives
2> Need some understanding wrt different project areas or how projects are executed.
It is the job of the Project Manager to make sure these risks are addressed at proper time by proper planning.
Example:
Coming to an insurance industry example of this scenario,
say the project deals with integrating your Policy-Claims administration system with a Contacts management software and during the stakeholder meetings, the discussions lean towards tweaking and tuning of another dependant 3rd party interface - CMS upload for medicare.
Agreed, the 2 items may be related, but that does not definitely mean that the other interface is to be handled in this project scope (Unless that is the way the project has been scoped out).
To handle this situation make sure the project objectives are strongly and succintly communicated to the stakeholders that we are integrating to a new contact management software and this may mean some changes associated to some middleware bridge to make the other contact dependent interfaces work as expected, with minimal to no impacts. This lays a ground rule and restricts the deviations that may otherwise happen.
How to:
Major steps to stakeholder management in any project large or small are,
Step 1:
Conduct Stakeholder interviews:
- Study your stakeholders - their roles, who they are - organizational positions, their project roles - e.g. sponsors, end users, business SMEs, what they do? How would they influence the project outcome - completely understand their 'needs' and 'beliefs'? All this can be managed by having a 'Stakeholder map'.
- Know them wrt likes, dislikes, project expectation etc
Step 2:
Stakeholder Communication:
This is the most important thing in any project. I cannot stress on how important is this factor to guarantee a project success.
- Involve your stakeholders in all stages of the project right from initiation.
- Try to understand the project objectives from the stakeholders perspective. What does it mean to them by project success/failures/key painpoints etc? Let them define this in their own terms.
- Familiarize them with project financials, give them an overall project picture by having regular project status report meetings. In these meetings, make sure you concentrate on areas that are important to the stakeholders rather than delving into your project management methodologies and bravado stories.
- By effective communication and holding them accountable to project realities in times of project changes we can definitely and successfully manage stakeholder expectations. Remember Stakeholders and Project Sponsors have as much vested interest in project success as everyone.
Subscribe to:
Posts (Atom)