Author: Per Thykjaer Jensen

  • Participatory Design

    I løbet af oktober – november 2012 har jeg præsenteret kanban som et alternativ til MS Project, Open Proj og andre smagsvarianter. Klasserne skulle udarbejde ideer til kanbans, der kunne bruges i arbejdet med projekter på multimediedesigneruddannelsen og på linjen film og animation.

    Der kom en række kreative ideer til, hvordan man kunne designe en kanban. Flere havde meget konkrete ideer til, hvad søjlerne kunne hedde. Nogle systemer var komplekse. Andre meget enkle.

    Diskussionen handlede også om forskellen på en kanban af papir og på PC. En god kommentar var:

    – På en PC kan du lave en copy-paste. Det kan en opslagstavle ikke gøre.

    Jeg bad klasserne overveje, hvordan man kunne registrere, hvordan et projekt skrider frem. Forskellen på et uddannelsesprojekt og en produktion er jo at vi under uddannelsen skal se tilbage og lære noget af erfaringerne. Derfor er en registrering af arbejdet nødvendig; men hvordan kan man så løse det.

    Her var flere gode ideer til at lave en automatisk log. En gruppe havde en ide om at man kunne tegne en kalender. Hver proces fik en linje – og når den var aktiv skulle den have en farve. Resultatet ville ligne et Gantt-kort.

    Flere grupper arbejdede med ideen om at regisrere opslagstavlen ved hjælp af fotos. Man kan jo opstille sin kanban foran et godt webcam – eller blot registrere fotos med et godt DSLR kamera.

  • Christian Dalsgaard “Mellem det personlige og det faglige”

    Christian Dalsgaard (MedieKultur 51) “Mellem det personlige og det faglige” søger en definition på blogs og skriver:

    “Problemerne med at karakterisere blogs hænger tæt sammen med en genrediskussion og med en diskussion af, hvorvidt bloggen kan karakteriseres som en genre eller et medie. Først og fremmest har problemerne med at formulere en entydig definition af blogs medført en type- eller genrediskussion, der har taget udgangspunkt i en skelnen mellem filter-blogs og de mere dagbogsagtige blogs: “Other sources confirm this perception of two major types based primarily on a different substantive emphasis: an earlier type that emphasizes infor- mation access with links to other sites of interest, and a later type that emphasizes personal, diary-like writing” (Miller & Shepherd, 2004). Denne inddeling er siden blevet udvidet med yderligere inddelinger og tæller nu (mindst) følgende typer eller genrer af blogs:

    • Filter
    • Personlig
    • Faglig
    • Politisk

  • PHP, Apache, MySQL, Debian

    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.

  • I kan ikke slå os ihjel

    Ok, jeg skulle bare lige prøve, hvordan man indlejrer musik fra Spotify…

  • ER brainstorm II

    ER brainstorm II

     

    Hvis en kanban skal kunne bruges til retrospektiv analyse, så er en log nødvendig.

    Dette ER-diagram tilføjer en log. Herefter er det muligt at følge projekternes udvikling – og noterne kan skifte KanbanStates så ofte de vil. Loggen opdateres automatisk og kan “renses” når en note eller et projekt slettes. KanbanStates bør kunne redigeres, således at kolonnernes overskrifter kan ændres efter brugerens ønsker.

    NB: En kopifunktion bør indtænkes i GUI.

  • WPMVC

    Installerede eksempelfilen. Resultat: SQL-fejl. Der skulle rettes i to tabeller, og den nødvendige SQL-sætning blev givet. Men alligevel – tænk hvis jeg ikke havde kendt til PHPMyAdmin …

  • Versionering

    Wireframe

    Overvejer følgende versioner:

    1. Kanban med CRUD funktioner som knapper
    2. Kanban med drag and drop og save

    Første version er relativt enkel at programmere. Kanban kan tegnes ud fra en variabel med værdier i stil med disse: state=”done”, state=”pending” etc. Alt efter state smides de enkelte lapper i en div, der styles passende. De kan i øvrigt få farver sådan: class=”done”, class=”pending” htmlen.

    En kanban i første version vil faktisk være relativt enkel at udvikle med HTML, der igen transformeres til en PHP klasse.

  • “Done”-bogen

    “Done”-bogen

    Min arbejdskanban på indersiden af en skabslåge.
    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.

Enable Notifications OK No thanks

We use cookies - more information

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.

Close