Den virtuelle LAMP-server er et Debian system, der kører virtuelt på en MacBook.
På testserveren har jeg installeret WP. Filerne fra det første udkast til en kanban er kopieret til pluginfolderen. Det ser råt og primitivt ud – men databasen virker, og det gør editeringsformularen også.
Tilbage står at udtænke nogle fornuftige klasser, der kan generere formulaerer, loops og SQL-sætninger, som kan gøre det grove arbejde.
Udmiddelbart bør et loop skabe designet – og sætte poster ind i “states”. De skal igen formattere div-tags, som styles via CSS til browsere og mobile enheder.
“Narratives and maps
“The story” of our work is a familiar one, following the arc of stories from any era and any culture. Born in our backlog, work travels through different stages of our value stream where it develops, is tested, and ultimately finds resolution” (Benson 2009: 23 – 24)
(…)
“Personal kanban is a pull-based system. We pull work into DOING only when we have room to accomodate it. Pulling is a willful act. This is different from “pushing” which is how we normally take on work. (ibid. p. 39)
(…)
“Visualize your work.
Limit your work in progress.” (ibid. p. 26)
Konstaterer, at mit workflow ser nogenlunde sådan ud:
1) Finde et problem. Spørge brugere. Undersøge.
2) Tænke over en løsning. Spørge brugere. Undre. Undersøge.
3) Modeller af workflow -> ER diagrammer
4) Etablere databasen på grundlag af modeller
5) PHP / HTML -> CRUD funktionalitet
6) Design (udvikle CSS)
Det ser ud til at det egentlige design udvikles til sidst, når jeg har fundet ud af, hvordan produktet skal virke. Måske er mit spørgsmål forkert, for hvis jeg havde besluttet at følge en vandfaldsmodel, så havde projektet taget en anden drejning.
Er ved at udvikle prototypen. I første omgang skal det blot være muligt at CRUD noterne. Arbejder mere med funktionalitet end design og usability. Af en eller anden grund foretrækker jeg at lave en fungerende prototype – for derefter at bearbejde design og brugervenlighed.
Loggen bør være en blog. Den skal både kunne sorteres kronologisk og med det nyeset først. En fortælling begynder jo ikke bagfra. Twitters ide om 250 tegn er ikke tosset. (Del af en drøm i nat)
Bloggen vender modsat ift. en traditionel fortælling.
Databasen er sat op på LAMP-serveren. PHP og et par SQL queries udført. Forms skabt i PHP. Den tekniske konstruktion skrider fremad. Databasen er struktureret med inspiration fra ER-diagrammerne.
Systemet kører på en Macbook i Virtualbox. Serveren er en Debian med LXDE skrivebordsmiljø. Den virtuelle maskine kører lidt langsomt, og så er det rart med et skrivebordsmiljø, der ikke kræver de vilde ressourcer.
MySQL kræver at en bruger har de korrekte rettigheder. Det er relativt enkelt at sætte den slags op i PHPMyAdmin.
Det virtuelle testmiljø er på plads. I første omgang vil jeg udvikle i dette testmiljø. Når koden er klar kan den ændres til noget, som virker i WordPress. Først skal de mange formularer gennemtænkes.
Har netop konfigureret en LAMP server på et virtuelt Debiansystem i Mac OS X i virtualbox. Gnome skrivebordsmiljøet var for tungt; men LXDE fungerer fint. Jeg regner med at skrive koden i Pico (Nano), MC (Midnight Commander) og Bluefish.
Når ugen er omme smides done-lapperne i doneloggen.
På arbejdet bruger jeg pt. en kanban med gule lapper. I stedet for at smide dem ud gemmer jeg lapperne uge for uge. Resultatet er en slags logbog – eller “donelog”.
Forfatteren # anbefaler at rydde listen “i dag” når dagen er slut. Hvis den stadig er fyldt med “todo” ting – så bør WIP begrænses til et antal, der er håndterbart.
Han mener at menneskets hjerne falder til ro, når man får visualieret at arbejdet er vel udført. Måske har han ret. Samme forfatter foreslår at datere sedlerne. Så kan man se, hvad der passerer gennem arbejdskanbanen.
I traditionel kanban prøver man at begrænse visse faser, således at man ikke overbelaster systemet. Fx kan der stå “Todo (3)”. Det betyder, at der højst må være 3 opgaver i todolisten ad gangen. Antallet er afhængigt af hvad man nu engang kan håndtere.
Hvis man har relativt ensartede opgaver, er det måske en god ide at begrænse antallet af opgaver. Men som underviser er opgavernes omfang ofte vanskeligt at forudsige. Som regel har man mange bolde i luften.
Under alle omstændigheder bør min kanban anvende en log – så man kan følge projektets udvikling.
Multimusen.dk will set a few cookies from Doubleclick, Google and the Social Media plugins they ay set some cookies. Some of my pages use APIs - such as YouTube, LinkedIn, Google Fonts, Google Maps, Mapbox, Spotify, Jetpack, Twitter, Facebook &c.. Such plugins may set the odd cookie.
