Role w Solvro
Role w projektach Solvro
Czym jest rola? PMI definiuje rolę jako:
A defined function to be performed by a project team member, such as testing, filing, inspecting, or coding.
W Solvro każdy projekt software jest realizowany przez zespół składający się z osób pełniących różne role. Każda rola ma swoje unikalne obowiązki, kompetencje i obszary odpowiedzialności.
Przegląd ról
🎯 Opiekun projektu Właściciel wizji produktu i odpowiada za jego kierunek
📋 Project Manager Lider zespołu, koordynuje pracę i dba o przepływ projektu
⚙️ Tech Lead Lider techniczny odpowiedzialny za architekturę i jakość kodu
👥 Członek zespołu Osoba realizująca zadania projektowe
Hierarchia i współpraca
W projektach Solvro role nie działają w izolacji - tworzą one spójny ekosystem współpracy:
- Opiekun projektu definiuje CO i DLACZEGO - wizję i cele biznesowe
- Project Manager określa JAK i KIEDY - metodykę i harmonogram
- Tech Lead decyduje o CZYM technicznie - architekturze i implementacji
- Członkowie zespołu realizują konkretne zadania zgodnie z ustaleniami
Matryca odpowiedzialności RACI
Poniższa matryca definiuje, kto jest odpowiedzialny za poszczególne aktywności w projekcie.
Jak czytać macierz RACI? Sprawdź tutaj!
Aktywność/Decyzja | Opiekun projektu | Project Manager | Tech Lead | Członek zespołu |
---|---|---|---|---|
Initiation | ||||
Karta projektu | A | R | ||
Pitch do Zarządu / na Weekly | A | R | ||
Planning | ||||
Zebranie zespołu | A | R | ||
Organizacja wizyjnego | A | R | C | I |
Zebranie wymagań | C | A | R | I |
Wybór technologii | C | I | RA | C |
Przygotowanie repozytorium GitHub | C | I | RA | C |
Przygotowanie projektu GitHub Projects | C | RA | I | C |
Przygotowanie folderu Google Drive | I | RA | I | I |
Przygotowanie kategorii Discord | I | RA | I | I |
Execution | ||||
Przygotować backlog | RA | C | C | I |
Build deliverables | I | C | A | R |
Przeprowadzanie code review | I | C | RA | I |
Deployment na produkcję | I | A | R | C |
Organizacja weekly projektu | I | RA | C | I |
Marketing i Promocja | C | A | I | R |
Prezentacja postępów na Weekly | C | RA | C | I |
Closure | ||||
Final retro | A | R | C | C |
Archiwizacja dokumentacji | I | A | C | R |
Archiwizacja repozytorium | I | C | A | R |
Notka: W uzasadnionych przypadkach, z racji na specyfikę projektu, matryca może ulec zmianie.
FAQ
Czy jedna osoba może pełnić kilka ról?
Tak, szczególnie w mniejszych projektach. Należy wtedy zwracać uwagę na to, żeby nie przeciążyć danej osoby zbyt wieloma obowiązkami.
Jak wybrać odpowiednie osoby do ról?
Wybór osób powinien bazować na kilku kluczowych kryteriach:
Kompetencje techniczne:
• Doświadczenie w danej dziedzinie
• Znajomość wymaganych technologii i narzędzi
• Umiejętności miękkie odpowiednie do roli
Czynniki praktyczne:
• Dostępność czasowa na dany projekt
• Motywacja i zaangażowanie w projekt
• Dopasowanie do specyfiki i skali projektu
Aspekty rozwojowe:
• Chęć nauki i rozwoju w danej roli
• Możliwość mentoringu przez doświadczone osoby
• Potencjał do przyszłego rozwoju w organizacji
Kompetencje techniczne:
• Doświadczenie w danej dziedzinie
• Znajomość wymaganych technologii i narzędzi
• Umiejętności miękkie odpowiednie do roli
Czynniki praktyczne:
• Dostępność czasowa na dany projekt
• Motywacja i zaangażowanie w projekt
• Dopasowanie do specyfiki i skali projektu
Aspekty rozwojowe:
• Chęć nauki i rozwoju w danej roli
• Możliwość mentoringu przez doświadczone osoby
• Potencjał do przyszłego rozwoju w organizacji
Co w przypadku konfliktów między rolami?
Konflikty między rolami można rozwiązać na kilka sposobów:
Pierwsza linia:
1. Odniesienie do matrycy RACI - sprawdzenie kto jest odpowiedzialny
2. Bezpośrednia rozmowa między zainteresowanymi stronami
Eskalacja:
1. Konsultacja z Project Managerem
2. Konsultacja z Opiekunem projektu
3. Rozmowa z Przewodniczącym odpowiedniej Sekcji lub Zarządem
Prewencja:
• Jasne zdefiniowanie ról na początku projektu
• Regularne sprawdzanie zrozumienia odpowiedzialności
• #otwartakomunikacja
Pierwsza linia:
1. Odniesienie do matrycy RACI - sprawdzenie kto jest odpowiedzialny
2. Bezpośrednia rozmowa między zainteresowanymi stronami
Eskalacja:
1. Konsultacja z Project Managerem
2. Konsultacja z Opiekunem projektu
3. Rozmowa z Przewodniczącym odpowiedniej Sekcji lub Zarządem
Prewencja:
• Jasne zdefiniowanie ról na początku projektu
• Regularne sprawdzanie zrozumienia odpowiedzialności
• #otwartakomunikacja
Czy role mogą się zmieniać w trakcie projektu?
Tak, role mogą ewoluować w zależności od potrzeb projektu.
Jak zacząć działać w nowej roli?
Rozpoczęcie pracy w nowej roli wymaga systematycznego podejścia:
1. Zapoznanie się z opisem roli i jej obowiązkami
2. Przeczytanie matrycy RACI dla swojej roli
3. Kontakt z poprzednikiem w roli (jeśli możliwe)
1. Zapoznanie się z opisem roli i jej obowiązkami
2. Przeczytanie matrycy RACI dla swojej roli
3. Kontakt z poprzednikiem w roli (jeśli możliwe)
Powiązane materiały
Matryca RACI Dowiedz się więcej o modelu odpowiedzialności
GitHub Projects Narzędzie do zarządzania projektami
Źródła
- Project Management Institute. (2025). Large agile teams – disciplined agile. https://www.pmi.org/disciplined-agile/agility-at-scale/tactical-agility-at-scale/large-agile-teams
- Zein, O. (2010, October). Roles, responsibilities, and skills in program management. Paper presented at the PMI® Global Congress 2010—EMEA, Milan, Italy. Project Management Institute.
- Project Management Institute. (2017). Agile practice guide. Project Management Institute.