tech-lead
tech-lead é o ponto de entrada do manager: um install que
empacota o kit manager-multiplicador, pra que um tech lead
adotando Octopus não tenha que escolher a dedo as roles e skills certas no
catálogo. É o bundle que responde “estou liderando um time — me dê o aparato
pra subir a régua e a autonomia nos meus repos.”
Por que existe
Os outros sete itens entregam cada um uma peça — mentor ensina
o porquê, onboarding rampa um hire, definition-of-done torna o “pronto”
explícito, standards responde “qual nossa regra pra X”, continuous-learning
(team mode) transforma feedback recorrente de review em regras, audit-fleet
mostra onde a frota driftou, fleet-bootstrap converge. Sem um bundle, um lead
montaria tudo isso à mão. O tech-lead é a composição.
Ele lay sobre quality + starter — um lead ainda quer o workflow de
implementação e os gates de auditoria embaixo.
O install do manager — não um bundle de baseline
O tech-lead é instalado no repo de controle do manager, porque carrega as
ferramentas de plano de controle cross-repo — audit-fleet e
fleet-bootstrap — que operam sobre a frota a partir de um ponto. Um leaf
repo nunca precisa da ferramenta que faz bootstrap da frota.
Os membros por-repo — mentor, onboarding, definition-of-done,
standards e o hook review-log-capture — chegam a todo repo pelo
baseline da frota (docs +
roles: [mentor, …] + hooks: true), não por este bundle. Por isso o
tech-lead é deliberadamente excluído do baseline da frota.
O que inclui
skills: - standards # self-serve "what's our standard for X, and why" - onboarding # ramp a new engineer onto standards + code + flow - definition-of-done # first-class team DoD + validate - continuous-learning # team mode: recurring review feedback → rule candidates - audit-fleet # cross-repo adoption + drift audit (control-plane) - fleet-bootstrap # converge the fleet onto a layered standard (control-plane)roles: - mentor # teaches the why (pairs with architect's gate) - architect # gates technical quality / ADR compliance - security # gates auth/secret-sensitive diffsOs membros continuam registrados nos seus bundles interinos (docs, quality)
e são listados aqui — o expander dedup. Um time que escolhe só docs ainda
ganha onboarding/standards/DoD; escolher tech-lead dá o kit completo.
Arquétipo de time
Isto é pra quem lidera um time em um ou mais repos — um tech lead ou engineering manager que quer julgamento Staff-level codificado uma vez, em controle de versão, pra que o agent de cada engenheiro aplique isso em vez de o manager ser o revisor de última instância. Especialmente em 6+ repos, onde a auditoria + bootstrap cross-repo se pagam.
Se você é um contribuidor solo em um repo, o tech-lead é exagero — as peças
por-repo (mentor, standards, definition-of-done) estão disponíveis sem
ele.
O loop que ele fecha
review (mentor / architect) → review-log-capture → o team mode do
continuous-learning agrega fleet-wide → um padrão recorrente vira candidato →
/octopus:review-proposals promove pras rules compartilhadas do workspace: →
todo repo herda. O audit-fleet mostra quem driftou; o fleet-bootstrap
converge. O manager padroniza sem ser o gargalo.