Categories
Management

Lean integration in organizations – a real example

Lean integration in organizations - a real example

I want to talk about how my company introduced Lean. My company (agency to the ministry, public sector, I’m in the IT department) introduced Lean as a logical step after the introduction of the Agile way of working.

A real example of implementing Lean in an organization

For me, this was strange because I didn’t see the connection between Scrum and Lean – I thought they were two different (maybe complementary, but still different) ways of working. I thought they made us use them to judge which one was “better” and finally choose one of them. If you want to know what Lean is, let’s say it’s something very special. Reference: “Lean and MVP”, https://bvop.org/learnagile/lean-mvp/ (BVOP.org)

Kaizen

I later realized that Lean was just a way of thinking, just a philosophy. Like Kaizen. Reference: “20 Keys to Workplace Improvement (Manufacturing & Production) explained with examples and strategies”, https://phron.org/20-keys-to-workplace-improvement-manufacturing-production-explained-with-examples-and-strategies/

We often mentioned Agile, Lean, Kaizen (and finally Kanban and Scrum) in one place – obviously things are connected in some way. Reference: “Scrum and IT industry problems in organizations”, https://scrumtime.org/scrum-and-it-industry-problems-in-organizations/

Now I find the connection in what my organization has been trying to do – Lean is not something “separate”, just for itself. Lean can be implemented and used in conjunction with the basic Agile method the organization has chosen. Reference: “Agile organizational culture”, https://www.kievpress.info/agile-organizational-culture/

Lean simply contributes to the more efficient (I’ll explain later what I mean by efficient) production (of the IT product we’re developing). Reference: “The Kaizen 20 Keys to Workplace Improvement Explained with examples”, https://agileprogramming.org/kaizen-20-keys-to-workplace-explained-examples/

What did we do? We are divided into teams. As part of the IT department, I receive my assignments from the business. The business, or more precisely the person in charge in the organization itself (here things are a bit blurred in terms of organizational structure and who is responsible for what, but this is not important) writes the assignment (creates a task in TFS, backlog item). In TFS we had the opportunity to see things in the form of a Kanban board, and in the form of a Scrum board with sprints, tasks, etc.

Lean was introduced to start estimating these tasks

It is still a bit unclear to me why estimation is associated with Lean (estimation is a major task in any methodology, both in Agile and Waterfall). The idea of ​​the estimation was (and hence the main goal) that we had to keep track of how many hours we used for the task in question, whether the initial estimate was correct, the focus was to ‘learn to give a correct estimate’. We also used most of our time to keep track of how many times we were ‘distracted’ (because a colleague came with a question, lunchtime, a toilet, a mid-day meeting, etc.). We had to kind of keep statistics on how many times and for how long (hours and minutes) we shift our focus. The important thing was that it was difficult to go back to what you were doing before they distracted you, that you needed time to focus on your task again.

The Lean board

The other thing that was introduced was the Lean board. We took all the tasks from the Kanban visualization in TFS and simply rearranged them into another structure – it was important to mark which tasks were Stuck or On hold. The goal was to have less stuck and on hold. Scrum Masters, you already know these things. Reference: “Every Scrum Master must know the Kaizen principles”, https://wikipedia-lab.org/every-scrum-master-must-know-the-kaizen-principles/

The problem in the whole thing – at least for me is that:

We wasted a hell of a lot of time discussing why the estimate is the way it is. The discussions did not lead to significant changes.

We wasted a lot of time in ‘statistics’ in which I saw no point. To record WHEN a person interrupted me and when we were ready to talk – it was all a bit manually … we recorded in Excel.

We had to rearrange our whole day – this is OK for me, the problem is that it is a bit unrealistic for our organization… The rearrangement consisted of the fact that we had to implement the so-called silent time, focus hours – hours in which you could not request or schedule meetings with other people. The point, however, is that previously the different departments had different other meetings (department by department) and they adjusted these focus hours only to their plans already made. If their silent hours were from say 10 to 14, then mine was from 9 to 13. And so suddenly it became almost impossible to arrange a meeting with someone. People at 16 left, they have, say, an hour and 300 people want to make an appointment with them at that one hour.

Do you understand the Lean idea?

I understand Lean’s idea, but it seemed like all of a sudden it turned out not in my favor about my image and my team – we were suddenly looking for reasons for a problem in my work or my team’s work when it was obvious that things were ‘clogging up’ for reasons beyond my control. So for me, it was a huge waste of time on unnecessary things. We were trying to improve something that didn’t need improvement.
the whole thing didn’t lead to significant visible results, at least for me. Someone just enjoyed discussing estimates and making an elephant out of a fly. I didn’t see an innovative (smart) solution to the tasks, there was no room to talk about whether things couldn’t be done better, things just had to be done just-in-time.

Lean focuses on 2 topics:

to the team and its work – how to reduce waste and unnecessary work and how to produce the right product just-in-time. By the right product, I mean the right amount of product (reduction of overproduction). The aim is to meet the demand by delivering the optimal amount of production. Just-in-time – just when you need it, just when the customer will have to use this product (not store it).
to meet the needs of the client – the client is always right. Creating value (business value) for the client, some idealized perfection.

