4 ms·

In a software development context, the functionality should be specified by analysts, not by the manager. The technical architecture should be specified by an a

In a software development context, the functionality should be specified by analysts, not by the manager. The technical architecture should be specified by an architect, not by a manager. The development process should be steered by the conclusions of retrospectives, not by some management vision. To be honest, the best places I worked at was where the manager was at the service of the team, relying on all the experts. Never the manager that thought he knew better than everyone else.

watwut 4y ago
Analysts are not leaders by literally any reasonable definition. sometimes they don't even add own vision into the mix, but instead have to fill in somebody elses initial vision with details. Specifying technical architecture is being leader to some limited extend. But it is leading one aspect of the development, that all. > The development process should be steered by the conclusions of retrospectives, not by some management vision. Retrospectives are actually run by managers and whether they are useful or not depends primary on the person that is running them. Then there are things like: setting priorities, negotiating with customers, negotiating with other teams or upper management, deciding what will be promised and what wont. How much of the testing will be done, what is the target quality, final decision on whether to hire or fire people.
- koonsolo 4y ago
  > setting priorities Done by product owner > negotiating with customers Done by sales > negotiating with other teams or upper management This is indeed done by a manager, but I don't really see how the "leader" fits into this. It's more of a management function > deciding what will be promised and what wont. I hope the manager discusses this with the team, and that it's actually the team telling the manager, and not the other way around. > final decision on whether to hire or fire people. This is the manager indeed
  - watwut 4y ago
    Final contract is definitely not done by sales. That would be ridiculous as they have literally zero knowledge over how much the thing should cost and when it could be done. Maybe if you have packed done software where you are selling it without making contracts about future features. The negotiating is done by manager. > This is indeed done by a manager, but I don't really see how the "leader" fits into this. It's more of a management function If you cant do this, you cant lead. Because these negotiations are key to both what resources team will get and to what will be expected from the team. Everyone else then need to fit their visions into whatever was agreed on here and in discussions with customes. > I hope the manager discusses this with the team, and that it's actually the team telling the manager, and not the other way around. Discussing with others before making decision does not make you not not lead. But, the idea that discussing with others somehow excludes you from leadership position explains why there is tendency to attribute leadership to less powerful positions that indeed discuss with others less.

watwut 4y ago

Analysts are not leaders by literally any reasonable definition. sometimes they don't even add own vision into the mix, but instead have to fill in somebody elses initial vision with details. Specifying technical architecture is being leader to some limited extend. But it is leading one aspect of the development, that all. > The development process should be steered by the conclusions of retrospectives, not by some management vision. Retrospectives are actually run by managers and whether they are useful or not depends primary on the person that is running them. Then there are things like: setting priorities, negotiating with customers, negotiating with other teams or upper management, deciding what will be promised and what wont. How much of the testing will be done, what is the target quality, final decision on whether to hire or fire people.

koonsolo 4y ago
> setting priorities Done by product owner > negotiating with customers Done by sales > negotiating with other teams or upper management This is indeed done by a manager, but I don't really see how the "leader" fits into this. It's more of a management function > deciding what will be promised and what wont. I hope the manager discusses this with the team, and that it's actually the team telling the manager, and not the other way around. > final decision on whether to hire or fire people. This is the manager indeed
- watwut 4y ago
  Final contract is definitely not done by sales. That would be ridiculous as they have literally zero knowledge over how much the thing should cost and when it could be done. Maybe if you have packed done software where you are selling it without making contracts about future features. The negotiating is done by manager. > This is indeed done by a manager, but I don't really see how the "leader" fits into this. It's more of a management function If you cant do this, you cant lead. Because these negotiations are key to both what resources team will get and to what will be expected from the team. Everyone else then need to fit their visions into whatever was agreed on here and in discussions with customes. > I hope the manager discusses this with the team, and that it's actually the team telling the manager, and not the other way around. Discussing with others before making decision does not make you not not lead. But, the idea that discussing with others somehow excludes you from leadership position explains why there is tendency to attribute leadership to less powerful positions that indeed discuss with others less.