Slik bygger du et prosjektstyringsverktøy: prosjekter, oppgaver, tavler og frister

Et prosjektstyringsverktøy lar et team se alle prosjekter, oppgavene i dem, hvem som eier hver oppgave, statusen og når den forfaller. For å bygge et slikt verktøy trenger du prosjekter og oppgaver i en database, en tavle- og listevisning, en «mine oppgaver»-side, kommentarer og klare regler for hvem som kan se og endre hva. En AI-appbygger kan lage en brukbar første versjon raskt. Den egentlige jobben er å motstå trangen til å bygge om alle funksjonene i et stort produkt, og heller kode inn den ene arbeidsflyten teamet faktisk følger.

Start med arbeidsflyten din, ikke med en funksjonsliste

Generelle verktøy er fleksible fordi de må passe alle. Ditt eget verktøy kan passe nøyaktig én arbeidsmåte. Før du skriver en prompt, skriv ned:

• Hva et prosjekt er for deg. Et kundeoppdrag, en produktutgivelse, et byggeprosjekt, en markedsføringskampanje.
• Stegene arbeidet går gjennom. For eksempel: Brief → Pågår → Kundegjennomgang → Ferdig. Disse blir statusene og kolonnene på tavlen din.
• Hvem som gjør hva. Hvem oppretter prosjekter, hvem tildeler oppgaver, hvem godkjenner.
• Hva folk ser på hver dag. Vanligvis «hva er mitt, og hva er forsinket».
• Hva ledere trenger ukentlig. Prosjekter i faresonen, forsinket arbeid, arbeidsmengde per person.

Hvis svarene dine ser akkurat ut som en vanlig kanbantavle, kan et ferdig verktøy være det bedre valget (mer om det under). Hvis de inkluderer steg som kundegodkjenning, faste sjekklister per prosjekttype, eller lenker til egne jobber og fakturaer, er det her en egen bygging gir mest.

Hva verktøyet trenger

Data

Et posisjon-felt på oppgaver lar folk dra kort i en rekkefølge som sitter. En aktivitetslogg svarer på «hvem flyttet denne tilbake til Pågår?» uten at noen må spørre.

Sider

• Prosjektliste med status, eier, forfallsdato og antall åpne og forsinkede oppgaver.
• Prosjektside med en tavlevisning (kolonner etter status) og en listevisning (sorterbar og filtrerbar).
• Oppgavedetaljer som sidepanel eller side: beskrivelse, ansvarlig, forfallsdato, kommentarer, filer.
• Mine oppgaver for hver person, gruppert etter forsinket, i dag, denne uken, senere.
• Oversikt for ledere: prosjekter i faresonen, forsinkede oppgaver, oppgaver per person.

Tilganger

Bestem tidlig:

• Kan alle se alle prosjekter, eller bare prosjekter de er medlemmer av?
• Hvem kan opprette og arkivere prosjekter?
• Kan folk redigere oppgaver som er tildelt andre?
• Får kunder eller oppdragstakere tilgang? I så fall til hvilke prosjekter, og skal de se interne kommentarer?

Eksterne tilganger endrer designet mye. Hvis kunder trenger å se fremdrift, bør du vurdere en egen skrivebeskyttet visning eller en kundeportal i stedet for å invitere dem inn i det interne verktøyet.

Beslutninger og avveininger

Faste statuser eller kolonner per prosjekt

Faste statuser på tvers av alle prosjekter gjør rapportering enkel («hvor mange oppgaver er i gjennomgang?»). Egne kolonner per prosjekt er fleksible, men gjør oversikter på tvers av prosjekter vanskeligere. For ett team med én arbeidsflyt er faste statuser den bedre starten.

Tavle, liste eller tidslinje

Tavler er gode for flyt, lister for sortering og masseredigering, og tidslinjer for datostyrt arbeid. Bygg tavle og liste først. En tidslinje eller Gantt-visning (søyler over en kalender) legger til mye kompleksitet, særlig med avhengigheter mellom oppgaver. Legg den til bare hvis frister virkelig styrer arbeidet ditt.

Varsler

Folk forventer å høre når de blir tildelt en oppgave eller nevnt i en kommentar. Varsler i appen (en bjelle med en liste) er enklere å starte med enn e-post. E-post krever en utsendingstjeneste; se slik sender du e-post fra appen din. Daglige oppsummeringer av forsinkede oppgaver krever noe som kjører etter en tidsplan, så sjekk hvordan hostingen din håndterer det før du lover det.

Sanntidsoppdateringer

To personer som ser på samme tavle vil før eller senere se utdatert data. For et lite team er det vanligvis nok å oppdatere data når noen åpner en side, eller med jevne mellomrom. Direkte oppdateringer er fint, men ikke nødvendig i første versjon.