What problems do I see in Lean:

(Except for the ones I mentioned in the prelude with my own experience – I don’t know if these are real problems or I just don’t understand something)
Lack of innovation. Lean suggests that the flow of production must be smooth, synchronous, and timely – this requires both a certain qualification that workers are supposed to already have and the necessary tools (software, tools, machines). When these things are there, the only thing left is just to get the job done. It seems to me that not so much attention is paid to how to make things better in the sense of ‘do we need these machines, or can we avoid them if we do this instead, instead’. There is no room for expression and it does not lead to creative thinking.

Lack of career development – it may be a bit distant, but I think it is quite related to the above. You are there to do this, with these machines and in the exact prescribed way (SOP – according to a certain already written specification). We will teach you how to do it, then you just have to be here and do it mechanically.

Much of the literature describes it as a cheap way to make things better. Cheap because it relies on the team and the resources it currently has. There is no emphasis on additional training, replacement with newer machines if the machines are old, the introduction of new technologies to keep the production up to date … That is why I think that it adds water to the career development of each participant.

Lean requires its proper implementation

Not all of the above is necessarily negative and undesirable, but if Lean completely disrupts production, then it is not appropriate – or at least should not become a major ideology. Example of production breakdown:

A specific machine is needed to be able to deliver the product just in time. The machine is bought, but the cables are too short to put where they should be – either we will have to rearrange the production line and be patient for the staff to get used to it, or we will have to buy longer cables. , but maybe the connectors will not fit with the ones we have? What if I buy cables that are too long? Do we risk physical injuries to staff? The example is quite simple and funny, but the idea is that if there is any innovation – whether, in the form of a machine or software or a process, it must be pre-specified, analyzed, and calculated exactly how much it will help or maybe will interfere with the work process. Exactly how much this change is needed and whether it will lead to the risk that everything else will have to be rearranged and rearranged. But let’s also emphasize that the machine should not be TOO good because we do not strive for overproduction. We strive for a 1 to 1 request for supply, in the right place and the right quantity.

Reducing release time – one of the main goals of Lean. Movement should be understood quite broadly here, but a simple example. We have a person who will help us improve the security of banking transactions – a functionality that our application has. The person is very busy and constantly in meetings, he is also a consultant and is hired from outside to help us. I am on the 1st floor of the building, it is on the 5th. He doesn’t read emails and doesn’t answer calls because he’s constantly in meetings. Maybe my only option is to try to physically meet him somewhere in the corridors with the 5 minutes between his meetings? But yes, I forgot that we don’t have an elevator … 5 minutes up the floors, 5 minutes down, and it’s only 5 minutes outside … should I get on earlier if he comes out earlier and waiting at the door?

The release can also be considered as – a product is developed, moved to a test environment, tested (2-3 types of the test) in them, moved on to Production. Reference: “Waterfall and Agile project management”,  https://scrumandagiletraining.wordpress.com/waterfall-and-agile-project-management/ Employee X has ordered this functionality, but he does not understand any of these things. He ordered it because his colleague Y, who is responsible for it, does not have access to TFS. However, as a developer, I don’t know that and I think X is the person I should ask if I have any questions. I send an email to X, he tells me it’s not him, but he will forward the email to Y (not even to Y, but to his colleague who does this, he doesn’t tell me who). He forwards the email without putting a CC on it. Y answers, but not to me, but H. X gets sick and I get the answer after XX number of days… This is an example of the unnecessary unraveling of things and the involvement of countless people in something that can be solved so easily. If X had access to TFS and ordered things as prescribed.
Bottleneck effect – one person is responsible for too many things and ‘fails’. People sit and wait for him to ‘get to their problem/task’.

Different needs of the organization – some drive with Lean, but others want to ‘test’ some things 6 months in advance to know what to order and what they need. To be tested, it must be developed. I’m working on the things that are coming to Production after a while, but I have to take the time to develop this test. However, it is not a real product that goes into Production, does not create business value for the customer, because the customer has not seen it and has not tried to use it.

It only creates business value for those who order it – so that they understand what they want, to ‘learn’. What if they ordered something wrong? In 2 days they will want me to redo it because it is not what they thought it was. I will redo it, but it will still be a test. Again, it does not create value for the client but takes away from my time (and theirs!). ignorance of the system you are working with, or the machines, as well as the unfamiliarity with this ideal goal, the ideal product that the end customer is looking for, is an obstacle.

Lean Strategy

Let’s assume that the company is engaged in the production of an innovative technological product.

We have 30 workers – 5 of them are specialists because they participated in the development of the prototype. 5 to managers of different levels. 5 of them are administrative or service personnel. 10 of them are those who will produce the washing machines. 5 are those who deal with software development. We also have separate suppliers of materials.

