- cerințe de producție și obiective
- acces la instalație și echipamente
- informații despre proces
- decizii sau lucrări care rămân în afara Aztec
Drumul proiectului
Un proiect nu începe cu programarea. Începe cu înțelegerea problemei.
Înainte să stabilim ce poate prelua Aztec, vrem să înțelegem ce trebuie obținut, ce există deja, ce nu știm încă și unde sunt riscurile. Uneori răspunsul este simplu. Alteori sunt necesare câteva etape înainte să putem spune responsabil ce presupune proiectul.
Începem cu rezultatul
Înainte să discutăm despre task-uri, vrem să știm ce trebuie să funcționeze la final.
Un proiect poate ajunge la Aztec sub forma unei cereri foarte tehnice: „avem nevoie de un programator”, „trebuie făcut software-ul”, „avem nevoie de 200 de ore”.
Pentru noi, prima întrebare este însă alta: ce trebuie să facă instalația atunci când proiectul este terminat?
Ca să putem răspunde corect, avem nevoie să înțelegem procesul, echipamentele, contextul în care va funcționa instalația și ce rezultat urmărește clientul. Abia apoi putem transforma problema într-o soluție tehnică.
De laCerință
PrinÎnțelegerea problemei
CătreRezultat funcțional
Uneori, oferta nu este primul pas
Nu toate proiectele pot fi estimate responsabil din prima discuție.
Sunt proiecte în care informațiile sunt suficiente și putem construi direct o ofertă. În altele, există necunoscute care pot schimba semnificativ soluția, durata sau nivelul de responsabilitate.
Documentația poate fi incompletă, instalația poate exista deja și să nu fie suficient de bine cunoscută, tehnologia poate fi nouă sau pot exista interfețe cu alte sisteme care trebuie înțelese înainte.
În astfel de situații, înainte de ofertă poate exista o etapă de analiză. Aceasta este deja muncă de inginerie și poate influența inclusiv decizia dacă Aztec intră sau nu în proiect.
Documentație incompletăInstalație existentăTehnologie nouăCerințe neclareInterfețe externeRiscuri necunoscute
Înainte de execuție
Programarea este doar unul dintre straturile unui proiect.
Înțelegerea problemei
Ce trebuie să facă instalația și de ce.
Analiza procesului
Ce există, ce se poate controla și ce limite are sistemul.
Definirea soluției
Ce arhitectură și ce abordare pot duce la rezultat.
Riscuri și necunoscute
Ce poate schimba durata, costul sau nivelul de responsabilitate.
Planificare și asumare
Cine răspunde pentru ce și în ce condiții.
Cercetare și validare
Ce trebuie învățat, testat sau demonstrat înainte de implementare.
Execuție
Software, proiectare, integrare și implementare.
Clientul nu cumpără doar timpul în care cineva scrie cod. Într-un proiect există muncă înainte ca prima linie să fie scrisă și responsabilitate după ce ultima linie a fost scrisă.
Responsabilități clare
Proiectul este comun. Responsabilitățile nu trebuie să fie ambigue.
- partea tehnică preluată prin contract
- organizarea și coordonarea lucrării asumate
- deciziile tehnice aferente responsabilității preluate
- livrarea rezultatului în condițiile agreate
Limitele pot arăta diferit de la proiect la proiect. Important este să fie clare înainte de execuție și să poată fi urmărite pe parcurs.
Cum ajungem la ofertă
Modelul comercial trebuie să urmeze natura responsabilității.
Sunt proiecte care pot fi definite suficient de bine pentru un preț de proiect. Sunt situații în care natura intervenției face mai potrivită facturarea timpului. Și sunt proiecte în care anumite etape trebuie clarificate înainte să poată fi stabilit costul execuției.
De aceea, Aztec nu transformă automat orice proiect într-un număr de ore înmulțit cu un tarif. Prețul trebuie să reflecte ce trebuie livrat, ce risc este preluat și câtă responsabilitate rămâne în proiect la Aztec.
Atunci când rezultatul, limitele și riscurile pot fi evaluate suficient de bine.
Atunci când clientul gestionează proiectul sau natura lucrării nu permite definirea unui rezultat fix.
Atunci când trebuie clarificate elemente tehnice înainte să putem estima responsabil execuția.
Când proiectul începe
Specificația descrie proiectul. Instalația ne arată realitatea.
În execuție apar informații care nu puteau fi văzute înainte: modificări mecanice, alte comportamente ale procesului, probleme la echipamente, cerințe noi sau interfețe care nu funcționează cum era prevăzut.
Asta nu înseamnă că proiectul a fost neapărat prost definit. Înseamnă că proiectele industriale evoluează atunci când întâlnesc realitatea.
Schimbările trebuie înțelese, evaluate și integrate în proiect, inclusiv atunci când modifică durata, costul sau responsabilitățile asumate inițial.
Pe hârtieÎn instalație
Când apare o problemă
Mai întâi vrem să înțelegem ce s-a întâmplat.
Dacă problema este software, o rezolvăm. Dacă este mecanică sau electrică, o identificăm și lucrăm cu partea responsabilă. Dacă soluția inițială trebuie schimbată, discutăm schimbarea.
Iar dacă problema este în afara responsabilității asumate de Aztec, o spunem clar. Important este ca discuția să rămână despre ce trebuie făcut pentru ca proiectul să poată merge mai departe.
Nu căutăm unde să împingem problema. Căutăm mai întâi unde este problema.
Punerea în funcțiune
Este momentul în care proiectul se întâlnește cu realitatea.
Software
Electric
Mecanic
Proces
Operator
RezultatInstalație funcțională
În această etapă se verifică dacă toate componentele proiectului funcționează împreună și dacă sistemul face în condiții reale ceea ce trebuia să facă.
Când considerăm proiectul terminat
Codul poate fi terminat înainte ca proiectul să fie terminat.
Pentru Aztec, finalul este momentul în care partea pe care ne-am asumat-o este funcțională, verificată și poate fi preluată de client în condițiile stabilite.
În funcție de proiect, aici pot intra documentația, backup-urile, sursele, instruirea sau alte livrabile convenite de la început.
FINAL
Partea preluată funcționează, este verificată și poate fi predată.
Și uneori spunem „nu”
Nu orice proiect este potrivit pentru Aztec.
Dacă riscurile nu pot fi evaluate, responsabilitățile nu pot fi delimitate, resursele necesare nu sunt disponibile sau condițiile proiectului nu ne permit să ne asumăm rezultatul, preferăm să spunem asta înainte să începem.
Un proiect pe care nu îl putem duce bine până la capăt nu devine mai bun doar pentru că am semnat contractul.