Changes for page Collective Ownership

Last modified by chrisby on 2024/02/27 16:05

From version 1.12
edited by chrisby
on 2023/10/13 13:02
Change comment: There is no comment for this version
To version 1.13
edited by chrisby
on 2023/12/28 12:20
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,11 +1,13 @@
1 -Code is collectively owned. Any developer can change any module at any time.
1 +Code is collectively owned. Any developer of the team can change any module at any time.
2 2  
3 3  ### Benefits
4 4  
5 -* **Improved Team Unity**: Eliminates factions and hierarchy.
5 +* **Improved Team Unity**: Collective ownership eliminates factions and hierarchy through equal access rights to the code.
6 6  * **Reduces Duplication**: Shared logic between different modules in the project through shared access.
7 -* **Balancing Specialization & Generalization**: While specialization increases productivity in a specific area, generalization fosters growth in technical knowledge and team support. Aim for a balance between the two.
7 +* **No Bureaucratic Hurdles**: Not having to ask and wait for permission to apply constructive code changes saves time.
8 8  
9 -### Example
9 +### Specialization vs Generalization
10 10  
11 -A backend specialist may be responsible for a story that requires both frontend and backend changes. Ideally, the backend specialist will have enough general knowledge to solve the task on his own, but if not, he should be paired with a frontend specialist to solve the problem and expand his frontend knowledge. If the task is still too complex or difficult, the next options might be to reassign the task to another developer or get help from the team, and this decision should be made transparently and collaboratively by the team.
11 +While specialization increases productivity in a specific area, generalization fosters growth in technical knowledge and team support. Aim for a balance between the two. Example:
12 +
13 +* A backend specialist may be responsible for a story that requires both frontend and backend changes. Ideally, the backend specialist will have enough general knowledge to solve the task on his own, but if not, he should be paired with a frontend specialist to solve the problem and expand his frontend knowledge. If the task is still too complex or difficult, the next options might be to reassign the task to another developer or get help from the team, and this decision should be made transparently and collaboratively by the team.