Physically, I imagine having a large hall with all the machines – arranged so that the transfer and transmission from one process to another are logical. No scattered tools and long cables on the ground, the floor is clean. Workers are secured with all tools – close to them. But only what they need for this phase and this process. High-level security – relative hanging cables or towers, helmets, comfortable non-slip shoes. Clean clothes, suitable for the season and the temperature in the hall. Sanitary facilities at a tolerable distance from them so that they do not interfere with the production line, but are not too far away. Sufficient lighting and ventilation of the hall. People need to be in the right places, not to interfere with each other, to have the right tools and documents at the exact moment they are supposed to need.

There will be some kind of control – or meetings every morning so that there can be a general idea of ​​where we are and if anyone has a problem. It will be recommended that problems be solved when they arise, but this should not interfere with others. it is not recommended to be every 5 minutes and the whole process should be stopped. Specialists are helpful. They can go around at certain times of the day and possibly help with understanding the specifications and so on. Reference: “Comparison between the US and the Japanese management model”, https://mpmu.org/comparison-between-the-us-and-the-japanese-management-model/

The managers are sitting on the second floor of the hall in the offices. As far as I read, Lean implies the constant involvement of managers of all levels in everyday problems. I guess the CEO doesn’t stay at every meeting every day, but let’s say there will be some kind of lower-level managers at these morning meetings – so that the manager can function as a liaison to the top management if there are any problems and can to monitor the development of the project. The issues to be discussed are related to the quality, possible delays, and explanations of the SOP if anyone needs it. As well as getting the right machines or supplies. Reference: “Kaizen: 20 Keys to Workplace Improvement explained with examples”, https://pm.mba/posts/kaizen-20-keys-to-workplace-improvement-examples/

If there is a new machine or process, it is the turn of the specialists to show how things are done in a joint meeting with all the workers. Then they just have to repeat what they saw.

Managers

Managers monitor the balance in production and demand – we said that there should be no overproduction, but everything should be on time and in the required quantity. Reference: “Management approaches and processes”, https://eduwiki.me/management-approaches-and-processes/

Workers improve in each movement, watching for synchronization between the different ‘rings’ of the chain. They learn from each other. They do not rush and do not rush, they do things with consciousness and a view to the quality of the final product. In case of problems and absences, they turn to the managers, but not in such a way that they suddenly stop everything and hinder the others in the chain. Reference: “Emergency and development of scientific management in the USA”, https://www.worldforgemagazine.com/emergency-and-development-of-scientific-management-in-the-usa/

After the last worker in the chain has completed his task, the product is taken from the factory and transported to the end-user.

What does it take to make Lean work?

  • Clear and legible instructions
  • People with the right qualifications
  • Gather all the information about the task before the development process has started. Getting to know the details from the very beginning
  • Segment the work into fewer tasks, develop and test them separately
  • Empiricism – scheduling deadlines and budgets based on one’s own experience of past projects or projects of comparable competitors, rather than general theories
  • Interaction and discipline
  • Change in the culture of work – striving for improvement. Reference: “Emergence and development of Industrial and Production management”, https://mstsnl.net/emergence-and-development-of-industrial-and-production-management/

The implementation of Lean will start with the management

Management will find that there is a problem and that the customer is not happy with what he receives. He will embrace the idea that the production line and processes need to be improved and will want to invest in machines to help workers. An analysis of the client’s wishes and an attempt to implement a solution will follow – through new machines. An open discussion with the workers is important – clarifying the goals of this ‘change’ and a desire to work together, imposing the idea of ​​Kaizen to strive for better, the repayment will be customer satisfaction and a desire to continue contracts and production (compliance employment of each employee). Raising the company’s image through fast, accurate, and timely delivery of a quality product. Imposing This idea that the processes will be improved by JOINT work, not the work of each team in isolation. Reference: “Managing business organizations and adding business value. An Agile Manager’s Guide to the Theory of BVOP.org”, https://www.policymatters.net/managing-business-organizations-and-adding-business-value-an-agile-managers-guide-to-the-theory-of-bvop-org/

The problems I have encountered in my organization and others I have read about in the literature emphasize the lack of innovation. This is a difficult problem to solve, but if the organization does not have to be innovative, if it is not required by the market, Lean is OK. Regarding the ‘self-confidence’ of the employees in such a company, I can say that it will depend on the image of the company as a whole, and not on the personal career development and achievements of each employee individually. Reference: “Innovation Management and Product Management: A Case Study”, https://stc-montreal.org/innovation-management-and-product-management-a-case-study/

I gave an example with the innovative product company – I am aware that this is also applicable to IT products and even food production – in any factory or workshop. In any bank branch or store. Lean is quite smart – it would give fruitful results, but I think it depends too much on building a vision and culture and assessing the desire to achieve something. He relies too much on personal qualities – to strive for something, to believe in something, to finish details. Very often this is just next to the person. If the culture of the organization is not such that it can directly influence the worldview of each employee, then Lean was difficult to implement.

Conclusion

Lean is not needed everywhere. There are things, production processes, or IT processes that can’t get better and don’t need to get better. Lean should be introduced where there is a need for improvement, not just because it sounds good. Not just because it goes hand in hand with any of the other methodologies. It’s just a philosophy – it’s not something that changes work, it’s a way of looking at your work from a different angle.

Leave a Reply

Your email address will not be published. Required fields are marked *