An organisational department or division
A department is a functional unit of the organisation: Engineering, Product, Design, Sales, a standing home for people who share a discipline. It is the slow-moving layer of the org chart, the box that owns headcount, budget, and a career ladder. The tension that makes it interesting is that the lines you draw between departments end up printed in the product itself, whether you intend that or not.
Functional departmentalisation is the oldest move in organisation design: group people by what they know, so that expertise compounds and managers can manage like-for-like. The cost is the silo. When delivering one unit of customer value requires Engineering, Design, and Product to coordinate across departmental walls, the dependenciesDependencyTeam & OrganisationA cross-team or system dependencyView reference → multiply and throughput drops (LogRocket).
The sharpest claim about why department boundaries matter came from Melvin Conway. In "How Do Committees Invent?", published in Datamation in April 1968 after Harvard Business Review rejected it, he argued that "organisations which design systemsDesign SystemDesign SystemThe root design system entityView reference → are constrained to produce designs which are copies of the communication structures of these organisations" (Conway, 1968; Wikipedia). Fred Brooks cited it in The Mythical Man-Month and gave it the name Conway's Law. The modern reading, the "inverse Conway manoeuvre", is that you can shape the system you want by first shaping the org chart that will mirror it.
The field's response to functional silos was the cross-functional team: people grouped around a product or missionMissionStrategyThe purpose and reason the product existsView reference → for all of their time, rather than by discipline (Wikipedia). This is why department and team are separate concepts in any serious model. A person belongs to one department for their career and one team for their mission, and the two memberships are often orthogonal.
A 120-person company runs four departments: Engineering, Product, Design, Operations. Its eight delivery teams are cross-functional, each pulling an engineer or three, a designer, and a PM from across those departments. An engineer reports to the Engineering department for her ladder, pay, and craft, and sits on the Checkout team for her daily work. When Conway's Law is taken seriously, leadership notices that a planned monolith-to-services split keeps stalling because two services are owned by one department; they move the boundary, give each service its own cross-functional team, and the architecture follows. Department defines the home; team defines the mission; the product mirrors whichever boundary is real.
In the Unified Product Graph, DepartmentTeam & OrganisationAn organisational department is a container in the Operations & Quality region, departmentteam_org domain. Three edges define its place: the product is Productorganised intoDepartmenthierarchy, a department holds its working groups through product_organised_into_departmentDepartmentcontainsTeamhierarchy, and it attaches interested parties through department_contains_teamDepartmentincludesStakeholderhierarchy. Modelling the product as organised into departments, with teams nested beneath, makes Conway's Law queryable: you can compare the department-and-team structure against the service architecture and see, directly, where the org chart and the system have drifted out of alignment.department_includes_stakeholder
Type-specific fields on BaseNode
headcountnumberTotal number of people in the department
budgetnumberAnnual budget allocated to the department
department_missionstringCharter / purpose statement for the department
leaderstringDepartment leader (person or role reference)
fiscal_yearstringFiscal year the headcount / budget numbers apply to
idstringrequiredUnique identifier (UUID)
typeNodeTyperequiredDiscriminator for the entity type
titlestringrequiredDisplay name
descriptionstringOptional detailed description
statusstringLifecycle status
tagsstring[]Freeform tags for filtering
3 edge types connected to this entity.
product_organised_into_departmentdepartment_contains_teamdepartment_includes_stakeholder