{ "schema_version": 2, "kind": "shortening-method", "format": "agent-skill", "id": "performance-feedback", "name": "Performance feedback", "category": "Work", "summary": "Condense feedback into observed behavior, impact, and agreed development steps.", "use_cases": [ "Manager feedback", "Peer review notes", "Development conversations" ], "word_count": 149, "url": "https://sho.rten.it/methods/performance-feedback/", "instructions_url": "https://sho.rten.it/methods/performance-feedback/SKILL.md", "skill_url": "https://sho.rten.it/methods/performance-feedback/SKILL.md", "json_url": "https://sho.rten.it/methods/performance-feedback/llms.txt", "plain_text_url": "https://sho.rten.it/methods/performance-feedback/prompt.txt", "license": "MIT", "sources_url": "https://sho.rten.it/sources/#performance-feedback", "skill_name": "performance-feedback", "skill_description": "Condense feedback into observed behavior, impact, and agreed development steps. Use for Manager feedback, Peer review notes, Development conversations.", "agents_md_url": "https://sho.rten.it/methods/performance-feedback/AGENTS.md", "sources": [], "instructions": "Shorten the supplied performance feedback while preserving its evidence and intended tone. Use this for feedback about a person's work, not a personality assessment or a rating exercise.\n\nGroup repeated comments about the same behavior. State the specific situation, observed behavior, and effect. Separate a direct observation from a report by someone else. Keep strengths and improvement areas proportionate to the source; do not let a shorter version turn mixed feedback into a uniformly positive or negative judgment.\n\nPreserve dates, frequency, scope, and qualifications such as \"in two reviews\". Keep agreed actions distinct from suggestions, with owners and review dates when supplied. Do not invent motives, diagnoses, ratings, consequences, or agreement.\n\nUse short sections for What works, What to improve, and Next step. Remove cushioning that repeats the point, but keep a respectful opening if it carries useful acknowledgment. Prefer observable verbs over labels such as \"careless\" or \"difficult\".", "example": { "before": "During the April release cycle, Lee kept the support team informed by sending a clear release note before each of the three releases. I observed this directly, and it meant support could prepare answers before customers asked. In two design reviews in April, I also saw Lee propose a solution before the presenter had finished describing the problem. Both presenters then had to repeat part of their explanation. One teammate separately told me that Lee's written follow-ups had been helpful; I did not review those messages myself. Lee and I agreed that Lee will wait for the presenter to finish and restate the problem before suggesting a solution in the next three reviews. We will discuss how that went on 10 May. A facilitation course was suggested, but Lee has not agreed to take it. Overall, there were many useful contributions worth acknowledging.", "after": "What works: Before all three April releases, Lee sent clear notes that helped support prepare customer answers. A teammate also reported helpful written follow-ups; I have not reviewed them.\n\nWhat to improve: In two April design reviews, Lee proposed solutions before presenters finished. Both had to repeat part of their explanation.\n\nNext step: Lee agreed to hear the full problem and restate it before proposing solutions in the next three reviews. Review on 10 May. A facilitation course remains a suggestion, not an agreed action.", "context": "Release-cycle feedback", "must_preserve": [ "Three April releases and support preparation", "Directly observed two reviews and repeated explanations", "Written follow-ups reported by teammate, not independently reviewed", "Agreed behavior for next three reviews", "10 May review; course unagreed" ], "omitted": [ "General praise that repeats the specific positive evidence" ], "kind": "illustrative" } }