Så bygger du ett projektledningsverktyg: projekt, uppgifter, tavlor och deadlines

Ett projektledningsverktyg låter ett team se varje projekt, uppgifterna i det, vem som ansvarar för varje uppgift, dess status och när den ska vara klar. För att bygga ett behöver du projekt och uppgifter i en databas, en tavel- och en listvy, en sida "mina uppgifter", kommentarer och tydliga regler för vem som får se och ändra vad. En AI-appbyggare kan snabbt ta fram en användbar första version. Det egentliga arbetet är att motstå lusten att bygga om varje funktion i en stor produkt, och i stället koda in det enda arbetssätt ditt team faktiskt följer.

Utgå från ditt arbetssätt, inte från en funktionslista

Allmänna verktyg är flexibla för att de måste passa alla. Ditt eget verktyg kan passa exakt ett sätt att arbeta. Innan du skriver en prompt, skriv ner:

• Vad ett projekt är för dig. Ett kunduppdrag, en produktrelease, ett byggprojekt, en marknadsföringskampanj.
• Vilka steg arbetet passerar. Till exempel: Underlag → Pågår → Kundgranskning → Klart. Dessa blir dina statusar och tavelkolumner.
• Vem som gör vad. Vem som skapar projekt, tilldelar uppgifter och godkänner.
• Vad folk tittar på varje dag. Oftast "vad är mitt och vad är försenat".
• Vad chefer behöver varje vecka. Projekt i riskzonen, försenat arbete, arbetsbelastning per person.

Om dina svar ser precis ut som en generisk kanbantavla kan ett färdigt verktyg vara det bättre valet (mer om det nedan). Om de innehåller steg som kundgodkännande, fasta checklistor per projekttyp eller länkar till dina egna jobb och fakturor är det där en egen byggnation gör nytta.

Vad verktyget behöver

Data

Ett positionsfält på uppgifterna låter folk dra kort till en ordning som består. En aktivitetslogg svarar på "vem flyttade tillbaka den till Pågår?" utan att någon behöver fråga.

Sidor

• Projektlista med status, ansvarig, förfallodatum och antal öppna och försenade uppgifter.
• Projektsida med en tavelvy (kolumner efter status) och en listvy (sorterbar, filtrerbar).
• Uppgiftsdetalj som sidopanel eller sida: beskrivning, tilldelad person, förfallodatum, kommentarer, filer.
• Mina uppgifter för varje person, grupperade efter försenade, idag, denna vecka, senare.
• Översikt för chefer: projekt i riskzonen, försenade uppgifter, uppgifter per person.

Behörigheter

Bestäm tidigt:

• Kan alla se alla projekt, eller bara projekt de är medlemmar i?
• Vem får skapa och arkivera projekt?
• Kan folk redigera uppgifter som tilldelats andra?
• Får kunder eller underleverantörer åtkomst? I så fall till vilka projekt, och ska de se interna kommentarer?

Extern åtkomst ändrar designen mycket. Om kunder behöver se framsteg, överväg en separat skrivskyddad vy eller en kundportal i stället för att bjuda in dem till det interna verktyget.

Beslut och avvägningar

Fasta statusar eller kolumner per projekt

Fasta statusar över alla projekt gör rapportering enkel ("hur många uppgifter ligger i granskning?"). Egna kolumner per projekt är flexibla men gör vyer över flera projekt svårare. För ett team med ett arbetssätt är fasta statusar den bättre starten.

Tavla, lista eller tidslinje

Tavlor är bra för flöde, listor för sortering och massredigering, tidslinjer för datastyrt arbete. Bygg tavel- och listvyn först. En tidslinje- eller Gantt-vy (staplar över en kalender) lägger till mycket komplexitet, särskilt med beroenden mellan uppgifter. Lägg bara till den om deadlines verkligen styr ert arbete.

Aviseringar

Folk förväntar sig att höra när de tilldelas en uppgift eller nämns i en kommentar. Aviseringar i appen (en klocka med en lista) är enklare att börja med än e-post. E-post kräver en utskicksleverantör; se hur du skickar e-post från din app. Dagliga sammanfattningar av försenade uppgifter kräver något som körs enligt schema, så kontrollera hur din hosting hanterar det innan du lovar det.

Realtidsuppdateringar

Två personer som tittar på samma tavla kommer förr eller senare att se inaktuella data. För ett litet team räcker det oftast att uppdatera data när någon öppnar en sida eller med jämna mellanrum. Livevisning är trevligt men inte nödvändigt i version ett.

