R
R
Roman Yakimchuk2020-09-27 07:27:20
Project management
Roman Yakimchuk, 2020-09-27 07:27:20

How to manage teams within a single project?

Hello everyone

I was wondering how to manage a large number of teams, say, about 20 teams of the company involved in one project. For example, there is a project, and 20 teams of 4-5 developers, plus an architect over them.

If a project with a small number of teams, the lead or architect can distribute directives and control the quality of decisions, because there is not much code to go through, and it is possible to make a review.

If we have many teams with different expertise, then it is impossible to physically check and correct the changes (there will not be enough time within, say, a sprint). Therefore, it turns out that the responsibility for the review (or completely, or everything except the architecture) should be delegated to the team leads.

If you delegate responsibility to team leaders, it turns out that the overall level of quality is provided only by the level of teams, and the architect himself only sets the direction and works with high-level things. Then it turns out that the architect alone is not a warrior in the field, and if the teams are not of a high level, technical problems (maybe even architectural ones) will creep into the product.

In summary, the question is how to build a process so that changes made by many teams of one project meet the requirements of the architect and pass the correct check (architectural errors, or gross coding errors do not fall into the common code base)?

If you know literature, please advise

Answer the question

In order to leave comments, you need to log in

3 answer(s)
R
Robur, 2020-09-28
@Robur

Therefore, it turns out that the responsibility for the review (or completely, or everything except the architecture) should be delegated to the team leads.

delegate, leads are then needed.
If we delegate responsibility to team leaders, it turns out that the overall level of quality is provided only by the level of teams,

the question of whom to delegate responsibility does not affect the level that commands can issue, but affects who will be responsible for it.
The overall level of quality is always primarily provided by the team level. Everything else - management, QA, reviews, etc. - is just support so that he is always at this maximum. If the level is insufficient, this is not solved by control and checks, but by training and hiring specialists of a higher level.
the architect alone is not a warrior in the field, and if the teams are not of a high level, technical problems will creep into the product

If the architect were the only warrior in the field, you would not need these 80-100 people.
The architect first and foremost makes architectural decisions, takes responsibility for those decisions, and communicates it to others. Responsibility for implementation lies no longer on him, but on the teams.
The text sounds like you have someone too responsible for everything, who controls the code that 80-100 people write. This is obviously a lousy business. Either someone has a very big ego, if he took it upon himself, or a very weak character, if he was hung on. At this scale, you need hierarchy and delegation.
This is about the level of the written code.
And the quality of the product itself (and this is a completely different thing) should be checked by the QA department. Or those who perform these functions, but on such a scale you should have such a department of several people, explicitly or implicitly.

V
Vladimir Korotenko, 2020-09-27
@firedragon

Roman Yakimchuk Roman And why not throw Agile in the trash?
In fact, the customer is given the idea that he will be able to plan Tyap-Lyap, save on technical specifications and business analytics, and add or remove features along the way. In fact, it turns out that what you said, who is in the forest and who is for firewood.

S
StepEv, 2020-10-11
@StepEv

See how modern scalable frameworks - Nexus, LESS, SAFe - offer to solve these problems. For a better understanding of any of them, you should first understand how Scrum works within one team, what are the features and benefits of self-managed teams, how to build them, and how to ensure quality at the same time. The road is long, there is no silver bullet.

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question