The central office initiates the implementation of a complex IT system that covers a large number of business processes and requires the inclusion of both technical and financial and HR. In each regional division a responsible manager is appointed and fun starts… The manager is responsible for the whole project, but the resources and authority to manage other people’s (financial, HR) blocks are not, and the desire of others to change at will is even more so. The curator in the central apparatus is not all-powerful and is also located within the functional subdivision. In general, to implement such a project – a hell of a quest.
Matrix structures can also be divided into weak, strong and balanced.
The weak
Weak matrix structures are used when there are many projects, but they are small and not routine, not critical for the company.
In a weak matrix, the members of the project team are managed by functional managers (Chief of Industrial Safety, Repair Planning, Procurement) whose authority is limited: each is responsible for his or her direction.
There has to be a project manager who reports to management or, in this case, central office, gets his tasks. Tasks are then decomposed into smaller tasks and assigned to functional staff. But in fact, it has no powers and no resources. It is fertile ground for conflict.
It is also possible to have «forwarders». These are people in functional areas who disseminate information but have no authority – informal leaders of opinion.
As we can see, this approach is not applicable to our large-scale project. Unless we have very charismatic and strong project managers on the ground.
The strong
Differ in that the implementation of such a project may not be one, but several managers, or the manager and team, and they have much more authority. They can now not simply hand over tasks, but also give orders, require tasks and project reporting from functional managers. In addition, the project team may not be a permanent part of the functions, that is, it is possible that they will deal only with the project, plus they can search for contractors or order raw materials.
For our conditional IT system implementation project, this approach may be redundant. Although, perhaps, it will increase the chances of success, but such implementation comes out very expensive.
Balanced
In this case, the project manager is appointed from among the staff and, better, from the functional managers. Here he can set tasks and monitor their performance. However, it is likely not to be exempt from its operational tasks and to be unable to manage its own resources.
It is worth noting that this is the most difficult option to implement, as it involves the largest number of assigned roles, moreover, there may also be issues with subordination and, consequently, matrix conflicts.
Summary
We have dismantled the main types of org. structures. It would seem, choose the right, suitable for your company, and everything will be fine. Alas, it is not so. It is important to distribute functions and powers correctly, to identify a key product of the activity, to choose the people for whom this work is suitable psychologically, and also to build communication between them. That is why I always speak of a systems approach: it is impossible to implement any one tool – integration is needed.
Besides, as we can see, already at org level. The structure is related to the number and size of the projects implemented, that is, there is a close interweaving of work with the organization. structures and project management, they become inseparable.
To consolidate all practice, I propose to look at one real example with two structures of the same type, but with a completely different substance. Since the organizational structure in the book is almost impossible to display, everything will be available via QR and the link below.
Additionally, it should be remembered that with the development and organization. structure, and distribution of functions should change.
In addition, there is a trend in the world to avoid large bureaucratic structures. Why? In addition to economic factors and long transmission chains, this is a breeding ground of irresponsibility. As a result, there are a lot of people in charge, but all are formally covered up, and Ivan’s locksmith is to blame.
Here is a practical example: the repair of industrial equipment has been exceeded due to a chain of events: could not form a brigade because one of its members failed the exam because the head of the service could not form a commission for the exam, because two people on the commission were on vacation… Additionally, nobody seems to blame, but in the end, the object is worth… Until the Chief Engineer, in a terrible curse, corrects the situation in the simplest but not the most obvious way for all listed.
This case isn’t really just about an organizational structure where, under the guise of collective responsibility, the mess is going on. It is also about the corporate culture, which is based on the direct execution of rules (the culture of rules), and formed it the same chief engineer and his predecessors.
Could even in this structure avoid these problems? Of course! With proper work of managers, building of control points, informal communication, leadership qualities of this situation would not be. Additionally, here the main thesis that will go through the book – it is impossible to build an effective business system with one tool.
Main approaches to modelling and description of business processes
Introduction
In addition to organizational structures, there is another key area – business processes.
A complete list of almost all approaches to description with illustrations, display examples and videos available IT-solutions is provided by QR-code and link below.
Business processes: notification and modeling, what to choose?
Here I will consider the most common ones, answer who they are, show what I observe in life, use it myself, and summarize – what is more important: structure or business processes?
I understand that all this may seem boring, but in practice I have learned one simple rule – there is nothing worse than arguments «it is so clear», «it is too simple». Always, when I have met such arguments, this has not boded well. These theses are harbingers of chaos and disorderly problems. So, I chose this structure: first a little bit of general theory, then practice and working principles.
Basic approaches to the description of business processes
A business process is a certain algorithm of interrelated actions of people and IT systems, which is aimed at transformation of «raw materials» into «product» or result.
For example, the business procurement process involves the following stages: requisition, sourcing, solicitation, delivery of materials, delivery to the requisitioner. But each stage is also broken down into separate business processes. Therefore, you need to understand that the description of business processes is almost infinite task, and you will need to choose the level of detail, at which you say «all, enough». The lower the level of command competence, the more detailed should be made the description. Or you need to train the team, but then you have to grow as a leader. Smart personnel will not tolerate treatment as fools.
Conventionally there are several approaches to the description of business processes:
– Value