Un podcast pentru și despre cei care sunt implicați în managementul și implementarea de proiecte software. Sunt discutate și analizate (dintr-o perspectivă subiectivă) tehnici, practici, instrumente și metodologii utilizate în astfel de proiecte. Podcastul s-a născut din dorința de a furniza o sursă de informație suplimentară stundenților înscriși la cursurile de Gestiunea Proiectelor Software și Agile Software Development, cursuri predate la Facultatea de Matematică și Informatică a Universității Babeș-Bolyai Cluj-Napoca, precum și a celor înscriși la cursul de Metodologii Alternative de Management al Proiectelor predat la Școala Națională de Studii Politice și Administrative București. În același timp acest podcast poate fi util tuturor celor care au tangență cu proiectele software în plan profesional.
Episodul 25 explică pe scurt modul în care poate fi realizată o planificare strategică a unei organizații folosind analiza TOWS. Acest tip de analiză se bazează pe analiza SWOT (presupune, la rândul său, identificarea punctelor tari și slabe precum și a oportunităților și amenințărilor ce vizează o organizație) dar ne conduce într-un mod mai direct la identificarea direcției strategice ce trebuie abordată.
The Cynefin framework was developed by David J. Snowden in 1999. It aims to help leaders understand that every situation is different and requires a unique approach to decision-making. The framework outlines five situational domains that are defined by cause-and-effect relationships. They are Obvious, Complicated, Complex, Chaotic, Disorder. Each of these domains has a specific decision-making approach that helps you make better sense of the situation, and choose the most appropriate way forward. This episode of Software Project Management podcast covers the description of Complex and Chaotic problem domains.
The Cynefin framework was developed by David J. Snowden in 1999. It aims to help leaders understand that every situation is different and requires a unique approach to decision making. The framework outlines five situational domains that are defined by cause-and-effect relationships. They are: Obvious, Complicated, Complex, Chaotic, Disorder. Each of these domains has a specific decision-making approach that helps you make better sense of the situation, and choose the most appropriate way forward. This episode of Software Project Management podcast covers the description of Obvious and Complicated problem domains.
The Agile Manifesto is a document that identifies four key values and 12 principles that its authors believe software developers should use to guide their work. Formally called the Manifesto for Agile Software Development, it was produced by 17 software development consultants during an outing in February 2001, at Snowbird ski resort in Utah. Youtube: https://www.youtube.com/watch?v=yZ_sR465jD4 (Software Project Management | S2E02 | Agile Manifesto Explained)
A wise approach when we want to adopt a new methodology, technology or simply a new practice in a project team, is to identify and compare in advance the advantages and disadvantages of its use. Every time such analysis shall be carried out taking into account the context in which it will be adopted. "Which are the benefits of implementing the practice X in my team?", "What are the main risks for my project in the conditions of implementing the methodology Y?", "Which is the learning curve of the technology Z and how will it impact the deadlines?" - these are just a few examples of questions we ask ourselves (together with our team) prior to making a decision. The unexpected trap of this process is that we usually try to fully benefit from the advantages of the methodology/technology/practice we implement and most of the time we exaggerate in this respect. The Yerkes-Dodson law (known also as "Inversed U Curve theory") gives an interesting perspective in approaching all these practices. Youtube: https://www.youtube.com/watch?v=LDdizZdS1Kc (Software Project Management | S2E01 | Inverted U Curve and Agile Development)
Episodul 24 descrie utilitatea diagramelor Gantt în construirea unui plan de execuție în proiecte predictive. Youtube: https://www.youtube.com/watch?v=vvXvQNx5UBc (Gestionarea Proiectelor Software | S1E24 | Diagrama Gantt)
Episodul 23 descrie matricea responsabilităților, cunoscută și ca Matricea RACI (Responsible/Accountable, Consulted, Informed), ce pune în corespondență task-urile identificate în WBS cu rolurile membrilor echipei de proiect. Youtube: https://www.youtube.com/watch?v=YVAoenmtWow (Gestionarea Proiectelor Software | S1E23 | Matricea Responsabilităților)
In episodul 22 este descrisa o structura arborescenta utilizată în determinarea top-down a activităților unui proiect, instrument care este cunoscut sub denumirea de structură defalcată a lucrărilor (sau mai degrabă este cunoscută versiunea în limba engleză Work Breakdown Structure cu prescurtarea sa, WBS). Youtube: https://www.youtube.com/watch?v=tNlnPucZtOM (Gestionarea Proiectelor Software | S1E22 | Work Breakdown Structure (WBS))
Documentul de inițiere a proiectului este primul document redactat de un manager de proiect. Structura acestuia poate sa difere de la o companie la alta, însă anumite informații sunt comune în toate cazurile. Youtube: https://www.youtube.com/watch?v=MKxS5j2BgCk (Gestionarea Proiectelor Software | S1E21 | Documentul de Inițiere a Proiectului (Project Charter))
In episodul 20 este descris un exemplu in care e utilizata o tehnica de luare a deciziilor si anume analiza atributelor. Youtube: https://www.youtube.com/watch?v=gQYA5tEzgGk (Gestionarea Proiectelor Software | S1E20 | Analiza Atributelor)
Episodul 19 explică pe scurt cum se naște un proiect.
Episodul 18 diferente importante dintre proiecte si procese. De asemenea sunt discutate conceptele de program si protofoliu de proiecte. Youtube: https://www.youtube.com/watch?v=3D0f8_kJY3o (Gestionarea Proiectelor Software | S1E18 | Proiecte vs Procese)
Episodul 17 prezintă o trecere în revistă a principalelor caracteristici ce fac proiectele informatice mai dificil de gestionat decât celelalte tipuri de proiecte. Youtube: https://www.youtube.com/watch?v=dEIpcuSs8Ww (Gestionarea Proiectelor Software | S1E17 | Particularitățile proiectelor informatice)
Episodul 16 prezintă pe scurt principalele avantaje ale metodologiei Kanban. Youtube: https://www.youtube.com/watch?v=ly449sjdAh0 (Gestionarea Proiectelor Software | S1E16 | Kanban)
În episodul 15 facem o trecere în revistă a principiilor ce stau la baza metodologiei Lean de dezvoltare a proiectelor software. Youtube: https://www.youtube.com/watch?v=8fZr8ptxel4 (Gestionarea Proiectelor Software | S1E15 | Lean Software Development)
Episodul 14 continuă prezentarea tehnicilor de estimare în proiectele Agile, descriind două dintre cele mai utilizate metode de estimare a unui număr mare de user stories: White Elephant Sizing și Affinity Estimation. Youtube: https://www.youtube.com/watch?v=Qjm-tR5ALic (Gestionarea Proiectelor Software | S1E14 | Estimări Agile - partea 2)
Episodul 13 vorbeste despre modul in care se realizează estimările într-o echipă Agile. Vom aminti despre utilizarea conceptului abstract de story points, de estimare colectiva si despre Youtube: https://www.youtube.com/watch?v=fleKloEkaXM (Gestionarea Proiectelor Software | S1E13 | Estimări Agile - partea 1)
Episodul 12 trateaza conceptul de User Story, analizând cele 6 proprietăți îl caracterizează. Youtube: https://www.youtube.com/watch?v=IkuqKCU6uqw (Gestionarea Proiectelor Software | S1E12 | User Stories)
In episodul 11 vorbim despre ceremoniile Scrum: Sprint Planning, Daily Scrum, Sprint Review, Retrospective, Backlog Refinement Youtube: https://www.youtube.com/watch?v=vKFLwAY2qfo (Gestionarea Proiectelor Software | S1E11 | Metodologia Scrum - Ceremonii)
Episodul 10 vizează artefactele folosite de o echipă Scrum: Product & Sprint Backlog, Definition of Ready, Definition of Done, Task Board și Burndown Chart Youtbe: https://www.youtube.com/watch?v=epXcAklPX24 (Gestionarea Proiectelor Software | S1E10 | Metodologia Scrum - Artefacte)
Episodul 9 continue o descriere a principalelor responsabilități pe care le au cei care îndeplinesc rolul de Product Owner, Scrum Master sau Team Member într-o echipă Scrum. Youtube: https://www.youtube.com/watch?v=Ekl175I4t3k (Gestionarea Proiectelor Software | S1E09 | Metodologia Scrum - Roluri)
Episodul 8 tratează un mod de abordare simplu de gestionare a așteptărilor clienților în scopul păstrării unui nivel potrivit de încredere și colaborare. Youtube: https://www.youtube.com/watch?v=mbcmyFtxEAU (Gestionarea Proiectelor Software | S1E08 | Gestionarea așteptărilor clienților)
În episodul 7 vorbesc despre ”Artiști și Specificatori”, o activitate-joc dezvoltată și descrisă de Alistair Cockburn pentru conștientizarea comportamenetelor agile. Youtube: https://www.youtube.com/watch?v=WkmbEvcAwQs (Gestionarea Proiectelor Software | S1E07 | "Artiști și Specificatori")
În episodul 6 sunt trecute în revistă principalele diferențe dintre abordarea predictivă și cea agilă în managementul proiectelor. Youtube: https://www.youtube.com/watch?v=1-RY6C_32Pg (Gestionarea Proiectelor Software | S1E06 | Waterfall vs. Agile)
Episodul 5 face o trecere în revistă a celor 4 valori și 12 principii ce compun Manifestul Agile Youtube: https://www.youtube.com/watch?v=5Q9mxmRkS4c (Gestionarea Proiectelor Software | S1E05 | Manifestul Agile)
Modul in care sunt structurate organizațiile afectează în mod direct modul de organizare a proiectelor și modul de colaborare între persoanele ce fac parte, temporar sua nu, dintr-o echipă de proiect. Episodul 4 prezintă succint cele mai des întâlnite tipuri de structuri organizaționale, punctând principalele avantaje și dezavantaje ale acestora. Youtube: https://www.youtube.com/watch?v=KeTssj-XO3c (Gestionarea Proiectelor Software | S1E04 | Structuri organizaționale)
Un stakeholder (sau ”o parte interesată”) a unui proiect este o persoană, un grup de persoane sau o organizaţie care are un interes în proiect, care poate afecta (pozitiv sau negativ) realizarea acestuia sau care poate fi afectat/afectată de realizarea acestuia. Episodul curent prezintă două instrumente utilizate în analiza stakeholder-ilor unui proiect. Youtube: https://www.youtube.com/watch?v=qD2FYYwzMGw (Gestionarea Proiectelor Software | S1E03 | Analiza stakeholder-ilor)
Un proiect reprezintă un efort temporar asumat în vederea obținerii unui produs, serviciu sau rezultat unic. Caracteristica aceasta de unicitate a rezultatului implică un anumit grad de incertitudine în ceea ce privește derularea activităților și, inclusiv, un anumit nivel de risc. Cu cât gradul de incertitudine este mai mare, cu atât proiectul este mai fragil, mai predispus la eșec. De aceea, în managementul clasic, o bună parte din activitatea de management al unui proiect se focusează pe identificarea, măsurarea, monitorizarea, diminuarea și eliminarea riscurilor. Pe de altă parte, metodologiile Agile folosesc mecanisme ce conduc indirect la controlul riscurilor fără însă a propune practici explicite de eliminare a incertitudinii. Cu toate acestea (sau poate tocmai din această cauză), simțim de multe ori că ne aflăm constant pe nisipuri mișcătoare și că proiectul pare scăpat de sub control. Youtube: https://www.youtube.com/watch?v=sxZBoCtG8SE (Gestionarea Proiectelor Software | S1E02 | Agil si Antifragil)
În 2002 Dave Snowden propunea un sistem de abordare a problemelor numit Cynefin Framework. Cynefin este un instrument de luare a deciziilor care descrie modalitățile prin care putem aborda diversele probleme pe care le întâmpinăm prin detectarea domeniului de care acestea aparțin. Este important de observat că Cynefin (pronunțat [ku-nev-in]) nu descrie și nu propune soluții de probleme ci căi de detectare a soluțiilor. Youtube: https://www.youtube.com/watch?v=mzMbm-98uHw (Gestionarea Proiectelor Software | S1E01 | Framework-ul Cynefin)