Showing posts with label process. Show all posts
Showing posts with label process. Show all posts

Saturday, March 23, 2013

Power, Process, Project, People - Force Two



Recently I have started a series about Power, Process, Project and People. After I have touched Power, I now like to reflect a bit on Process and what I am doing with processes in my daily Enterprise Architecture work. Just to repeat the definition from the Oxford Dictionaries: A systematic series of mechanized or chemical operations that are performed in order to produce something. There of course exist way more definitions to frame what a process is, but I stick to this fairly simple definition.
 
Processes are found a lot in organizations when there are attempts to reuse a successful approach. In most cases they are somehow standardized and formalized by some form of documentation, be it very document centric or a more modern approach by using a business process management suite. Typically the structure of the information is Input > Process > Output with Roles and Responsibilities on the Process and references to other processes. It typically forces People to spin faster and faster and faster (work harder, not smarter) over time, because the Process Performance Indicators are supposed to increase year after year. Every now and then there usually is a massive process restructuring which allows to work smarter (or more accurate aligns Process to more or less strictly follow Power. Quite often process changes (no matter if it work harder or work smarter) lead to massive problems, especially if the people are forgotten in the process change.

So what am I doing with support of GLUE? First of all I am using the GLUE Disciplines to formulate a basic Process.
 
In the combination with the GLUE Decks and the GLUE Divisions the Disciplines form the GLUE Space. In that GLUE Space the flow of the Disciplines leads to the circulatory system.


When I now look at any given change initiative I analyze how it fits into the GLUE circulatory system and my main focus is to secure that the information circles as fast as possible through the whole system to secure that information is available to everyone involved and can be interpreted and transformed  therefore by everyone. The more it is a circulatory system the better, the more it is a one way road the worse. The product of this circulatory system is by that defined by all involved stakeholders and not just pushed (by power) down to the system or emerged pure to no other choice.

The main reason why I work like this is lies in the nature of the problems I work with. For really simple problems there might be one perfect answer, but in most cases the complexity prevents this: neither the problem at hand is truly simple nor the solution selected can be perfectly simple. A very simple approach would be to package one solution and implement it (or sell it) unchanged as often as possible. By not looking at the greater context this is indeed an approach which makes sense (and most likely generates quite some money). The damage created by this approach is quite often very high, even though due to the friction it also generates quite some innovative ideas (by accident). As always it is a matter of perspective. I do not know where this will lead me to in the future, but at the moment I mainly focus on people. For whatever reason it is the approach with the greatest rate of success so far, even though I constantly try other approaches, nothing has ever been close to beat my current approach. Collaboration with (many) others is by far the best tool for me.

As always comments more than welcome.

Thursday, February 21, 2013

Power, Process, Project, People


I keep writing about People, because I strongly believe that in the end the only thing which really matters is people, like in the Agile Manifesto: Individuals and Interactions over Processes and Tools.


In the past days I have seen plenty of interesting posts putting various concepts in the focus. One caught my attention and is very much worth to read:


This post followed some back and forth twittering and it was a very enjoyable discussion. It triggered some thinking I wanted to reflect already for a while, because every now and then I see an interesting tendency to market something as the one and only way on how to look at the world or solutions, be it IT or non IT.

Coming back to people I want to reflect on three forces especially which I observe every day and what I do to work with them or what I see in the typical Enterprise Architecture approaches. The three forces are (for each one definition from Oxford Dictionaries):
  • Power - The ability or official capacity to exercise control; authority.
  • Project - An individual or collaborative enterprise that is carefully planned to achieve a particular aim.
  • Process - A systematic series of mechanized or chemical operations that are performed in order to produce something. 

The definition of process and project is sometimes confusing if compared, so for simplification I typically differentiate by using project in the context of unique deliveries and process if the deliveries are repeatable. These three forces have a different effect on people, and each and every person has a different opinion what type of force he prefers, but in typical organizations all three forces exist in co-existence and influence each other. The key to all these three powers in the end is the People though and interesting enough they get quite often forgotten.

This is only the first post in a series, otherwise it is getting too long. The next post will be about power. If you have any input to give straight away then I am happy to read or hear from you.