Când vine vorba de proiecte software, te-ai întrebat vreodată cum descriu diferitele companii de dezvoltare software sau firmele de design de servicii software un proiect? După ce le citești descrierile, poți înțelege rapid cerințele și contextul proiectului?

Descrierea obișnuită a proiectelor software include de obicei următoarele patru puncte:

Prezentarea industriei clientului

Proiectele software deservesc clienți din diverse industrii. Dacă trebuie să prezinți un proiect oamenilor din diferite domenii, trebuie să începi cu fundalul industriei. Conținutul prezentării include modul în care industria se conectează cu viața oamenilor, ce produse sau servicii sunt oferite pe piață, rolul clientului în industrie, ce credințe sau caracteristici au și care este viziunea de viitor a companiei. Aceste informații ajută dezvoltatorii de software să înțeleagă mai bine perspectiva clientului.

Problemele întâmpinate în procesul de afaceri (locul cerinței)

Acesta este principalul motiv pentru care clientul a apelat la noi. Ce probleme întâmpină clientul în mediul său de lucru? Este nevoie de digitalizarea proceselor existente sau de reorganizarea sistemului informatic actual? Sau poate este nevoie de măsuri digitale pentru a răspunde noilor tendințe din industrie? Este important să înțelegem obiectiv situația clientului.

Soluția propusă

După ce ajungem la un consens cu clientul, compania de software propune o planificare și implementare personalizată care să corespundă cerințelor și să poată fi aplicată cu succes în fluxul de lucru al clientului.

Rezultatul

Comparativ cu soluțiile anterioare, ce diferențe și schimbări obiective a adus noua soluție pentru client? De exemplu: creșterea eficienței proceselor de producție, reducerea timpului de integrare a informațiilor, oferirea de noi canale pentru a ajunge la clienți...

Aceste patru puncte despre descrierea proiectelor software ne ajută să avem o înțelegere preliminară a proiectului. În timpul discuțiilor cu clientul, managerul de proiect trebuie să se asigure că aceste descrieri sunt clare în mintea noastră. O descriere a unui proiect software este flexibilă, putând fi rezumată într-o propoziție sau detaliată într-un raport. În acest moment, putem încerca:

Să stabilim o „valoare centrală” care să definească domeniul proiectului

Un proiect este un proiect deoarece, cu resurse limitate, atinge un scop specific. Totuși, în procesul de atingere a acestui scop, dacă nu există limite, pot apărea funcționalități „conexe”. Aceste funcționalități pot aduce un plus soluției, dar pot prelungi timpul de dezvoltare, întârziind lansarea; sau pot să nu aducă un beneficiu concret soluției.

Exemplu:

Clientul dorește să creeze o funcționalitate pentru un sistem informatic de afaceri care să „execute automat sarcinile programate la apăsarea unui buton de pornire”. Intuitiv, ar putea părea că trebuie doar să conectăm procesele de lucru următoare. Totuși, în realitate, dezvoltarea poate necesita integrarea unor logici de afaceri suplimentare, cum ar fi permisiunile de execuție, starea execuției anterioare, stabilitatea conexiunii sistemului... În acest moment, clientul ar putea spune: „Vreau să simt că prinde viață când apăs butonul de pornire.”

În timpul dezvoltării software, când planificăm funcționalități pe baza unei povești de utilizator, trebuie să luăm în considerare scenariile și logica de afaceri relevantă. Dacă clientul nu are obiecții la nivel de funcționalitate, se poate concentra pe culorile interfeței, aranjament, comportamentul butoanelor, tranzițiile între pagini și poate deveni insistent, dorind ca interfața să fie mai dinamică.

Ce facem când există un conflict între funcționalitățile dezvoltate și așteptările clientului privind interfața sistemului, în cadrul unui termen de dezvoltare limitat?

În acest moment, trebuie să ne întoarcem la „valoarea centrală” pentru a confirma necesitatea și prioritatea funcționalităților existente, având în vedere timpul și resursele disponibile. Valoarea centrală este adesea o frază concisă, ca o mantră puternică, care ne ajută să decidem ce povești de utilizator să adăugăm sau să eliminăm. De exemplu, când clientul devine insistent, putem ghida discuția către întrebări precum „Ce beneficii aduce o interfață mai dinamică pentru operarea sistemului informatic de afaceri?” sau „Dacă pentru a face interfața mai dinamică, trebuie să alocăm timp suplimentar pentru design, ceea ce ar putea întârzia lansarea, este acceptabil?” Apoi, putem sugera „Să prioritizăm cerințele conform 'valorii centrale' pentru a ne asigura că lansarea se face la timp”.

Stabiliți „valoarea centrală” cea mai potrivită împreună cu clientul pentru fiecare proiect

Valoarea centrală a proiectului ne ajută, fie că discutăm în echipa de dezvoltare, fie că avem interviuri de cerințe sau acceptanță cu clientul, să rămânem concentrați pe subiectul principal al proiectului. Dacă și tu, cititorule, te confrunți cu cerințele clientului, încearcă să stabilești valoarea centrală a proiectului pentru a te convinge pe tine și pe client!