Communitygithub.com

navikt/grillmester

Flujos de trabajo de GitHub Copilot conscientes de costos para cambios de software claros, acotados y revisados de forma independiente.

¿Qué es grillmester?

Esta habilidad para agentes de IA se centra en guiar a los equipos en la formulación, aseguramiento de calidad y seguimiento de objetivos (OKR y trabajo con metas) en el sector público. Ayuda a traducir borradores de actividades a resultados observables, evitando inventar valores de referencia, métricas o datos de medición. La habilidad es útil porque promueve objetivos centrados en el valor para el usuario y la sociedad, en lugar de en ingresos o entregables de producto. Soporta equipos que trabajan con repositorios en GitHub, issues y proyectos, y se integra con flujos de trabajo de revisión de código (pull requests) y seguimiento de métricas. Funciona detectando dinámicamente el contexto del objetivo, aplicando reglas de linting a borradores, sugiriendo ritmos de seguimiento y estableciendo límites claros sobre lo que el agente puede hacer sin autorización explícita, como publicar objetivos o modificar metadatos de proyectos.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add navikt/grillmester

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

OKR y trabajo con objetivos en el sector público

Ayuda al equipo a formular, asegurar la calidad y dar seguimiento a los objetivos. Mueve los borradores de actividades a resultados observables, pero no inventes valores de referencia, métricas o datos de medición. Los ejemplos se encuentran en ejemplos.md.

Descubre el contexto del objetivo

No asumas ritmo trimestral, formato OKR, documento de objetivos, tracker o campo de proyecto.

  1. Lee el encargo y las instrucciones y documentos relevantes propiedad del consumidor.
  2. Encuentra el período de objetivos documentado del equipo, la terminología, los objetivos acordados, los responsables, las fuentes de datos y el ritmo de seguimiento.
  3. Si un repositorio, documento o proyecto solo se sugiere mediante plantillas de issues, enlaces o nombres remotos, trátalo como candidato y haz que se confirme.
  4. Pregunta una sola pregunta de hecho faltante a la vez. El contexto mínimo es el resultado deseado, el público objetivo, el período, el propietario de la decisión y la base de medición disponible.

Distingue entre objetivos acordados, borradores de trabajo y tus propias sugerencias.

Guía de formulación

  • Apunta a resultados, no a productos. Una entrega es una posible herramienta.
  • Usa el valor para el usuario y la sociedad en lugar de los ingresos como estándar en el sector público.
  • Mantén bajo el número de objetivos. 1–3 ambiciones con 2–3 resultados clave cada una es una regla general útil, no una política.
  • Una ambición es cualitativa; un resultado clave describe un resultado medible.
  • Solicita el valor de referencia y el valor objetivo. Si alguno de ellos no existe, márcalo como no resuelto.
  • Aclara cómo y con qué frecuencia se puede medir el resultado con una calidad de datos razonable.
  • Distingue las operaciones regulares de las ambiciones de mejora. Una mejora medible en la calidad del servicio puede ser un resultado real.
  • Adapta la terminología en noruego o inglés a las reglas de idioma del consumidor.

Ejemplo:

  • Buen punto de partida: «La proporción de usuarios que completan sin contactarnos aumenta del 62 por ciento al 75 por ciento.»
  • Actividad: «Lanzar un nuevo diálogo de solicitud.» Pregunta qué cambio observable debería aportar la entrega.

Revisa todos los borradores

Presenta los hallazgos por regla relevante y sugiere una redacción concreta:

VerificaciónAclaración
Actividad disfrazada¿Qué será diferente para el usuario o la sociedad?
Falta referencia o objetivo¿Cuál es el nivel actual, el nivel deseado y la fuente?
Falta plan de medición¿Cómo, dónde y con qué frecuencia se mide el resultado?
Demasiados objetivos¿Qué se puede descartar para crear enfoque?
Operaciones mezcladas¿Es esto un compromiso continuo o una mejora?
Falta conexión de valor¿Qué valor para el usuario o la sociedad se respalda?
Objetivo proxy¿La cifra mide realmente el valor, y qué efectos secundarios podría tener?

No «mejores» un objetivo inventando un número plausible. Utiliza marcadores de posición y preguntas claras.

Ritmo de seguimiento

Sigue la cadencia documentada del equipo. Si no existe, ofrece este ritmo genérico como sugerencia:

MomentoActividad
Inicio del períodoFormular objetivos, referencia, plan de medición y propiedad
PeriódicamenteObservar señales y aprendizaje, no solo el estado de las entregas
A mitad de caminoEvaluar la proyección y ajustar el esfuerzo o los supuestos
Fin del períodoResumir el resultado, la calidad de los datos y el aprendizaje

Un tracker puede vincular el trabajo a los objetivos, pero la actividad del tracker no documenta por sí misma el logro de objetivos. Descubre proyectos y campos dinámicamente si el equipo realmente los usa. No asumas que los objetivos deben convertirse en opciones de campo o que los nombres de los campos se pueden cambiar automáticamente.

Cambios duraderos

Antes de modificar un documento de objetivos, un issue, un PR o metadatos de proyecto:

  1. muestra el repositorio, documento o proyecto exacto
  2. muestra el borrador completo y los cambios de campo planificados
  3. solicita aprobación explícita

Si se desconoce la ubicación correcta de los objetivos, pregunta. No crees un nuevo documento de objetivos por defecto.

Límites

Siempre

  • Revisa también tus propias sugerencias.
  • Distingue entre resultados, entregas y operaciones regulares.
  • Marca los datos faltantes, las referencias y las decisiones.

Pregunta primero

  • Redactar o publicar objetivos.
  • Crear issues o pull requests.
  • Modificar metadatos de tracker o proyecto.

Nunca

  • Calificar el logro de objetivos sin datos.
  • Inventar referencia, valor objetivo, propietario o plan de medición.
  • Tratar la cantidad de tareas completadas como documentación de efecto.

Skills relacionados