Tillbaka till guider
Utveckling

Skriv specifikationer en gång, håll dem alltid aktuella

Specen är den text alla ska konstruera mot. När den ligger i tre Word-filer och ett mejl fattar någon beslut mot förra veckans sanning. Värdet är en spec som går att peka på, och som följer med när kravet ändras.

Colleag-workspacen i förgrunden. I bakgrunden sätter två kollegor ihop en elektronikprototyp.

En spec som håller när någon faktiskt bygger efter den.

Ni har skrivit specen. Sen ändrades ett krav, en gränsyta eller ett batteri. Den som löder mot utskriften från mars och den som läser SharePoint-filen bygger inte samma sak. Colleag.ai håller specifikationen i samma träd som krav och test. När något ändras syns det i specen, inte tre veckor senare i en “final_final”. Två personer ska kunna peka på samma mening i rummet.

Alla ska konstruera mot samma mening

Specen är inte ett dokument ni “har”. Den är texten mekanik, elektronik och test ska bygga efter. När den lever i tre Word-filer och ett mejl bygger två personer mot olika sanningar. Värdet är en spec ni kan peka på i rummet, och som följer med när batterikravet eller gränsytan ändras.

Ändringen ska synas i specen, inte i en ny fil

När ett systemkrav ändras hittar Colleag.ai de specar som pekar på det och tar fram uppdaterade avsnitt. Ni godkänner i stället för att skriva om från noll. Det som försvinner är mappen med “_v2” och “final_final”, där ingen vet vilken som gäller på golvet.

Samma spec för varje disciplin

Hårdvara, firmware, kvalitet och tillverkning ska läsa samma aktuella version, med historik som visar vad som ändrades och varför. Då slutar granskningen med att två personer citerar olika utskrifter.

Viktiga fördelar

  • Automatisk uppdateringspropagering vid kravändringar
  • Full spårbarhet från systemkrav till detaljerade specifikationer
  • Versionshistorik med tydlig ändringsmotivering
  • Tillgänglig för varje disciplin, inte låst i individuella filer
  • Konsekvent format och struktur i alla specifikationer

Läs mer

Hur håller man specar aktuella när BOM ändras i Monitor ERP? Colleag.ai propagerar kravändringen till de specar som pekar på den, och en människa godkänner. PLM har item. LCM har revision. Projektsystemet har en ticket. Ingen av dem skriver om specen mot er rutin.

När BOM ändras i Monitor pekar flera specar fortfarande på den gamla delen. Colleag.ai hittar de specar som berörs och föreslår omformulering mot er rutin. En människa godkänner. Det är inte en batch-jobb i PLM och inte en ticket i Jira.

LCM kan visa att revisionen är released. Det skriver inte om kravtexten. ERP har den nya artikeln men ingen spec. Skillnaden är att svaret här kommer med källa: vilken fil, vilken artikel, vilken SOP som säger att ändringen måste godkännas.

Hur det skiljer sig från ERP, PLM, LCM och projektsystem

ERP
ERP känner artikeln, inte kravkedjan som artikeln måste uppfylla.
PLM
PLM kopplar dokument till item. Det propagerar inte prosa nedströms.
LCM
LCM byter status. Det säger inte vilka specavsnitt som dog.
Projektsystem
“Uppdatera spec” som task är koordinering. Ändringen i texten är Colleag.ai.

Vad Colleag.ai gör här som de systemen inte gör

  • Ändring propageras, människa godkänner
  • Spårbarhet från systemkrav till detalj
  • Samma aktuella version för varje disciplin

Se det i aktion

Boka en 30-minuters demo och se hur Colleag.ai hanterar detta för ert team.

Boka en demo