Prezentacja z konferencji AgileByExample light 2017.
Historia z życia wzięta: jak priorytetyzować zadania gdy zlecają je nam 3 różne działy biznesowe?
Opowiem o tym:
• Jak IT we współpracy z pozostałymi działami wypracowało tzw. Kryteria wartości biznesowej?
• Co nie sprawdziło się w pomyśle Kryteriów wartości?
• Jakie rozwiązanie weszło do użytku (skracając spotkania dotyczące priorytetów do 15 minut raz na tydzień)?
Będzie też o tym jak w priorytetyzowaniu pomogło wdrożenie Scruma (który sam w sobie niewiele mówi o priorytetyzowaniu...), o wzajemnym przekonywaniu się że “w sumie to moje zadanie nie jest aż tak ważne” oraz o konkretnych miarach sensowności wdrożenia całego procesu na poziomie strategicznym firmy.
Mimo, że nie ma w takich przypadkach rozwiązań uniwersalnych, ta historia może być dobrą inspiracją do tego jak w IT skupiać się na maksymalizowaniu dostarczanej wartości biznesowej.
Nagranie: http://www.youtube.com/watch?v=1oOH2B6bn8Y
The Hard life of Agile Coach Project in a ruinJakub Drzazga
This document summarizes the challenges faced by an Agile Coach on a project. The project was in ruins with the web part completely failing to provide any business value and upsetting the customer. The coach analyzed the problems, which included a demotivated team, lost customer, and lack of transparency. The coach's solution was to remove the project manager, engage the customer, quickly deliver value through daily standups and demos, empower the team, and bring transparency to regain the customer's trust and get the project back on track.
The Hard life of Agile Coach Project in a ruinJakub Drzazga
This document summarizes the challenges faced by an Agile Coach on a project. The project was in ruins with the web part completely failing to provide any business value and upsetting the customer. The coach analyzed the problems, which included a demotivated team, lost customer, and lack of transparency. The coach's solution was to remove the project manager, engage the customer, quickly deliver value through daily standups and demos, empower the team, and bring transparency to regain the customer's trust and get the project back on track.
Zarzadzanie projektami, system ERP dla sektora MSPSUPREMIS
ProjectManagement jest specjalnie zaprojektowane dla małych i średnich przedsiębiorstw, które zarządzają projektami w działalności usługowej takiej jak konsulting oraz firm informatycznych i inżynieryjnych. Rozwiązanie obsługuje cały obieg dokumentów w tych przedsiębiorstwach począwszy od projektu do wbudowanych analiz biznesowych. Wraz z ProjectManagement masz ciągły dostęp do bieżących danych dotyczących Twojego biznesu, dzięki czemu uczynisz Swój biznes bardziej dochodowym.
10 problemów, które zniszczą Twoje biuro rachunkowesmartBusiness
Podobała się Tobie prezentacja? W takim razie zapraszamy na nasz blog, gdzie znajdziesz artykuły o podobnej tematyce:
https://smartbusiness.software/blog/
Szybko czy dobrze. jak współpracować z biznesem i nie dać się zwieść pozornym...Michał Bartyzel
Jaki jest model współpracy między biznesem a IT w Twojej organizacji?
Który aspekt naszej relacji z biznesem generuje najwięcej problemów?
Jak zbudować koalicję na rzecz zmiany?
Jak długoterminowo zadbać o jakość współpracy z biznesem?
Dlaczego po wprowadzeniu zmian ludzie wciąż narzekają?
Od czego zacząć?
Jak skutecznie zarządzać projektami internetowymi. Praktyczne porady jak zarządzać zmianą, budżetem, harmonogramen, jak zarządzać wieloma projaktami, itd.
Efektywne Testy Oprogramowania w Środowisku ScrumowymTestPro
Na środowisko Scrumowe składają się trzy role - Development Team, Scrum Master oraz Product Owner. Gdzie w tym wszystkim znajduje się tester? Czy jest on nadal potrzebny? Czy stanowisko te jest już zbędne? Jak powinno wyglądać testowanie w Scrumie?
Leadership Center - prezentacja firmy Pecha KuchaLeadershipCenter
Prostota, Psychologia, Przywództwo.
Dzięki tym 3 zasadom wdrażamy skuteczne metody lepszej organizacji pracy, oraz skutecznego zarządzania porjektami w organizacji.
Jeżeli zależy Ci na realizacji projektów na czas, w budżecie i pełnym zaangażowaniu zespołu - sprawdź nas.
czyli sposoby na zachowanie wysokiej jakości produktów. Z artykułu dowiesz się m. in.: jakie są typowe problemy i sposoby radzenia przy realizacji dużych projektów; poznasz procesy planowania oraz sposoby dzielenia projektów na etapy. Zapraszamy do lektury.
Value over practices - AgileByExample 2017Pawel Wrzeszcz
The document discusses different perceptions of Agile practices. It notes that some see Agile as just industry standard practices brought by "harmless freaks", while others question the need for certain ceremonies like retrospectives. The document advocates focusing on the value that Agile practices bring rather than rigidly following practices. It suggests making retrospectives more action-oriented by identifying specific actions to be taken, who will take them, and the expected value.
More Related Content
Similar to Trzy działy biznesowe i jedno IT - Jak tu priorytetyzować?
Zarzadzanie projektami, system ERP dla sektora MSPSUPREMIS
ProjectManagement jest specjalnie zaprojektowane dla małych i średnich przedsiębiorstw, które zarządzają projektami w działalności usługowej takiej jak konsulting oraz firm informatycznych i inżynieryjnych. Rozwiązanie obsługuje cały obieg dokumentów w tych przedsiębiorstwach począwszy od projektu do wbudowanych analiz biznesowych. Wraz z ProjectManagement masz ciągły dostęp do bieżących danych dotyczących Twojego biznesu, dzięki czemu uczynisz Swój biznes bardziej dochodowym.
10 problemów, które zniszczą Twoje biuro rachunkowesmartBusiness
Podobała się Tobie prezentacja? W takim razie zapraszamy na nasz blog, gdzie znajdziesz artykuły o podobnej tematyce:
https://smartbusiness.software/blog/
Szybko czy dobrze. jak współpracować z biznesem i nie dać się zwieść pozornym...Michał Bartyzel
Jaki jest model współpracy między biznesem a IT w Twojej organizacji?
Który aspekt naszej relacji z biznesem generuje najwięcej problemów?
Jak zbudować koalicję na rzecz zmiany?
Jak długoterminowo zadbać o jakość współpracy z biznesem?
Dlaczego po wprowadzeniu zmian ludzie wciąż narzekają?
Od czego zacząć?
Jak skutecznie zarządzać projektami internetowymi. Praktyczne porady jak zarządzać zmianą, budżetem, harmonogramen, jak zarządzać wieloma projaktami, itd.
Efektywne Testy Oprogramowania w Środowisku ScrumowymTestPro
Na środowisko Scrumowe składają się trzy role - Development Team, Scrum Master oraz Product Owner. Gdzie w tym wszystkim znajduje się tester? Czy jest on nadal potrzebny? Czy stanowisko te jest już zbędne? Jak powinno wyglądać testowanie w Scrumie?
Leadership Center - prezentacja firmy Pecha KuchaLeadershipCenter
Prostota, Psychologia, Przywództwo.
Dzięki tym 3 zasadom wdrażamy skuteczne metody lepszej organizacji pracy, oraz skutecznego zarządzania porjektami w organizacji.
Jeżeli zależy Ci na realizacji projektów na czas, w budżecie i pełnym zaangażowaniu zespołu - sprawdź nas.
czyli sposoby na zachowanie wysokiej jakości produktów. Z artykułu dowiesz się m. in.: jakie są typowe problemy i sposoby radzenia przy realizacji dużych projektów; poznasz procesy planowania oraz sposoby dzielenia projektów na etapy. Zapraszamy do lektury.
Similar to Trzy działy biznesowe i jedno IT - Jak tu priorytetyzować? (20)
Value over practices - AgileByExample 2017Pawel Wrzeszcz
The document discusses different perceptions of Agile practices. It notes that some see Agile as just industry standard practices brought by "harmless freaks", while others question the need for certain ceremonies like retrospectives. The document advocates focusing on the value that Agile practices bring rather than rigidly following practices. It suggests making retrospectives more action-oriented by identifying specific actions to be taken, who will take them, and the expected value.
Prezentacja z konferencji 4developers 2017.
Większość opracowań dotyczących przyczyn dla których startupy upadają wymienia dwie kategorie powodów:
- biznesowe (brak product/market fit, skończyły się pieniądze, słaby marketing) i
- komunikacyjne (zespół nie dogadywał się między sobą albo z inwestorem).
W tej prezentacji pokaże inną perspektywę. Moim zdaniem kluczowy jest inny poziom - indywidualnych potrzeb założycieli startupu. Krótko mówiąc tego co ich najbardziej “kręci” w pomyśle startupu.
Będzie o przykładach z mojego doświadczenia - systemie obiegu dokumentów, który nie doczekał się klientów, udanym, ale nieopłacalnym narzędziu dla programistów (Codebrag) i biznesowym sukcesie SoftwareMill oraz firm, którym aktualnie doradzam.
Na podstawie tych przykładów opowiem o modelu projektowania biznesu dla programistów opartym o 3 aspekty: własnych potrzeb, ambicji technicznych oraz potrzeb rynku. Z takiej analizy często wyłania się trzecia droga, np. założenia softwarehouse’u zamiast tworzenia ryzykownego startupu produktowego.
Przyjdź zanim założysz startup. Jeśli już założyłeś, też przyjdź - spojrzysz na swój biznes z zupełnie innej perspektywy.
===
Nagranie video: https://www.youtube.com/watch?v=yKqsGSpdzEI&t=1257s
http://zanimzalozyszstartup.pl
How To Transform Good Teams Into Awesome Ones - ACE Conference 2016Pawel Wrzeszcz
Abstract:
This is not a talk about teams. This is a talk about you and your role in developing a great team. No matter whether you are a Scrum Master, Project Manager or CTO, at least part of your job is to help your team or teams grow. In order to make this happen you need to work on two levels: The Zen Level and The Operational Level.
The Zen Level is mostly about maintaining the right attitude. The Operational Level is mostly about taking the right steps. We will share our experience from Agile transformations we worked on recently, success and failure stories and steps we make while working with the teams.
Join us to master the two levels while working with your people. Beware, they may become an awesome team that hardly needs you to succeed.
Authors: Paweł Wrzeszcz, Mariusz Sieraczkiewicz (http://www.slideshare.net/MariuszSieraczkiewicz)
Over the last 9 years I have worked remotely in a corporation, in an international startup and in my own company.
I would like to share my experience and discuss how to approach challenges such as:
* How to apply an Agile/Scrum approach in distributed teams.
* How to hold an effective remote Daily Standup meeting
* How to handle time differences and synchronise work
* What to do when teams are separated not only by distance but cultural differences and completely different attitude towards life
* How to agree on requirements with a client you have never seen
* And finally: How to stay awake during teleconferences ;-)
If these challenges sound familiar, this presentation is for you.
This document contains tweets and notes from an Agile coach discussing the importance of staying focused on goals. The coach emphasizes that the team as a whole, not just the Product Owner, should ensure discussions and deliverables are connected to objectives. Regularly checking that the team's work aligns with the overall goal is an important habit to form.
Visibility Shift In Distributed Teams Jazoon 2013Pawel Wrzeszcz
Contrary to common belief, (fully) distributed team can actually make it easier to adapt an agile approach to software development.
Compared with the co-located group, a distributed team experiences what I call a shift in visibility. The hours spent in the office no longer count, therefore more focus is placed on actual work done and business value delivered. If your team suffers from poor communication or endless meetings, working remotely will make this even more conspicuous.
See also: https://softwaremill.com/visibility-shift-in-distributed-teams
8. @pawelwrzeszcz
IT podejmuje decyzje biznesowe
bez wiedzy o priorytetach
Duże obciążenie dla Team Leadera
Czas realizacji średnio 2-3 m-ce
Zarzuty o przedłużające się terminy
Problem?
10. @pawelwrzeszcz
Product Owner = Team Leader
PO przychodzi na spotkanie z propozycją kolejności
zadań
Reprezentanci biznesu mogą zmienić priorytety
Zadania na kartkach - układamy kolejność
Wersja #0
11. @pawelwrzeszcz
Product Owner = Team Leader
PO przychodzi na spotkanie z propozycją kolejności
zadań
Reprezentanci biznesu mogą zmienić priorytety
Wersja #1
12. @pawelwrzeszcz
Czy na pewno wybieramy
najważniejsze zadania?
A dlaczego moje nie zostanie zrealizowane?
Zadanie którego działu biznesowego jest ważniejsze?
16. @pawelwrzeszcz
Pozostałe (dla przykładu):
Wpływ na NPS
Faza życia klienta
Możliwość sprzedania dodatkowej usługi Klientowi
Skala rozumiana jako ilość Klientów, których dotyczy temat
Zobowiązania wynikające z umowy
Wiek zgłoszenia
Rodzaj zmiany
Kto zgłasza zmianę
…
Wersja #3 - Wspólne kryteria
17. @pawelwrzeszcz
Delegaci z biznesu przychodzą z priorytetami
i argumentują ważność zadań za pomocą kryteriów
PO = facilitator
Wersja #3 - Wspólne kryteria
18. @pawelwrzeszcz
- Co to jest za spotkanie, bo ja już się gubię?
Planning? Refinement?
- To jest to spotkanie, na które każdy [z biznesu]
przychodzi ze swoimi zadaniami
i przekonuje pozostałych, że jego zadania
są mniej ważne niż pozostałych
21. @pawelwrzeszcz
1. Poprawność naliczeń
-> Prawo czy regulamin wewnętrzny klienta?
2. Usprawnienie procesu
(skrócenie czasu na obsługę ręczną)
3. Skala / Ryzyko finansowe
Wersja #3b - Kryteria i miary
22. @pawelwrzeszcz
1. Poprawność naliczeń
-> Prawo czy regulamin wewnętrzny klienta?
2. Usprawnienie procesu
(skrócenie czasu na obsługę ręczną)
-> Ile godzin miesięcznie?
3. Skala / Ryzyko finansowe
Wersja #3b - Kryteria i miary
23. @pawelwrzeszcz
1. Poprawność naliczeń
-> Prawo czy regulamin wewnętrzny klienta?
2. Usprawnienie procesu
(skrócenie czasu na obsługę ręczną)
-> Ile godzin miesięcznie?
3. Skala / Ryzyko finansowe
-> Szacunkowa kwota
Wersja #3b - Kryteria i miary
27. @pawelwrzeszcz
“Jeśli moje zadanie nie wejdzie do Sprintu,
to wiem dlaczego”
“Mogę uzasadnić klientom
dlaczego czegoś dla nich nie zrobimy”
“Dużo lepiej współpracujemy wewnątrz działu”
Efekty - działy biznesowe