Wednesday, November 05, 2008
Absorbing the BIG Elephant. Part 2
1. Missing the total overview of the process – across teams/departments. In fact we have to start here from the big end-to-end business process and slices this back down in smaller pieces.
2. Everybody looks at their own important part – not on what’s happend before or what’s coming after. So you should know the consequences of what you’re doing, and how it can influence the next step.
3. Hiding Actors or non-visible influencers. What or who can influence the execution of a process? In which way? What can be the consequences of it? As we are all dealing with people, customers and suppliers, we all know that real live/business isn’t going like we want it. A truck load with supplies and involved in a road accident, can lead to a big test of your exception handling or procedures.
It’s important to know your processes exactly, in the way they are running in real business and map them one-on-one to the execution. Having 25 binders with an outdate process documentation in a nice cabinet makes really no sense at all. Some companies are spending 3-5 men years in describing their business process using nice tools or standards like UML. It’s like carrying water to the sea!At the other side one of the main reasons why BPM-Related projects are failing, is the leak on knowledge of their processes or when you try to discover and improve them at the same time. Look back to our BIG Elephant, which is holding 3 big pieces; people, processes and information. Absorbing the process piece via discovering and improvement of your process will not work, as you may not forget your people slice. Improvement of changes means adaption of these improvements in the organization. If you want to absorb them at the same time, then do it in small controllable items: Think Big, Start Small!To be continued …
Wednesday, October 22, 2008
Absorbing the BIG Elephant. Part 1
If we want to eat our BIG Elephant, then we have to look how we can slice it in smaller absorbable pieces. So if we apply this to a BPM-Project, we will mainly have 3 big pieces or elements: People, Process and Information.
Let’s focus on people for now. This will raise the most important question: what’s the impact of this project on people and how will their daily work be affected by this?
You probably discovered already that the biggest problem on absorbing our piece called ‘People’ will raise a lot of issue and resistance from them. By nature people are not very open to changes and will try in some situations everything to avoid it. (Adoption failure is probably the number 1 reasons why a project fails at the end). So we have to focus on how we bring changes to them and show them the benefit. In some cultures and companies they spend a lot of time and effort, in order to learn people handling changes (Japans cultures are very focused on ‘Kaizen’ – a methodology to guide changes in an organization)
Somewhere in their mind a question is coming up: ‘What’s in it for me?’ or ‘Will I lose my job?’
Let’s look what an organization can do on this and make sure that they have the ‘People Slice of our Big Elephant’ under control.
· Build a strong visible business case
· Build a strong executive sponsorship
· Build a team of change agents, which are guiding and messaging the changes across the organization
· Create a clear vision and roadmap
· Show business and user benefits
· Communication, communication and once more communication! But it their own language.
· Empower people and share responsibility
· Start small, think big and scale fast!
· Improve continuously, based on lesions learned
Part 2: Processes ... coming soon
Thursday, October 16, 2008
BPM ≠ Workflow
At the other side BPM is not about technology, or drawing just nice process diagrams or having a nice underlying SOA-Implementation, but it’s about driving Business Agility!
And this is where the problems are starting with purely workflow solutions. They are looking from a technical point of view, in sometime situation these solutions are nothing more than code compilers (converting nice graphics into code/assemblies). And are not allowing the business users to have more control over their business processes or allow them to dynamically change the execution path of the processes. BPM will allow you also to create a higher transparency over your processes, streamline them and of course optimize them.
The success of Microsoft MOSS/SharePoint and its underlying Windows Workflow Foundation is not making it easier for people. MOSS and WF are great for what they are made and are intended to be used for, but at the other hand it’s dangerous as it can make a wrong impression or understanding to the outside world.
Bad products don’t exist any more, as long you use them for what they are made for.
Ever saw a plane sailing or a vessel taking off from the run-way?
Thursday, October 09, 2008
SOA for ICT-People, BPM for Business
BPM has to enable the business again to take control over their processes and allow them in first phase to know how their business is running! Today a lot of the business processes are hiding inside monolithic and robust ERP-Solutions, and this is now creating a problem in this dynamic world. How can you align quickly the market situation or re-align a sales process, if it’s wrapped in a black box?
Some food to think about it!
Tuesday, October 07, 2008
Surving the technical SOA-World
However if I remember correctly IT is there to support the business, meaning without business you don't need IT stuff.
I fully agree with the mean vision of SOA, but it still believes that it should be aligned to the business need. In this very hectically and under high economic pressure situation, companies are looking for solutions that can quickly adapted to changing business or market needs.
SOA and BPM can be used to SUPPORT the business, DECREASE the total cost of IT development and platforms, but not to make this more complicate or keep the business people stupid.
Remember without business, nobody needs IT !
Wednesday, February 28, 2007
TO BPMN or NOT TO BPMN
The goal of real BPM is to enable business people, to have again control over their processes and not only from a documentation point of view, but also from real execution. Would it not be great that the designed business process model is directly understood by the BPM-engine and can be executed without any code translation? This would give all business users a real view of the business process status and will allow them to react if needed.
What will happen if we force people to use BPMN? Do we have to teach everybody this notation language? I believe this will scare of some people and make it more complicated than needed. Where is the pragmatically and no-nonsense approach?
BPM Notification should be understandable and readable by business users, and make sense to their environment or way of working. Everybody knows that one picture is saying more than one thousand words, so use self explanation notification.
Tuesday, February 27, 2007
Following Gartner BPM Summit from home side
I'm trying to follow the Gartner BPM Summit via my colleagues in the US and by reading several blogs about this BPM Event. (Like Sandy's Column or BPMS Watch From Bruce).
Quoting Bruce Blow:
Hayward and Janelle Hill both make a big deal of the idea that BPM has to make the process “explicit” but leave activities decoupled from their actual implementation. Explicit here is kind of a code word. I think it means fully defined at the logical level, i.e. almost executable. They also say that BPM must empower the business side (not IT) to make changes to the (executable) process model. They make this sound like reality, even though it is a vision (one that I support)… rarely fulfilled by actual products.
Well for the first time in my live I have the feeling to by at the right side of the table. The last few years I have spend a lot of time to learn more about BPM and the impact on the business. As I have also a technical ICT background (for more than 17 years; starting in IBM-world and moving afterwards to the Microsoft world). The last years it has become clear to me that the current way of handling projects by IT, was not about serving the business from a statically point, but sometimes from 'I known better then you' approach.
The economic pressure of the last years and the need to become a dynamic and flexible organization to serve their domination customers is becoming a nightmare for some IT-people and business owners.
And this brings me back to the quote of Bruce and the vision of Gartner. BPM seems today the only way to serve this dynamic and flexible business model. BPM should empower the business by having dynamic process models which can be adapted to the business needs, without leaning back on IT.
I’m glad to work for a BPM-Solution provider called Ascentn, via established over the last year a real BPM-solution which is serving this model for at least 100% ! As I’m involved in dealing with Partners and (potential) customers, I can clearly state that this vision is not yet fully spread. This brings us to the never ending discussion between the definition of workflows and BPM-Solutions, the coding solutions by IT or giving back control to the business.
However I have to admit that some visionars in some larger companies are seeing the light, and are looking for the nicely described solutions by Gartner.
Ascentn’s AgilePoint solutions is leveraging today the IT knowledge and expertise (about integration) towards the business users, and give them back control.
To be continued….