Metodele tradiționale de dezvoltare cu programele lor alunecate și utilizatorii frustrați nu sunt
cea mai bună modalitate de a face programare. Metoda pas cu pas este un antidot pentru aceste eșecuri; a fost dezvoltat de Michel Kohon când era manager MIS în Europa (Michel este acum CIO al Academiei Americane de Oftalmologie din San Francisco. Locuiește în Berkeley, California. Contact: mkohon la aao.org). Noi, cei de la Robelle, am publicat lucrarea originală a lui Michel „Step By Step” într-o carte pe care am publicat-o în 1982. Iată un extras din această lucrare clasică: Un program nu este static... este un corp în mișcare și este puțin probabil să fie descris în mod adecvat fără a folosi jargon. Același lucru este valabil și pentru matematică sau astronomie sau filme. Cum putem vizualiza un film dintr-un scenariu? Acesta este motivul pentru care cu cât arătați mai devreme programul utilizatorului, cu atât va fi mai bine pentru înțelegerea acestuia. Dacă întrebi un utilizator „Ce drog vrei?” el va răspunde: „Vitamina C”. De fapt, întrebarea este prea specifică. Ceea ce ar trebui să întrebăm utilizatorul este: „Care sunt problemele tale?” Poate vă va spune: „Nu îmi pot recupera plățile suficient de repede. Trebuie să plătesc prea mult în costuri de finanțare”. Se pare că utilizatorul nostru are nevoie de un sistem de facturare. Dacă l-ai fi întrebat „Ce vrei?”, probabil că ar fi răspuns: „Vreau un sistem de introducere a comenzilor”. Dacă ai putea oferi asta peste noapte, nu ar fi nicio problemă. Dar, desigur, nu poți. Veți efectua un studiu lung și veți reveni cu prima etapă, adică introducerea comenzii. Nu vei rezolva problema (nu vin banii mai repede). Trebuie să identificați atât obiectivele pe termen lung, cât și pe termen scurt, apoi să le împărțiți în pași gestionați. Rezolvarea mai întâi a problemei de top înseamnă că vei da rezultatul maxim într-un minim de timp și vei repeta acest lucru cu fiecare pas succesiv. Ordonați obiectivele de la profitul maxim la minim. Scopul final este programul, nu analiza. Deci, până când programul sau rezultatele sale nu sunt în mâinile utilizatorului, nimic nu este finalizat. Un pas este de obicei o mișcare a două până la trei programe. Veți avea programatori, dar niciodată destui. Dar cu cât adăugați mai mulți programatori, cu atât sistemul rezultat va fi mai complicat și mai întârziat. Cum putem scăpa de această dilemă? Prin limitarea hotărâtă a numărului de programatori și a timpului alocat unui pas de proiect. Găsiți must-urile absolute care pot fi produse cu personalul actual în două săptămâni. Nu vă întoarceți niciodată la cele două săptămâni permise. Trebuie făcut în două săptămâni. Încearcă să-ți imaginezi că peste două săptămâni va fi Sfârșitul Lumii. Utilizatorii vor râde, dar vor aprecia, de asemenea, îngrijorarea dumneavoastră.
O abordare ușoară a comunicării profesionale: Ghidul practic de comunicare profesională și cele mai bune strategii de comunicare în afaceri din punct de vedere scris și interpersonal
ȘTIINȚA SCHIMBĂRII ÎN 4 PAȘI: Strategii și tehnici operaționale pentru a înțelege cum să produci schimbări semnificative în viața ta și să le menții în timp