In Clarity, a Team is a group of people capable of delivering a logical set of tasks to deliver a shared outcome. For example, a group of people working on a single Project, a group of people working on the same assembly line and similar.
It is highly recommended to organize teams to be as cross-functional as possible - composed of people with different functional expertise working toward a common objective. Teams should have enough expertise to deliver outcomes with minimal or no dependencies on resources outside the domain of the team.
As a general rule Teams should have no more than one backlog to follow and each Backlog should contain only related work.
- Multiple unrelated or loosely related projects should never share a single backlog.
- Multiple teams should never share a single backlog.
Multiple backlogs per single Team are permissible provided that it is made abundantly clear when and how much time should be allocated to each backlog by each Team. This is not recommended and should be avoided if at all possible - mixing units of work and Teams will inevitably lead to an environment where it is increasingly difficult to maintain balance and focus between different business objectives.
Team-backlog relation also serves as a natural limit of how large a project or logical work unit can become. The perfect team size in Clarity is no more than 7-10 people + Team leader. Depending on the industry and context, 5 being the recommended team size. Larger teams imply more management overhead and projects or work that can not be completed by a team of a given size should be split between several self-organizing but strongly interacting teams.
Team leader is an individual responsible for organizing work in single Backlog for a single Team and for the management of the Team itself. Team leader organizes, prioritizes and controls progression of work.
All team and team specific work related information, such as requirements, priorities and tasks are all managed by the Team leader.
It is essential that the Team leader has a very firm grasp about both business operations and implementation semantics of all work the Team is supposed to do. This is in large part due to the fact that Team leader serves as a bridge between the two domains of knowledge - the business domain and the domain of implementation and delivery.
Team leader also serves as a tiebreaker and has the last-resort final say on how the Team operates within its domain.
What is the relation between Team leader, Product owner and Project manager?
These are three separate roles, usually, but not always, assigned to three separate individuals within organization. Team leader is specifically responsible for all aspects of a single logical subset of work and its execution - Backlog, and a logical subset of staff - a Team. Product owner is generally responsible for vision and the big picture of the product. Project manager is generally responsible for implementation of a product as a whole or a subset of it.
Product owners and Product managers might (or might not) operate on a different plane of organization - product and project levels, since one product can have one or more projects and each of these projects can have one or more different backlogs. It depends heavily on the working and organizational semantics of your organization.
All of these relationships and domains of responsibility are highly dependent on internal workings of an organization, for example, how large the projects and products are, what kind of staff is available and such. For large organizations it would commonly be the case that Team leader, Product owner and Project manager are three separate individuals. For relatively smaller organizations or it is entirely possible all three roles are assigned to a single individual.
Clarity does not prescribe one true way of organizing staff outside the domain of a single Team and Team leader. Beyond that, it is up to the implementing organization to decide what roles should there be and how, and to whom they should be delegated.