Voorraadlijst
Niet alles wat je opschrijft is al werk dat je kunt plannen. Een idee, een losse toezegging, iets wat "ooit nog moet" — het heeft een titel en hoort bij een project, maar er is nog geen moment voor gekozen en er is nog geen oordeel geveld over belang en urgentie. Zulke items op het bord zetten kan niet: het bord ordent op die twee dimensies (Het bord), en zonder scores is er geen plek om ze neer te leggen. Ze niet opschrijven is geen alternatief — dan raak je ze kwijt.
Daarvoor is de voorraadlijst: de wachtkamer van het bord.
Wanneer iets een taak is en wanneer voorraad
Het verschil zit in drie velden. Een item staat op het bord zodra het ze alle drie heeft:
- een begindatum,
- een einddatum,
- scores die met de hand zijn ingevuld.
Ontbreekt er één, dan staat het item op de voorraadlijst. Voor de rest is een voorraad-item precies een taak: dezelfde titel, omschrijving, afbeelding en hetzelfde verplichte project — en daarmee hetzelfde gebied en dezelfde categorie (Structuur).
Bij "scores" tellen alleen de subscores die iemand zelf heeft ingevuld. De afgeleide factoren — deadline, kosten en gevraagde inzet — volgen automatisch uit de einddatum en de schattingen (Geoordeelde en afgeleide factoren); telden die mee, dan zou een item al beoordeeld lijken zodra er een datum of een bedrag in stond.
Een toestand, geen markering. Of iets voorraad is, wordt afgeleid uit de velden zelf en niet bijgehouden in een apart vinkje. Een vinkje zou een tweede waarheid zijn die uit de pas kan lopen met de eerste: een item dat als taak gemarkeerd staat maar geen scores heeft, hoort nergens thuis. Nu kan dat niet — de drie velden zijn het antwoord.
Eén tabel, geen tweede. Een voorraad-item staat in dezelfde tabel als een taak (Datamodel). Omzetten is daarmee invullen en niet verplaatsen: het item houdt zijn nummer, zijn afbeelding en zijn voorgeschiedenis, en er is geen moment waarop het in twee tabellen tegelijk of in geen van beide staat. Dat het item ooit voorraad was, is achteraf te zien aan de aanmaakdatum tegenover de begindatum — het verschil tussen opschrijven en oppakken.
Het scherm
- Beheer › Voorraad heeft dezelfde opzet als de andere beheerschermen: een filterblok bovenaan, een knop om een nieuw item te maken, en daaronder een lijst met per regel Bewerken en Verwijderen (Taakbeheer).
- Een kolom Nog nodig benoemt per regel wat er ontbreekt — begindatum, einddatum, scores, of een combinatie. Daarmee is de lijst niet alleen een bewaarplaats maar ook een werklijst: er staat bij wat de volgende stap is.
- Het formulier vraagt minder dan het taakformulier: titel, project, omschrijving en afbeelding. Geen datums en geen schuiven — precies de velden die een voorraad-item per definitie niet heeft. Ze half tonen zou suggereren dat je ze hier hoort in te vullen.
- De afbeelding wordt wel meteen gevraagd. Elke kaart heeft een beeld nodig (De taak als kaart), en er een kiezen terwijl het onderwerp nog vers is, kost minder dan later een hele lijst langsgaan.
- Omzetten naar taak opent het gewone taakformulier, met de schuiven op de scores van het project als vertrekpunt — hetzelfde vertrekpunt dat een nieuwe taak krijgt. Opslaan met beide datums erin zet het item op het bord; een aparte "publiceer"-handeling is er niet.
- Het beheeroverzicht van alle taken laat voorraad-items weg. De twee lijsten zijn elkaars spiegelbeeld en tonen samen elke regel precies één keer; dezelfde regel in beide lijsten zou over dezelfde velden twee verschillende dingen beweren.
Gevolgen voor het datamodel
De voorraadlijst vraagt geen nieuwe tabel — dat is juist het punt — maar wel een tweede datum op de taak.
| Veld | Tabel | Type | Toelichting |
|---|---|---|---|
start_date | task | date, nullable | Begindatum; nieuw |
end_date | task | date, nullable | Einddatum; heette tot nu toe deadline |
De hernoeming van deadline is bewust geen extra kolom geworden. Het is
dezelfde datum, en een taak met drie datums vraagt van de gebruiker dat hij
een onderscheid bijhoudt dat er niet is. Zo leest het paar bovendien als het
paar dat een project al had. De deadline-factor houdt zijn naam: die
rekent nu met end_date, maar wat hij uitdrukt — hoe dichtbij het einde is —
is onveranderd.
Het Agenda-overzicht reserveerde voor de
geplande dag een veld planned_on
(Gevolgen voor het datamodel).
Dat veld is er niet gekomen; de begindatum vervult dezelfde rol, en de balk in
de agenda kan van begindatum tot einddatum lopen zonder een derde datum. Of
planned_on daarnaast alsnog nodig is — de dag waarop je aan iets wilt werken
hoeft niet de dag te zijn waarop het werk begint — is een keuze voor het moment
dat de agenda gebouwd wordt.
Bewust buiten scope
- Rangorde binnen de voorraad. De lijst heeft geen eigen volgorde en geen eigen prioritering. Dat is geen omissie maar de kern van het idee: wie een voorraad-item wil rangschikken, is het aan het beoordelen, en dat gebeurt op het bord. Sorteren op gebied, project of aanmaakdatum is genoeg om iets terug te vinden.
- Automatisch opschonen. Een item dat een jaar blijft liggen, verdwijnt niet vanzelf en krijgt geen waarschuwing. Wegzakkend werk zichtbaar maken is een taak van het AI-advies, niet van een opruimregel die achter je rug om beslist wat er niet meer toe doet.
- In bulk omzetten. Meerdere items tegelijk van datums en scores voorzien klinkt efficiënt, maar scores zijn per stuk een oordeel; een schuif die voor tien items tegelijk verzet wordt, zegt over geen van de tien iets.
- Een eigen voorraad per gebied. De voorraadlijst is één lijst met filters, net als het bord één bord is met filters (Relatie tot het bord).
Plaats in de fasering
Toegevoegd als fase A8 (Fasering), maar dat nummer zegt alleen iets over de volgorde van bedenken. Anders dan de agenda, het slepen en de toewijzing leunt de voorraadlijst nergens op: ze vraagt geen nieuwe tabel, geen nieuwe entiteit en geen extra scherm buiten het beheer, en kan dus gebouwd worden zodra de taakschermen uit fase A1 er zijn. Het tegenovergestelde geldt ook — hoe eerder ze er is, hoe minder werk er ongeregistreerd blijft omdat het "nog niet af genoeg" was om als taak op te voeren.
Versie 0.12 voegt één hoofdstuk toe. Waar de eerdere ideeën het bord rijker maakten, maakt dit hoofdstuk de drempel ernaartoe lager: opschrijven mag nu vóór beoordelen komen. De prijs is één extra datumveld en één beheerscherm; de winst is dat het bord alleen werk toont waarover echt is nagedacht.