Essa resposta foi escrita da perspectiva de alguém que tinha um sistema de gerenciamento de desempenho implantado em torno de uma equipe ágil; como você, todos na equipe perceberam a dificuldade / inutilidade das metas SMART de um ano aplicadas a um grupo Agile, onde, quando em pleno funcionamento, a implementação do Agile pode ser considerada inerentemente / já SMART.
Não mesmo! Chame a seguir uma racionalização, se necessário (se a lógica estiver incompleta ...), mas explicá-la aos revisores de fora da organização imediata preparou o terreno para os "objetivos" reais que colocamos no sistema de gerenciamento de desempenho.
- S para específico : durante cada planejamento de sprint, a equipe concorda em um conjunto específico de tarefas a serem atingidas e se compromete a executá-las. As tarefas (e as histórias do usuário) respondem às perguntas do que eu quero realizar, propósitos / benefícios de atingir a meta, quem está envolvido, onde ocorre e restrições.
- M para mensuração : a lista dessas tarefas, além do movimento dos tickets no sprint, do desenvolvimento à revisão de código, ao controle de qualidade e à liberação (ou seja qual for o seu fluxo), responde às perguntas de quanto trabalho e quando será realizado .
- Um para atingível : os grupos Agile funcionais normalmente não se comprometem com algo no estágio de planejamento, a menos que seja claramente atingível - todas as peças existem para saber como realizá-lo
- R para relevante : perguntas como vale a pena, é a hora certa, corresponde aos nossos outros esforços - histórias e tarefas não são puxadas para um sprint e comprometidas, a menos que a resposta seja sim para todas essas perguntas ( tipicamente ... YMMV)
- T para limite de tempo : um sprint é necessariamente de limite temporal, seja 2 semanas, 3 semanas, mais ou menos.
Se você entende / se convence de que seu trabalho trimestral (e, portanto, seu trabalho de um ano) é em si um grande objetivo SMART e que você sabe que está alcançando seus objetivos porque a equipe está tendo um bom desempenho, a velocidade é positiva, as liberações estão acontecendo , então você chega ao ponto da sua pergunta, que é basicamente como traduzir um processo SMART em um conjunto de metas SMART para o benefício de outra pessoa.
Consegui fazer isso com sucesso no passado, escrevendo algo que me parece vago e, bem, não muito INTELIGENTE, mas na verdade é perfeitamente aceitável para os outros.
Alguns exemplos que já passaram em outros lugares para mim:
"Quero lançar uma nova versão do WidgetMaker a cada três meses no próximo ano, seguindo nosso processo interno de desenvolvimento de software, para alinhar com o cronograma geral de desenvolvimento de produtos (blá blá)."
"Quero aumentar a velocidade de desenvolvimento da equipe em n%, do release A ao release B, concentrando-me em alterações incrementais no processo de preparação de pedidos em atraso, para aumentar nossa eficácia e diminuir os atrasos no envio do produto".
Você sabe e eu sei que esses não são os princípios orientadores do seu grupo de desenvolvimento real, mas não são totalmente independentes, e, na minha experiência, são os tipos de coisas que parecem realmente INTELIGENTES e úteis para as pessoas de fora da sua organização imediata (sem mentiras diretas ou totalmente coxas).