The term human-centered design (HCD) seems to be used mainly across the development stage of a product which involves human interactions, in basic hindsight HCD is simply a designing approach keeping in mind how easily the end user, i.e. a human, would interact with it and for how long will he/she will be able to continue using it in its true form.
There are various technical jargon's associated with it that makes it sound far more complicated than it actually is.
Many companies struggle with problems caused by bad usability of their products although they have invested in human-centered design (HCD). Their product may still have not gone through a systematic approach, adequate knowledge and a clear definition of responsibilities in HCD.
In this article I thought I’ll share with you a few HCD principles that can incorporate into any ERP solution design.
Some of the HCD elements that could be used would be:
Usability – ability of the users to use the function with minimal supervision.
Maturity – ability of the user to understand the core function of the solution and being able to branch out into other related areas to understand the functionality in its entirety within the organization.
Participation – Assess the solution based on how much the user would be able to participate if a change is to be made to the core logic.
Piloting period – Assess how long is it likely to take a new user to take over the functionality from an existing user, the lower the better as it indicates user sustainability.
Most often than not, these are discussed in a project environment, but laying them down and assessing them during the development process will definitely help in delivering solution that is more human centered and more sustainable.
Hope you found this post informative. Feel free to contact me on ssurenlk@msn.com.
Search ERP Arena
Aug 6, 2013
Jul 17, 2013
“Ways of work” in an ERP Project Environment !!
By Suren
Most often than not the ways of work listed below tends to take place in a general project context but more than often in a non-controlled manner, there are no straight forward guidelines to set this up or to be able to control this, but as a Project manager or PMO the environment to encourage this can be built. Below are some of the ways of work I have identified together with some recommendation to build the right project environment to encourage this behaviour or at least not discourage them!!
Invisible Work
Most of the time there is an amount of work undertaken in a project that is not recorded in any project document or process documents, yet it adds to the overall process improvement / project implementation and most often than not this is a task the individual takes on not expecting any recognisition. Underlying pre-requisite for this is to give members the ownership of the project, too many controls in the project environment and the positive effects of invisible work dies out and the negative effects spreads within i.e. lack of ownership, team disconnect, work to rule syndrome etc.
Impact groups
This occurs when individuals form a bond together on a particular problem within the project and then work together to solve it and then move away. This group tend to be very efficient than the groups that has been setup to solve an issue since Impact group’s main focus is to get the job done and move on to their routine, so by human nature they work to solving the problem sooner than later. PMO cannot identify these groups until they are formed, but when they do they need to make sure the individuals in them are allowed to move on to other areas once the issue is rectified, if not this group’s efficiency tends to fall if there are not moved around.
Influence teams
An influence team is created by combinations of business users who come in from different areas of the business and some external parties either directly or indirectly connected to the project. From a project point of view, the PMO needs to be able to identify these influence teams and make sure that either they or their ideas are brought in during project requirement gathering phases, more often than not the business users are the only ones involved, but it wouldn’t hurt to bring in the external parties as well, I’ve seen this happening in only a few projects.
Hope you found this quick post informative, I’ll be adding more of this as it hovers above me......
Have a nice day!!
Labels:
Consulting Tips
Jun 17, 2013
A “Fail–Fast” approach in Project Management
By Suren
I’m sure you've heard of Fail fast systems and fail fast modules, where the system or module is designed to immediately report at its interface any failure or condition that is likely to lead to failure. Fail meaning to stop operation once there is a detected possibility of erroneous behavior and Fast means to report the failure as soon as possible.
Generally, in projects where there are delays the Project Manager steps in to identify bottlenecks and activities along the critical path, then undertakes activities that can be carried out faster either by putting in more resources or tweaking the outputs required in order to bring the project tasks back in line with the timeline. This kind of approach is in essence a variation of the fail-fast methodology.
Some of the Project management tasks that could be undertaken to build up a “fail fast” model in the context of a project environment could be to:
1.Have regular meetings on Project tasks but with an emphasis on time of completion as per the critical path, rather than simply of menial tasks.
2.Nominate, one single responsible person to keep track of tasks and deliverables that fall into the critical path, someone other than the project manager.
3.Have regular submissions from project team on plans for forthcoming deliverables, especially those within the critical path.
4.Empower project members to take on tasks relating to future deliverables which fall along the critical path.
5.Clear out "noise" resulting from previous tasks delays that are not within the critical path, doing this will allow time for resources to focus more on project deliverables tasks that are more important.
6.Clear identification of risks associated with each deliverables and appropriate assignment responsibilities to project individuals to manage these.
7.Build up a flat structure for project teams in order to encourage issues being highlighted to the top. In a tall structure, the bottom-up information flow takes longer which hampers the efficiency of an immediately reporting mechanism which is key to an effective “fail-fast” system.
8.Set up several checkpoints within tasks. Reporting could be encouraged at each checkpoint rather than tasks completion or progress.
9.Promote decision making at lower level meetings rather than escalating all decision making to higher ups. Responsibilities need to be well documented for those decisions taken on critical path tasks.
10.Create an effective culture within the project team, to encourage individuals to be able to identify those critical path tasks that precede their actual task, in order to be able plan for contingencies in their area in case of any delays.
A proper project methodology will tend to address the above, however following a structured approach in embedding these into project tasks will certainly help enhance the benefits of a ”Fail-fast” approach. This would in turn prove very useful in avoiding delays in critical paths and budget overruns.
Hope you found this post insightful. Your comments, suggestions are welcome on ssurenlk@msn.com.
I’m sure you've heard of Fail fast systems and fail fast modules, where the system or module is designed to immediately report at its interface any failure or condition that is likely to lead to failure. Fail meaning to stop operation once there is a detected possibility of erroneous behavior and Fast means to report the failure as soon as possible.
Generally, in projects where there are delays the Project Manager steps in to identify bottlenecks and activities along the critical path, then undertakes activities that can be carried out faster either by putting in more resources or tweaking the outputs required in order to bring the project tasks back in line with the timeline. This kind of approach is in essence a variation of the fail-fast methodology.
Some of the Project management tasks that could be undertaken to build up a “fail fast” model in the context of a project environment could be to:
1.Have regular meetings on Project tasks but with an emphasis on time of completion as per the critical path, rather than simply of menial tasks.
2.Nominate, one single responsible person to keep track of tasks and deliverables that fall into the critical path, someone other than the project manager.
3.Have regular submissions from project team on plans for forthcoming deliverables, especially those within the critical path.
4.Empower project members to take on tasks relating to future deliverables which fall along the critical path.
5.Clear out "noise" resulting from previous tasks delays that are not within the critical path, doing this will allow time for resources to focus more on project deliverables tasks that are more important.
6.Clear identification of risks associated with each deliverables and appropriate assignment responsibilities to project individuals to manage these.
7.Build up a flat structure for project teams in order to encourage issues being highlighted to the top. In a tall structure, the bottom-up information flow takes longer which hampers the efficiency of an immediately reporting mechanism which is key to an effective “fail-fast” system.
8.Set up several checkpoints within tasks. Reporting could be encouraged at each checkpoint rather than tasks completion or progress.
9.Promote decision making at lower level meetings rather than escalating all decision making to higher ups. Responsibilities need to be well documented for those decisions taken on critical path tasks.
10.Create an effective culture within the project team, to encourage individuals to be able to identify those critical path tasks that precede their actual task, in order to be able plan for contingencies in their area in case of any delays.
A proper project methodology will tend to address the above, however following a structured approach in embedding these into project tasks will certainly help enhance the benefits of a ”Fail-fast” approach. This would in turn prove very useful in avoiding delays in critical paths and budget overruns.
Hope you found this post insightful. Your comments, suggestions are welcome on ssurenlk@msn.com.
Labels:
Consulting Tips
Apr 24, 2013
It's all in data - Predictive Analytic Solutions
By Suren
This article is intended to give you an idea what predictive analysis is and how it is beginning to come to the forefront of business decision making. It also lists some of the key criterias that a good predictive analytics solution must cater.
Everyone knows capturing data is important, but very few of them know the best way of slicing and dicing the data in such a way to give them insight into making more profit-effective decisions. Predictive Analysis is all about analyzing data, predicting the future and providing information to put into motion effective tasks in the present.
Predictive analysis takes an approach of understanding business data in a context that differs from the standard set of analysis you would do on a business. Nowadays, there are many IT vendors providing various types of predictive analytics, i.e. from the specialist service on predictive analysis to the packaged predictive analysis solution that comes along with a ERP suite.
A good predictive analysis solution should tick the following at least :
• Offer predictive modeling tools that can be used "out of the box" by analysts
• Few process to follow when going from "anticipate to actioning"
• A proper warehouse appliance to cater to the demands of the "big data"
• A good offerings of analysis algorithms and modeling tools
• Simple-to-use interface for creating, exploring, and modifying outcomes from analysis.
From a business's point of view the following need to be addressed in order to make sure the predictive analysis solution would actually work in the business :
• Understand and design a strong business model for making predictions
• Collect the raw data and make it readable for Predictive analysis.
• Setup a team to understand the nature of the data gathered in order to eliminate noise.
• Implement the model
• Control and monitor the model, with the main aim of being able to relate the outcomes of the model to business goals.
For more information on prediction analytics solutions :
http://www54.sap.com/solutions/analytics/business-intelligence/software/predictive-analysis/index.html
Labels:
Consulting Tips
Mar 27, 2013
Big Data and it's 3Vs
Fact : Every day, we create 2.5 quintillion bytes of data — so much that 90% of the data in the world today has been created in the last two years alone.
In today's information age there is data maintained in all
forms, shape and size, if a close look can be taken at this data and some
research carried out, the next biggest thing could be in this data. It's all about sorting the data, identifying what you
require and reporting the results in a comprehensive yet concise method.
In order to do this, you
need to make sure you target the 3Vs of
big data management and use them in it's proper form to work for you :
Make the VELOCITY of data work towards your goal.
e.g. If you are a business introducing a new product in a 3
day tech exhibition, setup a process to capture and analyze every possible
feedback, comments, news feed regarding the product during the day in order to
maximize the value input in your go to market strategy.
Track large VOLUME of data for better analysis
e.g. If you are into marketing a particular product range
you could be collecting terabytes of Tweets of similar ranges in other markets
created each day to identify and improve product sentiment analysis for new
launches.
Capture a VARIETY of data for better analysis
First collect all types of data relating to your particular
industry, market, product, competitors, consumers and in all formats as well,
i.e. texts, pics, audio, video, click
streams, log files etc. Once you've gained all this analyse all this data
together in various different dimensions.
e.g. if you
are a boutique store in a large mall use video surveillance to capture number of people
who cross the store, number of people who glance at the entrance, then record how many
of them come into the shop and record what item they find on the inside of the shop appealing, analyse
your sales to find out how many of those items were sold, if a lot was done,
then you are now in position to make a connection and perhaps place more of
those items next to the door in order to attract more passer by in the store !!
There is data everywhere and it always has been, its
available in all forms, shapes and size, all we need to do is to capture it in a readable form and analyse it,
that's basically what ticked off the information age and that's exactly whats going
to take it to the next level as well.
Hope this was insightful. Have a nice day
Labels:
ERP Arena Updates
Dec 30, 2012
Happy New Year 2013 !!
Wishing all my readers the very best of everything that 2013 has to offer.
Thanks for your support over the years.
Labels:
ERP Arena Updates
Dec 16, 2012
Turning to the Clouds – “Cloud Transformation role changes”
By Suren
As more and more vendors begin to expand their packaged solution
offerings around the cloud based architecture model, there are going to be more
companies looking to cash in on the early discounts available on these packaged
deals. Given that there are various factors that are likely to contribute to
the success of the adoption of the new model, the "transformational changes" is
key and the company need to embrace this new IT infrastructure model with some
careful planning.
The nature of the model is such that it is likely that this
will be embraced more by the business departments of a company as more IT roles
will change as end-user computing requirements in an enterprise takes the lead.
This would mean successful cloud transformation requires partnership between
lines of business and the IT sub unit within the organisation.
Gartner predicts that “By 2015, 35% of enterprise IT
expenditures for most organizations will be managed outside IT department’s
budget” this clearly highlights that the cultural shifts, combined with
cloud as an enabler, have given end-users and business department more influence
over IT infrastructure in the enterprise.
All this would likely mean that in the future the IT staff’s
role in a business is going to change significantly from just supporting the
business to developing transformation strategy by analyzing which applications
can move to the cloud with least disruption and greatest benefit, for this the
IT teams will have to evolve to be part of the business, leading to more
cross-departmental functional IT staff, as previously mentioned in my article “IT Teams of
the future”.
Therefore, when it come to your companies turn to move on to a cloud based model, make sure there is some careful planning around the transformation also keeping in mind the resulting changes in IT staff roles within the organisation. All the best.
Labels:
ERP Arena Updates
Aug 31, 2012
Process Vs Practice
By Suren
In this article I thought I’ll discuss
about how various organizations have their own definitions for the terms “Process” and “Practice”. Given the nature
of the consulting industry these words are used interchangeably. In the present
world what consultant like to talk about is processes, when they enter the
customer site, they want to analyze the existing processes, then the next phase
is to identify the pros and cons in the process and then identify the changing
business needs and change the processes accordingly.
However, one thing that is generally
overlooked though this phase is whether these processes were in fact practices
early on, or were they genuine business processes that were put into action
after having brainstormed upon and tested for its feasibility and efficiency.
If you are consulting for a very mature
company, which has been in operations for a long period of time, the chances
are if you were to ask your clients about how these processes were designed and
on what condition, the probable answer would go something like “Well, when I
first joined, my senior taught me to do it this way…”, and this would indicate
that these processes are indeed practices that have come about from adhoc
operations and events that have come across during the beginning and growth
stages of the company.
If this were the case, it’s likely that
there are many disconnections in the process chain and perhaps some duplication
of efforts too, since practices is more focused on individual’s areas and
responsibilities than the overall big picture of connecting operations. In
situations like this it’s going to be more important to identify a process with
an overall view of the connecting points and introduce best practices (ways of
doing things) within the sub-components of the process. This is what founded
the ideology of “Best in class
practices”.
Therefore,
keep in mind that practices may lead to processes in the long run, but these
could be disconnected due to its individualistic occurrences. The simple solutions
is to have build best practices built
into the connecting components of a process, this makes the entire process
chain efficient.
As one of my client once said “This company is more than a century old,
we are like deadwood, practices have been drilled deep into us, changing us now
is going to take another 100 years”….but now the same company runs completely new processes and all of
it through a web hosted solution, this is after implementing a a brand new
vertical of a renowned ERP system.
Hope you found this post informative.
Have a nice day !!
ssurenlk@msn.com
Labels:
Consulting Tips
Jul 20, 2012
IT Teams of the future
By Suren
With the evolution of IT going though quantum leaps in the
last decade, its only common sense to assume that it going to be bigger leaps
in the coming decade. Given this it is likely that IT department of various companies
that embrace the new technology coming their way, will see a change in working
patterns, and that’s what I’ve looked to cover in this post.
Some of which are likely to be along the lines mentioned
below:
Everyone is going to be working in the cloud – physical team
are likely to become a thing of the past. Collaborative and collective working
is going to be done through in the clouds through cloud devices.
BYOD – Bring you own devices – In the future the way staffs
are going to work is to bring their own devices into work to use in their day
to day tasks. The IT departments will just have to make sure that the devices
are securely updated to work within the office space and adhere to their security
protocols etc.
Divide and Conquer is going to disappear – The famous methodology
which is to divide tasks and operates efficiently in that space is going to
disappear with tasks interconnected and the need for IT staff to know more than
just one area. Though not the intrinsic details staff will have to be aware of
the details on how to activate and use devices which in itself will get most of
the detail level jobs done.
Higher possibility cyber attacks – There is likely to be
more cyber warfare as most devices will be run remotely via cloud like
infrastructure and hence this would call for IT Departments and CIOs to keep a
close eye on confidential company information, regular updates means more
technological enhancement done more often and related upgrades of hardware and
software too.
Hyper connections would mean more networks – the ratios of an
IT Staff to an end user is going to be in the 1000’s all through hyper
connected platforms and devices. IT staff will link mainly with end users on a
platform that extends across departments and functions, which would also see
this platform being remotely accessed and in turn means more home working and “Device
on you” style of working (this is where you are expected to support on issues wherever
you are if you’ve got the “Device on you“to do the tasks).
These are just some o the thoughts and ideas I’ve come
across when looking into how a
technologically driven IT Department is going to perform their tasks in the
future given the changes coming our way.
Hope you found this post informative and interesting.
Labels:
Consulting Tips
May 28, 2012
ERPs in the cloud !!
By Suren
Cloud computing is the talk of the town with everything from
social media websites where you have you have your entire life’s details laid
down, to a simple comment you leave on the some website
in some corner of the world wide web.
Given the popularity that cloud computing is gaining, you
could ask why haven’t those large ERP vendors yet to break into this as you
would have expected them to?
Well some of the basic challenges that would crop up would
be:
- Transitioning from onsite revenue streams to in-house ones. Business models need to be revamped at the source to make this transition smooth, and with more than million clients it’s not an easy task.
- Confused clients when it comes to clear vision laid out by a vendor in terms of support and maintenance on how the infrastructure would be setup.
- Difficulty for the vendors in being able to pin point which existing systems will be brought in house, due to integrational aspects and 3rd party’s existing cloudless computing solutions in the overall landscape.
- Another challenge is to be able to distinguish between cloud services for core applications and those on the peripheries. This will always be a point of discussion to consider.
- Being able to align the cloud and SaaS applications together on a common platform in a client organization is always a time consuming and painstaking task.
Just some points to ponder. Have a nice day !!
Labels:
ERP Arena Updates
Subscribe to:
Posts (Atom)