En prompt som fungerar

Bygg ett projektledningsverktyg för en marknadsbyrå med tio personer. Projekt har namn, kund, ansvarig, förfallodatum och status (Planering, Aktivt, Pausat, Klart). Uppgifter tillhör ett projekt och har titel, beskrivning, tilldelad person, förfallodatum, prioritet (Låg, Normal, Hög) och status (Att göra, Pågår, Kundgranskning, Klart). Sidor: en projektlista som visar antal öppna och försenade uppgifter; en projektsida med en dra-och-släpp-tavla efter status och en sorterbar listvy; en uppgiftspanel med kommentarer; en sida Mina uppgifter grupperad i Försenade, Idag, Denna vecka och Senare; och en chefsöversikt över försenade uppgifter per person. Spara allt i en databas, för en aktivitetslogg över ändringar av status och tilldelning, och kom ihåg kortens ordning på tavlan. Rent, tätt layoutat och fungerar på både laptop och mobil.

Byggsteg

1. Projekt och uppgifter som listor. Skapa, redigera, tilldela, sätt förfallodatum. Kontrollera att datan stämmer innan du lägger till några vyer.
2. Tavelvy. Kolumner efter status, dra för att ändra status, kom ihåg ordningen.
3. Uppgiftspanel och kommentarer.
4. Mina uppgifter. Det här är sidan de flesta öppnar varje morgon; gör den snabb.
5. Inloggning och projektmedlemskap. Lägg till innan riktigt arbete läggs in.
6. Aktivitetslogg och aviseringar i appen för tilldelningar och omnämnanden.
7. Chefsöversikt. Försenat per person, projekt i riskzonen.
8. Importera dina nuvarande projekt från ett kalkylblad eller en export, så att teamet börjar med riktig data.
9. Testa med två personer samtidigt. Flytta samma kort, redigera samma uppgift och kontrollera att ingenting går förlorat.

Vanliga misstag

• Att kopiera varje funktion i ett stort verktyg. Deluppgifter, beroenden, egna fält, automationer och Gantt-diagram lägger vardera till veckor av specialfall. Börja utan dem.
• Ingen vy för "mina uppgifter". Folk gräver inte igenom tio tavlor för att hitta sitt arbete.
• Att låta vem som helst radera projekt. Arkivera i stället för att radera, och begränsa vem som får göra det.
• Fritextstatusar. Använd en fast lista, annars går rapporterna sönder.
• Att blanda in tidrapportering. Om du behöver timmar, bygg eller koppla en tidrapporteringsapp och länka poster till uppgifter.
• Att starta tomt. Ett nytt verktyg utan data används inte. Importera det pågående arbetet först.

När Trello, Asana eller Jira är det bättre valet

Om teamets arbete passar en standardtavla eller -lista och du främst behöver något pålitligt redan idag är ett etablerat verktyg svårt att slå. De har mobilappar, integrationer med chatt- och kalenderverktyg, automationsregler och års finslipning. Våra jämförelser av Trello och Asana och alternativ till Jira tar upp alternativen.

Ett eget verktyg är vettigt när ditt arbetsflöde har steg som de verktygen hanterar otympligt, när projekt behöver kopplas till din egen data (kunder, jobb, lager, fakturor), när du vill ha en enkel skärm i stället för en konfigurerbar, eller när pris per användare i ett stort team blir en verklig kostnad. Många team gör båda: ett generiskt verktyg för allmänt arbete och ett litet eget verktyg för en specialiserad process. Om du bara vill ha en personlig eller liten teamtavla för att-göra-punkter passar den enklare guiden om uppgiftshantering bättre.

Bygga det med Mythex

På Mythex beskriver du verktyget i chatten, följer hur det tar form i en livevisning, och agenten lägger till en dedikerad Postgres-databas när uppgifter ska sparas (be om det eller skriv /database). Bilagor på uppgifter använder projektets fillagring (/storage). Teaminloggning lägger du till med ditt eget autentiseringsupplägg; se receptet för inloggning.

Planläget är användbart här: be agenten planera datamodellen och sidorna innan den skriver kod, granska planen och bygg sedan. Efter varje steg kan /test låta agenten klicka igenom förhandsvisningen (skapa ett projekt, lägga till en uppgift, dra den över tavlan) och rapportera problem. Som utgångspunkt, titta på mallarna teamkanbantavla, agil sprintstavla eller produktroadmap.

Frågor