Your comment was the first, but it's the hardest to answer.
I started doing this project when a new manager joined the team. And his first decision was to change the processes by rebuilding the kanban board. The team as a whole was initially satisfied with the board, which had been built for a long time with the previous two managers. Everyone began to propose their requirements for the kanban board, but the new manager did not hesitate to do as he saw fit. And in the future, this story was repeated with new managers.
If you take into account all the wishes, then the board becomes very large, both in width and in height. That's why I don't criticize new managers. In many ways, this is a consequence of the tracker's functionality.
Different types of work have different stages. For example, a developer needs a "code review" column, someone needs an additional "approval" column, etc. My idea was to give each type of work its own board. And on the task card, display which subtasks are currently being worked on. As a result, we would have unloaded the main kanban board, and the kanban boards for work tasks would have become more flexible.
It also provides new opportunities for analytics. Or here is the flexibility in creating tasks, for example, add an "analytics" task at the testing stage. For me, ooko is an experiment with a hierarchy of tasks, so what the pros or cons are remains to be seen. Something like that
I started doing this project when a new manager joined the team. And his first decision was to change the processes by rebuilding the kanban board. The team as a whole was initially satisfied with the board, which had been built for a long time with the previous two managers. Everyone began to propose their requirements for the kanban board, but the new manager did not hesitate to do as he saw fit. And in the future, this story was repeated with new managers.
If you take into account all the wishes, then the board becomes very large, both in width and in height. That's why I don't criticize new managers. In many ways, this is a consequence of the tracker's functionality.
Different types of work have different stages. For example, a developer needs a "code review" column, someone needs an additional "approval" column, etc. My idea was to give each type of work its own board. And on the task card, display which subtasks are currently being worked on. As a result, we would have unloaded the main kanban board, and the kanban boards for work tasks would have become more flexible.
It also provides new opportunities for analytics. Or here is the flexibility in creating tasks, for example, add an "analytics" task at the testing stage. For me, ooko is an experiment with a hierarchy of tasks, so what the pros or cons are remains to be seen. Something like that