Gestionarea Proiectelor Software

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: 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: Software Project Management | S2E01 | Inverted U Curve and Agile Development

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ă.

Episodul 24 descrie utilitatea diagramelor Gantt în construirea unui plan de execuție în proiecte predictive.Youtube: 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: 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: 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: 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: 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: 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: Gestionarea Proiectelor Software | S1E17 | Particularitățile proiectelor informatice

Episodul 16 prezintă pe scurt principalele avantaje ale metodologiei Kanban.Youtube: 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: 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: 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: 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: Gestionarea Proiectelor Software | S1E12 | User Stories

In episodul 11 vorbim despre ceremoniile Scrum: Sprint Planning, Daily Scrum, Sprint Review, Retrospective, Backlog RefinementYoutube: 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 ChartYoutbe: Gestionarea Proiectelor Software | S1E10 | Metodologia Scrum - Artefacte