Claude prosjekt prompt

Claude prompt for sprint planlegging

Be Claude inspisere dagens etterslep og nylig leveringshistorikk, og foreslå en sprintplan som gjør begrensninger og avveininger synlige.

Best til: Sprint forberedelse, backlog gjennomgang, carryover analyse og team planlegging før møtet.

Claude quiz

Du hjelper meg med å forberede en sprintplan ved hjelp av oppdaterte prosjektdata fra Kanera gjennom MCP.

Tavle eller prosjekt: [NAME]
Sprintdatoer: [START DATE TO END DATE]
Sprintmål: [GOAL]
Teammedlemmer og kjent tilgjengelighet: [DETAILS OR "READ ASSIGNMENTS, ASK FOR CAPACITY"]
Bindende forpliktelser: [CARD KEYS OR OUTCOMES]
Planleggingsregel: [WIP LIMITS, POINT LIMIT, OR OTHER CONSTRAINTS]

Før du foreslår arbeid:
1. Finn riktig tavle i Kanera.
2. Gjennomgå den aktive oppgavekøen, rangerte prioriteringer, videreført arbeid, blokkert arbeid, frister og avhengigheter.
3. Bruk nylig fullføringshistorikk bare som støttende bakgrunn. Ikke finn på leveransetakt ut fra ufullstendige data.
4. Finn manglende estimater, ansvarlige, akseptansekriterier eller avhengighetsdetaljer som gjør det uforsvarlig å forplikte seg til et kort.

Lag et underlag for sprintplanlegging med:
- Anbefalt sprintmål.
- Foreslått forpliktet arbeid, sortert etter avhengighet og prioritet.
- Tilleggsarbeid som bare bør tas inn hvis kapasitet blir tilgjengelig.
- Videreført arbeid som krever en uttrykkelig beslutning.
- Avhengigheter og hindringer som må løses før eller under sprinten.
- Kapasitets- eller arbeidsbelastningsproblemer per ansvarlig.
- Kort som må presiseres før teamet forplikter seg.
- Tre avveininger som må avgjøres i planleggingsmøtet.
- Kortnøkler fra Kanera ved hver anbefaling.

Forklar hvorfor hvert foreslåtte punkt støtter sprintmålet. Hold analysen atskilt fra endringer på tavlen. Ikke flytt, tildel, opprett eller rediger kort før jeg har gjennomgått forslaget og uttrykkelig godkjent de konkrete endringene.

Arbeidet eksempel utgang

Eksempelresultat etter at Claude har gjennomgått en produktteam-backlog, aktuelle oppgaver, prioriteringer og forrige sprint gjennom Kanera MCP.

Eksempelresultat

Grunnlag for sprintplanlegging: Kontoaktivering
Sprintperiode: 22. september til 3. oktober

Anbefalt sprintmål
Fullføre invitasjons- og aktiveringsløpet, slik at et nytt arbeidsområde kan invitere og aktivere sin første eksterne samarbeidspartner i testmiljøet.

Foreslått arbeid teamet forplikter seg til
1. ACT-141 | Rette levering av invitasjoner til eksterne domener
Hvorfor: Fjerner den viktigste blokkeringen for ende-til-ende-testing av aktivering.
Avhengighet: Analyse av e-postleverandørens svar i ACT-139.

2. ACT-132 | Fullføre feiltilstandene i invitasjonsflyten
Hvorfor: Nødvendig for en invitasjonsflyt som kan støttes, og klar til gjennomgang når teksten er bekreftet.
Avhengighet: Endelig tekst om tillatelser.

3. ACT-146 | Legge til hendelsessporing for aktivering
Hvorfor: Gjør teamet i stand til å verifisere hele brukerreisen under kvalitetssikringen i testmiljøet.
Avhengighet: ACT-141 må kunne testes.

4. ACT-148 | Gjennomføre kvalitetssikring av aktivering for samarbeidspartnere
Hvorfor: Bekrefter sprintmålet når leveranse- og sporingsarbeidet er fullført.
Avhengighet: ACT-132, ACT-141, ACT-146.

Ekstraarbeid ved ledig kapasitet
- ACT-151 | Forbedre veiledningen for å sende invitasjoner på nytt. Nyttig, men ikke nødvendig for å bekrefte sprintmålet.

Beslutning om videreført arbeid
- ACT-128 har blitt videreført to ganger og er ikke knyttet til sprintmålet. Avgjør om det skal tas ut av sprinten eller erstatte ACT-151.

Trenger videre avklaring
- ACT-153 har verken ansvarlig eller akseptansekriterier og bør ennå ikke tas inn som en forpliktelse.

Planleggingsbeslutninger
- Bekreft om teksten om tillatelser kommer før sprintens andre dag.
- Avgjør om ACT-128 fortsatt skal være en forpliktelse.
- Bekreft at Mei har kapasitet til både ACT-132 og ACT-146.

Få et mer pålitelig resultat

Tilby faktisk tilgjengelighet fordi oppgaver alene ikke beskriver teamkapasitet.
Be Claude skille mellom engasjert og strekkarbeid, slik at forslaget avslører kompromisser.
Krev eksplisitt godkjenning før Claude endrer kort, oppgaver eller prioriteringer.

Spør spørsmål

Vil Claude gjennomføre sprinten på tavlen?

Nei. Det forbereder et forslag med engasjert arbeid, strekk arbeid og avveininger. Kortene flyttes bare etter at du godkjenner de eksakte endringene.

Fungerer dette for byrået beholdere?

Den er bygget for sprint-formet backlogs. For retainer rapportering, bruke månedlige retainer eller ukentlig klient statusmeldinger i stedet.

Hva trenger Claude annet enn tavlen?

Faktisk tilgjengelighet. Oppgaver alene beskriver ikke kapasitet, så forsyning kjent fri eller reduserte dager.

Gå fra live Kanera arbeid til en ferdig oppdatering.

Koble Claude til Kanera slik at den kan lese live backlog, oppgaver, prioriteringer, avhengigheter og nylig arbeid før du foreslår en sprint.

Utforsk AI-arbeidsflyten i Kanera

Start gratis

30-dagers Pro prøveversjon. Ingen kort kreves.