En første prompt som fungerer

Bygg et prosjektstyringsverktøy for et markedsføringsbyrå med 10 ansatte. Prosjekter har navn, kunde, eier, forfallsdato og status (Planlegging, Aktiv, På vent, Ferdig). Oppgaver tilhører et prosjekt og har tittel, beskrivelse, ansvarlig, forfallsdato, prioritet (Lav, Normal, Høy) og status (Å gjøre, Pågår, Kundegjennomgang, Ferdig). Sider: en prosjektliste som viser antall åpne og forsinkede oppgaver; en prosjektside med en tavle for dra-og-slipp etter status og en sorterbar listevisning; et oppgavepanel med kommentarer; en «Mine oppgaver»-side gruppert etter Forsinket, I dag, Denne uken og Senere; og en leder-oversikt over forsinkede oppgaver per person. Lagre alt i en database, før en aktivitetslogg over endringer i status og ansvarlig, og husk kortrekkefølgen på tavlen. Ryddig, tett layout som fungerer på laptop og mobil.

Den spesifiserer statusene, sidene og de få detaljene (aktivitetslogg, kortrekkefølge) som skiller en demo fra noe et team kan bruke.

Bygg steg for steg

1. Prosjekter og oppgaver som lister. Opprett, rediger, tildel, sett forfallsdatoer. Sjekk at dataene stemmer før du legger til noen visninger.
2. Tavlevisning. Kolonner etter status, dra for å endre status, husk rekkefølgen.
3. Oppgavepanel og kommentarer.
4. Mine oppgaver. Dette er siden de fleste åpner hver morgen. Gjør den rask.
5. Innlogging og prosjektmedlemskap. Legg til før ekte arbeid legges inn.
6. Aktivitetslogg og varsler i appen for tildelinger og nevninger.
7. Lederoversikt. Forsinket per person, prosjekter i faresonen.
8. Importer dagens prosjekter fra et regneark eller en eksport, slik at teamet starter med ekte data.
9. Test med to personer samtidig. Flytt det samme kortet, rediger den samme oppgaven, og sjekk at ingenting går tapt.

Vanlige feil

• Å kopiere alle funksjonene i et stort verktøy. Underoppgaver, avhengigheter, egne felt, automatiseringer og Gantt-diagrammer gir hver for seg uker med kantetilfeller. Start uten dem.
• Ingen «mine oppgaver»-visning. Folk gidder ikke lete gjennom ti tavler for å finne arbeidet sitt.
• At alle kan slette prosjekter. Arkiver i stedet for å slette, og begrens hvem som kan gjøre det.
• Fritekststatuser. Bruk en fast liste, ellers blir rapporter ubrukelige.
• Å blande inn tidsregistrering. Hvis du trenger timer, bygg eller koble til en app for tidsregistrering og knytt postene til oppgaver.
• Å starte tomt. Et nytt verktøy uten data blir ikke brukt. Importer dagens arbeid først.

Når Trello, Asana eller Jira er det bedre valget

Hvis teamets arbeid passer en standard tavle eller liste, og du i hovedsak trenger noe pålitelig i dag, er et etablert verktøy vanskelig å slå. De har mobilapper, integrasjoner med chat- og kalenderverktøy, automatiseringsregler og års polering. Våre sammenligninger av Trello og Asana og alternativer til Jira dekker valgene.

Et eget verktøy gir mening når arbeidsflyten din har steg de verktøyene håndterer klumpete, når prosjekter må knyttes til egne data (kunder, jobber, lager, fakturaer), når du vil ha ett enkelt skjermbilde i stedet for et konfigurerbart, eller når pris per bruker for et stort team blir en reell kostnad. Mange team gjør begge deler: et generelt verktøy til generelt arbeid og et lite eget verktøy til én spesialisert prosess. Hvis du bare trenger en personlig eller liten teamtavle for gjøremål, passer den enklere guiden om oppgavehåndtering bedre.

Bygg det med Mythex

På Mythex beskriver du verktøyet i chatten, ser det ta form i en live forhåndsvisning, og agenten legger til en dedikert Postgres-database når oppgaver må lagres (be om det eller skriv /database). Filvedlegg på oppgaver bruker prosjektets fillagring (/storage). Innlogging for teamet legger du til med din egen autentiseringsmetode; se oppskriften for innlogging.

Planmodus er nyttig her: be agenten planlegge datamodellen og sidene før den skriver kode, gjennomgå planen, og bygg så. Etter hvert steg kan /test få agenten til å klikke seg gjennom forhåndsvisningen (opprette et prosjekt, legge til en oppgave, dra den over tavlen) og rapportere problemer. Som utgangspunkt kan du se på malene team-kanbantavle, agile sprinttavle eller produktveikart.

Spørsmål