TODAY SOFTWARE MAGAZINE
Am observat de-a lungul timpului că tinerilor antreprenori le e greu să facă de la început distincția clară între core-business (activitatea principală) și celelalte activități suplimentare. Într-un startup e greu de stabilit funcțiile principale pe care trebuie să le îndeplinească un sistem și funcțiile suplimentare. Cu toate acestea, e vitală existența unei liste cu toate posibilele funcții ale viitorului sistem, după care se prioritizează și se împart în funcții principale și secundare. Voi detalia în continuare partea de use case-uri ca fiind relevantă pentru tech startup-uri și care ajută mult antreprenorul să nu se abată de la planul stabilit inițial. Use case-urile sunt modalitatea de a folosi un sistem pentru a atinge cu anumit țel pentru un anumit utilizator. Spre exemplu, un utilizator autentificat pe Amazon dorește să poată plăti cu cardul de credit un produs de pe site. Acesta se poate defini ca un obiectiv de atins.
modalitatea în care poate fi folosit un sistem și arată valoarea pe care acesta o aduce utilizatorilor. Cartea Use-Case 2.0 The Guide to Succeeding with Use Cases scrisă de Ivar Jacobson, Ian Spence, Kurt Bittner prezintă dezvoltarea bazată pe use case-uri într-o variantă foarte accesibilă și practică. Use case-urile pot fi folosite în dezvoltarea businessurilor noi, caz în care se asociază toată afacerea cu un sistem. Sistemul este cel care implementează cerințele și este subiectul unui model de use case. Calitatea si nivelul de finalizare al sistemului este verificată de un set de teste. Testele au rolul de a verifica dacă implementarea pe felii a use case-urilor a fost un succes sau nu. Mergâng mai departe cu folosirea use case-urilor, cred că toată lumea e deja familiarizată cu user stor-urile. Aceste ‘povești’ fac legătura între stakeholder-i, use caseuri și părți din use case-uri. Acest mod de a transmite cerințele pentru noul sistem Toate obiectivele setate împreună este foarte răspândit pentru că ajută mult compun un set de use case-uri care arată la identificarea părților de bază ce trebuie implementate pentru a putea crea un sistem functional de bază. Când se descrie o idee de afacere, modul cel mai bun de a transmite celorlalți începe natural cu ‘Vreau să fac o aplicație care să permită utilizatorilor de smartphone-uri să facă comandă la taxi prin intermediul unei aplicații care să poată
fi instalată pe Android și iOS’. Închei scurta incursiune în analiza de dezvoltare a noilor businessuri cu mențiunea că fără o idee clară și un plan pus la punct de la început, șansele de reușită ale unui proiect sunt extrem de reduse. Fie că se pornește de la un business plan clasic, se merge pe ideea unui proof of concept sau se ajunge chiar la o listă prioritizată de use case-uri pentru noul sistem, planificarea fiecăriu pas înainte trebuie să se facă cu grijă și responsabilitate astfel încât să se poată evita toate riscurile cunoscute.
Bibliografie: 1. http://blogs.wsj.com/accelerators/2012/11/29/ embrace-the-executive-summary/ 2. Use-Case 2.0 The Guide to Succeeding with Use Cases, Ivar Jacobson, Ian Spence, Kurt Bittner 3.http://www.avocatnet.ro/content/articles/ id_30930/In/ce/investesc/antreprenorii/care/au/ adoptat/o/cariera/de/business/angel/in/Romania. html#ixzz2pwAZCe5
Ioana Armean
ioana@ogradamea.ro Project Manager @ Ogradamea
www.todaysoftmag.ro | nr. 20/Februarie, 2014
41