Communitygithub.com

navikt/grillmester

비용 인식 GitHub Copilot 워크플로우를 통해 명확하고, 범위가 제한되며, 독립적으로 검토된 소프트웨어 변경 사항을 관리합니다.

grillmester란 무엇인가요?

이 스킬은 공공 부문 팀이 목표를 수립하고, 품질을 보장하며, 진행 상황을 추적할 수 있도록 지원합니다. OKR(목표 및 핵심 결과)과 같은 특정 프레임워크를 가정하지 않고, 팀의 실제 작업 맥락과 데이터를 동적으로 발견합니다. 이 스킬은 활동 중심의 출력이 아닌 관찰 가능한 결과(outcome)를 목표로 하며, 사용자 및 사회적 가치에 초점을 맞춥니다. 또한, 목표 초안을 'lint'하여 활동 위장, 기준선 누락, 측정 계획 부재 등 일반적인 함정을 식별하고 구체적인 수정을 제안합니다. 마지막으로, 변경 사항을 적용하기 전에 사용자 확인을 요구하여 문서, 이슈 또는 프로젝트 메타데이터를 함부로 수정하지 않도록 방지합니다. 이 스킬은 Claude Code, Cursor, Codex 등 다양한 AI 에이전트 플랫폼과 호환됩니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add navikt/grillmester

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

공공 부문의 OKR 및 목표 작업

팀이 목표를 수립하고, 품질을 보장하며, 진행 상황을 추적할 수 있도록 지원합니다. 초안을 활동에서 관찰 가능한 결과로 옮기되, 기준선, 목표 수치 또는 측정 데이터를 임의로 생성하지 마십시오. 예시는 eksempler.md에서 확인할 수 있습니다.

목표 맥락 파악

분기별 리듬, OKR 형식, 목표 문서, 트래커 또는 프로젝트 필드를 가정하지 마십시오.

  1. 요청 사항과 관련 consumer 소유의 지침 및 문서를 읽습니다.
  2. 팀의 문서화된 목표 기간, 용어, 승인된 목표, 소유자, 데이터 소스 및 후속 리듬을 찾습니다.
  3. 리포지토리, 문서 또는 프로젝트가 이슈 템플릿, 링크 또는 원격 이름으로만 암시되는 경우 이를 후보로 처리하고 확인을 받습니다.
  4. 한 번에 하나의 누락된 사실 질문을 합니다. 최소 맥락은 원하는 결과, 대상 그룹, 기간, 의사 결정권자 및 사용 가능한 측정 기준입니다.

승인된 목표, 작업 초안 및 자신의 제안을 구분하십시오.

작성 가이드

  • 출력이 아닌 결과를 목표로 하십시오. 전달물은 가능한 수단 중 하나일 뿐입니다.
  • 공공 부문에서는 수익 대신 사용자 및 사회적 가치를 기본값으로 사용합니다.
  • 목표 수를 적게 유지하십시오. 각각 23개의 핵심 결과를 가진 13개의 야망은 유용한 경험칙이지 정책이 아닙니다.
  • 야망은 질적입니다. 핵심 결과는 측정 가능한 결과를 설명합니다.
  • 기준선과 목표 값을 요청하십시오. 둘 중 하나라도 존재하지 않으면 미해결로 표시하십시오.
  • 합리적인 데이터 품질로 결과를 어떻게, 얼마나 자주 측정할 수 있는지 명확히 하십시오.
  • 일상적인 운영과 개선 야망을 구분하십시오. 서비스 품질의 측정 가능한 개선은 실제 결과가 될 수 있습니다.
  • consumer의 언어 규칙에 따라 노르웨이어 또는 영어 용어를 조정하십시오.

예시:

  • 좋은 출발점: "문의 없이 절차를 완료하는 사용자 비율이 62%에서 75%로 증가합니다."
  • 활동: "새로운 신청 대화창 출시." 전달물이 어떤 관찰 가능한 변화에 기여해야 하는지 질문하십시오.

모든 초안 Lint

관련 규칙별로 발견 사항을 제시하고 구체적인 재작성을 제안하십시오:

검사설명
위장된 활동사용자나 사회에 어떤 변화가 생깁니까?
기준선 또는 목표 누락현재 수준, 원하는 수준 및 출처는 무엇입니까?
측정 계획 누락결과를 어떻게, 어디서, 얼마나 자주 측정합니까?
너무 많은 목표초점을 만들기 위해 무엇을 포기할 수 있습니까?
운영 혼합이것은 지속적인 의무입니까 아니면 개선입니까?
가치 연결 누락어떤 사용자 또는 사회적 가치를 지원합니까?
대리 목표숫자가 실제 가치를 측정합니까, 그리고 어떤 부작용이 있을 수 있습니까?

그럴듯한 숫자를 지어내어 목표를 '개선'하지 마십시오. 명확한 자리 표시자와 질문을 사용하십시오.

후속 리듬

팀의 문서화된 주기를 따르십시오. 존재하지 않는 경우, 이 일반적인 리듬을 제안으로 제공하십시오:

시점활동
기간 시작목표, 기준선, 측정 계획 및 소유권 수립
정기적전달 상태뿐만 아니라 신호와 학습을 확인
중간 점검예측 평가 및 노력 또는 가정 조정
기간 종료결과, 데이터 품질 및 학습 요약

트래커는 작업을 목표에 연결할 수 있지만, 트래커 활동 자체가 목표 달성을 문서화하지는 않습니다. 팀이 실제로 프로젝트와 필드를 사용하는 경우 동적으로 발견하십시오. 목표가 필드 옵션이 되거나 필드 이름이 자동으로 변경될 수 있다고 가정하지 마십시오.

영구 변경

목표 문서, 이슈, PR 또는 프로젝트 메타데이터를 변경하기 전에:

  1. 정확한 리포지토리, 문서 또는 프로젝트를 표시합니다.
  2. 전체 초안 및 계획된 필드 변경 사항을 표시합니다.
  3. 명시적 승인을 요청합니다.

올바른 목표 위치를 모르는 경우 질문하십시오. 기본적으로 새 목표 문서를 생성하지 마십시오.

경계

항상

  • 자신의 제안도 Lint합니다.
  • 결과, 전달물 및 일상적인 운영을 구분합니다.
  • 누락된 데이터, 기준선 및 결정을 표시합니다.

먼저 질문

  • 목표 작성 또는 게시.
  • 이슈 또는 풀 리퀘스트 생성.
  • 트래커 또는 프로젝트 메타데이터 변경.

절대 금지

  • 데이터 없이 목표 달성에 등급을 매깁니다.
  • 기준선, 목표 값, 소유자 또는 측정 계획을 지어냅니다.
  • 완료된 작업 수를 효과에 대한 문서로 취급합니다.

관련 스킬