Wielu Scrum Masterów nie ma pomysłu lub ma trudności z prowadzeniem wartościowych Retrospekcji Sprintu. Młodzi, niedoświadczeni adepci tej sztuki często ograniczają się do jednej dobrze przećwiczonej metody. Najgorzej, kiedy jest to wariacja oparta na plusach i minusach lub ćwiczeniu rozgwiazda. Każdy zespól to widział i szybko się znudzi. Z tego powodu, retrospekcja staje się "koniecznym złem” dla zespołu, nudnym spotkaniem, które nie przynosi żadnej wartości. Zespół przestaje się angażować. Dlatego warto poszerzać warsztat i sprawdzać inne metody. Dzisiaj chciałabym Ci przedstawić Retrospekcję z wykorzystaniem niedawnej zmiany w Scrum Guide - dodanych Wartości Scrum.
Salary Formula - bumpy road to transparency.STX Next
1) The company implemented a salary formula to increase fairness, clarity, and transparency around salaries. The formula calculates salary as a base amount multiplied by weighted factors like experience, seniority, skills, and location.
2) After the first iteration, the formula covered 70% of employees but issues arose around measuring some factors objectively. The company refined the formula in a second iteration.
3) By the conclusion, the salary formula achieved its goals of reducing unfair salaries and unclear expectations through negotiations, while covering 85% of employees. The company continues refining the formula.
This document discusses adapting Agile values and failures to do so. It presents three cases where Agile values were not fully adopted, including issues with regression testing, burndown charts, and cooperation between teams. It then discusses common reasons for failing to adapt Agile, such as a lack of management support or a culture at odds with Agile values. The document advocates starting quickly with Agile practices and adopting values of transparency, trust and empowerment to successfully change a culture over time.
Nearshoring and outsourcing will become more and more important, because the shortage of good developers is increasing, especially in Western Europe and US.
https://stxnext.com
What scrum masters and product owners should know about software quality and ...STX Next
The document discusses technical debt in software projects. It defines technical debt as compromises in quality or maintainability that accumulate when developers take shortcuts or make quick fixes rather than implementing clean code. Technical debt comes from decisions to cut corners, such as not refactoring code or thoroughly testing features. Over time, technical debt can lead to slower development, more bugs, and heavier testing needs.
The document recommends calculating technical debt through software metrics like code complexity, duplication, and test coverage. It also suggests effective ways to manage technical debt in agile projects, such as creating a technical debt backlog, educating stakeholders, automating tests, and conducting retrospectives to improve practices and prevent accumulating further debt. Regularly paying down
Salaries should be fair for all employees, probably nobody doubts about it. In STX we felt that our salaries depend more on the personal negotiation skills, rather than on the exact knowledge. Inspired by Management 3.0 book by Jurgen Appelo, we’ve decided to implement the Salary Formula in our company. We gather the whole management team and started crafting magical formula hoping that it will solve all our problems. Quite fast we realized, that the theory is quite simple but the implementation is tricky, because a lot of pitfalls is not covered in available papers. In this talk I will share what we have learned last year and what we need to improve in future to make this formula as fair as possible.
Wielu Scrum Masterów nie ma pomysłu lub ma trudności z prowadzeniem wartościowych Retrospekcji Sprintu. Młodzi, niedoświadczeni adepci tej sztuki często ograniczają się do jednej dobrze przećwiczonej metody. Najgorzej, kiedy jest to wariacja oparta na plusach i minusach lub ćwiczeniu rozgwiazda. Każdy zespól to widział i szybko się znudzi. Z tego powodu, retrospekcja staje się "koniecznym złem” dla zespołu, nudnym spotkaniem, które nie przynosi żadnej wartości. Zespół przestaje się angażować. Dlatego warto poszerzać warsztat i sprawdzać inne metody. Dzisiaj chciałabym Ci przedstawić Retrospekcję z wykorzystaniem niedawnej zmiany w Scrum Guide - dodanych Wartości Scrum.
Salary Formula - bumpy road to transparency.STX Next
1) The company implemented a salary formula to increase fairness, clarity, and transparency around salaries. The formula calculates salary as a base amount multiplied by weighted factors like experience, seniority, skills, and location.
2) After the first iteration, the formula covered 70% of employees but issues arose around measuring some factors objectively. The company refined the formula in a second iteration.
3) By the conclusion, the salary formula achieved its goals of reducing unfair salaries and unclear expectations through negotiations, while covering 85% of employees. The company continues refining the formula.
This document discusses adapting Agile values and failures to do so. It presents three cases where Agile values were not fully adopted, including issues with regression testing, burndown charts, and cooperation between teams. It then discusses common reasons for failing to adapt Agile, such as a lack of management support or a culture at odds with Agile values. The document advocates starting quickly with Agile practices and adopting values of transparency, trust and empowerment to successfully change a culture over time.
Nearshoring and outsourcing will become more and more important, because the shortage of good developers is increasing, especially in Western Europe and US.
https://stxnext.com
What scrum masters and product owners should know about software quality and ...STX Next
The document discusses technical debt in software projects. It defines technical debt as compromises in quality or maintainability that accumulate when developers take shortcuts or make quick fixes rather than implementing clean code. Technical debt comes from decisions to cut corners, such as not refactoring code or thoroughly testing features. Over time, technical debt can lead to slower development, more bugs, and heavier testing needs.
The document recommends calculating technical debt through software metrics like code complexity, duplication, and test coverage. It also suggests effective ways to manage technical debt in agile projects, such as creating a technical debt backlog, educating stakeholders, automating tests, and conducting retrospectives to improve practices and prevent accumulating further debt. Regularly paying down
Salaries should be fair for all employees, probably nobody doubts about it. In STX we felt that our salaries depend more on the personal negotiation skills, rather than on the exact knowledge. Inspired by Management 3.0 book by Jurgen Appelo, we’ve decided to implement the Salary Formula in our company. We gather the whole management team and started crafting magical formula hoping that it will solve all our problems. Quite fast we realized, that the theory is quite simple but the implementation is tricky, because a lot of pitfalls is not covered in available papers. In this talk I will share what we have learned last year and what we need to improve in future to make this formula as fair as possible.
Dnia 9 października 2014 roku, dzięki współpracy z Fundacją Governica mieliśmy przyjemność prowadzić Panel Ekspertów Agile, odbywający się w samym sercu Warszawy, skupiający się na 10 Błędach Zwinnych Transformacji. Uczestnicy mieli możliwość poznania sposobów na uniknięcie transformacyjnych trudów, poprzez wymianę doświadczeń i aktywne uczestnictwo w dwóch dyskusjach, prowadzonych przez naszego trenera, coacha i facylitatora Daniela Skowrońskiego oraz Jerzego Stawickiego, który wspierał jako moderator rozmowy przy drugim stoliku tematycznym.
Kultura organizacyjna proinnowacyjna - jak ją poznać, diagnozować i aktywowaćJoanna Tonkowicz
Kultura organizacyjna zjada strategię na śniadanie - wszyscy to wiemy, szczególnie po czasach pandemii, która wystawiła wiele strategii w kierunku nowego podejścia. Bez ludzi - nic nie zmienimy. Innowacja powstaje tam, gdzie ludzie mają odwagę podejmować decyzje, myślą poza schematami i podejmują wyzwanie. Prezentacja była nawigacją do webinaru na temat kultury organizacyjne proinnowacyjnej. Materiał video z wystąpienia dostępny w social media Absolvent Consulting
Michał Kujałowicz TestWarez2017
Zarządzaniu jakością w organizacji przyświecają takie główne zasady jak: orientacja na klienta, zaangażowanie ludzi, ciągłą poprawa, decyzje oparte o dane itd. W moim przekonaniu aby uzyskać jakość wszystkie one muszą dotyczyć organizacji, czy projektu, ale także każdego indywidualnego członka zespołu. W prezentacji opowiem o projekcie, który miałem przyjemność współprowadzić, a którego celem było zwiększenie umiejętności i świadomości pro-jakościowych każdego w zespole produktowym. Jak spowodować aby zespół miał większą empatię i zaangażowanie w problemy klienckie? Co to jest ‘myślenie produktowe’ i jak je wypracować u programistów i QA? Jak wbudować dbałość o zbieranie danych i opieranie się o nie w codzienne praktyki zespołów? Na te jak i inne pytania opowiem w trakcie prezentacji bazując na doświadczeniach z przeprowadzonego projektu. Na koniec podzielę się również wskazówkami i wnioskami jak taki projekt prowadzić w organizacji.
W dzisiejszej rzeczywistości pracodawcy stoją przed kolejnymi wyzwaniami związanymi z pozyskiwaniem, utrzymaniem, zaangażowaniem i motywacją pracowników. Czas pracodawcy odchodzi w zapomnienie i coraz bardziej widoczny jest czas pracownika. Pracodawcy kładą większy nacisk na rekrutację i przede wszystkim na utrzymanie pracowników w firmach.
- Dlaczego „czas pracownika” i jego motywacja to tak duże wyzwanie dla organizacji?
- Dlaczego tak ważna będzie sprawniejsza rekrutacja? I co to w ogóle oznacza?
- Dlaczego młodsza kadra tak bardzo się różni od obecnych 40-50 latków?
- Dlaczego koszty pozyskania i utrzymania pracownika są tak wysokie?
- Jakiego rodzaju są to koszty?
- Czy da się je zmniejszyć?
- Jak utrzymać „talent” w organizacji?
- Jak podejść na nowo do procesu pracownika w organizacji?
Nasi eksperci podczas webinarium przyjrzeli się bliżej powyższym pytaniom i dyskutowali o tym czy ekonomia behawioralna i może się przydać w podtrzymywaniu zaangażowania i motywacji pracowników oraz pokazali to w perspektywie całego „cyklu życia pracownika w organizacji”. Wyjaśnili też w jaki sposób można wspierać pracodawców i działy HR w tych, nienowych skądinąd, wyzwaniach.
W ramach transformacji do zwinnej organizacji pojawiają się często niezaadresowane pytania. Jak managerowie powinni pracować z Zespołami Scrum. Czy w Scrum nie ma zarządzania? Co zrobić z managerami? Samo-organizacja jest postrzegana jako kompletny chaos. Pojawia się hasło, że potrzebujemy mieć procesy zarządcze, więc potrzebujemy mieć managerów. Wiele osób nie rozumie czym różni sie lider od managera. Jak managerowie powinni pracować z Zespołami Scrum? Czy w Scrum w ogóle nie ma zarządzania? Czy w Zespole Scrum są liderzy? W swoim wystąpieniu odpowiem na te pytania. Opowiem czym jest servant-leadership. Jak przejść z hierachicznej organizacji z kulturą zarządzania ludźmi na organizację zwinną. Opowiem czym mogą a nawet powinni zajmować się managerowie w organizacji.
Prezentacja z wystąpienia Piotra Trojanowskiego i Bartosza Juszczaka pt. "Agile Coaching odczarowany" z dnia 4 czerwca 2020 roku dla Izby Coachingu Oddział Wielkopolski.
Behave automatically: (Almost) Effortless feature testingSTX Next
Presentation from the 2nd STX Next Summit 2016 by Tomasz Muszczek & Piotr Błaszczyk on how to set up the optimal software testing environment.
https://stxnext.com
Presentation from the 2nd STX Next Summit 2016 by Radosław Jankiewicz presenting an overview of ReactJS - a great javascript library for building user interfaces.
https://stxnext.com
Dnia 9 października 2014 roku, dzięki współpracy z Fundacją Governica mieliśmy przyjemność prowadzić Panel Ekspertów Agile, odbywający się w samym sercu Warszawy, skupiający się na 10 Błędach Zwinnych Transformacji. Uczestnicy mieli możliwość poznania sposobów na uniknięcie transformacyjnych trudów, poprzez wymianę doświadczeń i aktywne uczestnictwo w dwóch dyskusjach, prowadzonych przez naszego trenera, coacha i facylitatora Daniela Skowrońskiego oraz Jerzego Stawickiego, który wspierał jako moderator rozmowy przy drugim stoliku tematycznym.
Kultura organizacyjna proinnowacyjna - jak ją poznać, diagnozować i aktywowaćJoanna Tonkowicz
Kultura organizacyjna zjada strategię na śniadanie - wszyscy to wiemy, szczególnie po czasach pandemii, która wystawiła wiele strategii w kierunku nowego podejścia. Bez ludzi - nic nie zmienimy. Innowacja powstaje tam, gdzie ludzie mają odwagę podejmować decyzje, myślą poza schematami i podejmują wyzwanie. Prezentacja była nawigacją do webinaru na temat kultury organizacyjne proinnowacyjnej. Materiał video z wystąpienia dostępny w social media Absolvent Consulting
Michał Kujałowicz TestWarez2017
Zarządzaniu jakością w organizacji przyświecają takie główne zasady jak: orientacja na klienta, zaangażowanie ludzi, ciągłą poprawa, decyzje oparte o dane itd. W moim przekonaniu aby uzyskać jakość wszystkie one muszą dotyczyć organizacji, czy projektu, ale także każdego indywidualnego członka zespołu. W prezentacji opowiem o projekcie, który miałem przyjemność współprowadzić, a którego celem było zwiększenie umiejętności i świadomości pro-jakościowych każdego w zespole produktowym. Jak spowodować aby zespół miał większą empatię i zaangażowanie w problemy klienckie? Co to jest ‘myślenie produktowe’ i jak je wypracować u programistów i QA? Jak wbudować dbałość o zbieranie danych i opieranie się o nie w codzienne praktyki zespołów? Na te jak i inne pytania opowiem w trakcie prezentacji bazując na doświadczeniach z przeprowadzonego projektu. Na koniec podzielę się również wskazówkami i wnioskami jak taki projekt prowadzić w organizacji.
W dzisiejszej rzeczywistości pracodawcy stoją przed kolejnymi wyzwaniami związanymi z pozyskiwaniem, utrzymaniem, zaangażowaniem i motywacją pracowników. Czas pracodawcy odchodzi w zapomnienie i coraz bardziej widoczny jest czas pracownika. Pracodawcy kładą większy nacisk na rekrutację i przede wszystkim na utrzymanie pracowników w firmach.
- Dlaczego „czas pracownika” i jego motywacja to tak duże wyzwanie dla organizacji?
- Dlaczego tak ważna będzie sprawniejsza rekrutacja? I co to w ogóle oznacza?
- Dlaczego młodsza kadra tak bardzo się różni od obecnych 40-50 latków?
- Dlaczego koszty pozyskania i utrzymania pracownika są tak wysokie?
- Jakiego rodzaju są to koszty?
- Czy da się je zmniejszyć?
- Jak utrzymać „talent” w organizacji?
- Jak podejść na nowo do procesu pracownika w organizacji?
Nasi eksperci podczas webinarium przyjrzeli się bliżej powyższym pytaniom i dyskutowali o tym czy ekonomia behawioralna i może się przydać w podtrzymywaniu zaangażowania i motywacji pracowników oraz pokazali to w perspektywie całego „cyklu życia pracownika w organizacji”. Wyjaśnili też w jaki sposób można wspierać pracodawców i działy HR w tych, nienowych skądinąd, wyzwaniach.
W ramach transformacji do zwinnej organizacji pojawiają się często niezaadresowane pytania. Jak managerowie powinni pracować z Zespołami Scrum. Czy w Scrum nie ma zarządzania? Co zrobić z managerami? Samo-organizacja jest postrzegana jako kompletny chaos. Pojawia się hasło, że potrzebujemy mieć procesy zarządcze, więc potrzebujemy mieć managerów. Wiele osób nie rozumie czym różni sie lider od managera. Jak managerowie powinni pracować z Zespołami Scrum? Czy w Scrum w ogóle nie ma zarządzania? Czy w Zespole Scrum są liderzy? W swoim wystąpieniu odpowiem na te pytania. Opowiem czym jest servant-leadership. Jak przejść z hierachicznej organizacji z kulturą zarządzania ludźmi na organizację zwinną. Opowiem czym mogą a nawet powinni zajmować się managerowie w organizacji.
Prezentacja z wystąpienia Piotra Trojanowskiego i Bartosza Juszczaka pt. "Agile Coaching odczarowany" z dnia 4 czerwca 2020 roku dla Izby Coachingu Oddział Wielkopolski.
Behave automatically: (Almost) Effortless feature testingSTX Next
Presentation from the 2nd STX Next Summit 2016 by Tomasz Muszczek & Piotr Błaszczyk on how to set up the optimal software testing environment.
https://stxnext.com
Presentation from the 2nd STX Next Summit 2016 by Radosław Jankiewicz presenting an overview of ReactJS - a great javascript library for building user interfaces.
https://stxnext.com
Software development process, in-house or outsourced, might be a challenge. It is important to choose a vendor or hire a team of professionals who understand that quality of source code directly impacts the overall cost of your project. You most probably want to find a vendor who knows how to reveal all the risk hidden behind low quality code. Tricky part in revealing risk and possible quality issues is that you have to know how to do this at the time of development, not when it’s already too late.
Author:
Łukasz Koczwara - Software Development Manager @ STX Next
Kotlin Advanced - language reference for Android developers STX Next
StxNext Lightning Talks - Mar 11, 2016
This presentation contains the second talk on Kotlin language we had at STXNext. We try go deeper into language specifics and look at the positive impact new syntax can have on boilerplate removal and readability improvement.
Kotlin really shines in Android development when one looks at “Enum translation”, “Extension functions”, “SAM conversions”, “Infix notation”, “Closures” and “Fluent interfaces” applied to lists. The talk, however, compares language-specifics of Java & Kotlin in terms of “Type Variance”, “Generics” and “IDE tools” as well.
We present real-world example based on Stx-Insider project written in Kotlin which incorporates Dagger 2, Kotterknife, Retrofit2 and is composed of 5+ Activities.
Discover, Define, Deliver - a workflow to create successful digital products. STX Next
Presentation from STX Next Summit 2016 by Dominik Oślizło describing the Discover, Define, Deliver process, a rock-solid approach that ensures smooth idea-to-product transitions and radically accelerates time-to-market.
Kotlin Developer Starter in Android - STX Next Lightning Talks - Feb 12, 2016STX Next
Kotlin - one of the popular programming languages built on top of Java that runs on JVM. Thanks to JetBrains support and excellent IDE integration, it’s an ideal choice for Android development. 100% Java compatibility, interoperability and no runtime overhead is just the beginning of a long list of strengths. Kotlin is supposed to be a subset of SCALA, on one hand covering major advantages for developers and keeping short compile times on the other.
This presentation is a Developer Starter - a set of hand-picked information allowing a person with no knowledge of Kotlin to start writing basic Android activities and set up a kotlin-based Android project. It starts with language background, reasons for its creation and advantages. Then presents basic use cases, syntax, structures and patterns. Later on Kotlin is presented in Android context. Simple project structure, imports and Kotlin usage with Android SDK is explained. In the end cost of Kotlin compilation is presented and the language is compared to SCALA and SWIFT.
STX Next - Scrum Development Process OverviewSTX Next
An overview of Software Development Process at STX Next presenting basic SCRUM ceremonies and workflows. To learn more about STX Next visit https://stxnext.com
At STX, we know that we are as strong as the people working for us, so we try to maintain a work environment based around honesty, trust, and hard work instead of management and bureaucracy. We are goal-oriented, agile, and fast-paced. We want you to be communicative, self-motivated, problem-solving, and cooperative. Contact us if you’re interested in being our next hero!
Group Process by Example - a PO’s and SM’s perspectiveSTX Next
This document summarizes a presentation given by two Scrum practitioners on their experiences with team development based on Tuckman's model of group formation. It describes the four stages - forming, storming, norming, and performing - and provides examples of how teams typically behave in each stage as well as recommendations for facilitating positive progression. Key takeaways are to build safety for open conflict in storming, give the team space to develop cohesion in norming, and empower high performance in performing. The document aims to help others understand typical group processes and how to accelerate team growth.
5. 90% pacjentów po zawale serca w ciągu 2 lat wraca do starych nawyków.
Około 70% projektów wdrażania zmian kończy się niepowodzeniem.
6. 1. Pilność zmian - wywołaj poczucie niezwłoczności działań
8 kroków Kottera:
2. Koalicja - stwórz zespół kierujący
3. Wizja zmian - opracuj wizję i strategię zmian
4. Komunikacja zmiany - przekaż wizję i zdobądź poparcie
5. Upełnomocnienie do działania - zmobilizuj wszystkich do działania
6. Quick wins - osiągaj krótkookresowe sukcesy
7. Zebranie zysków i popchnięcie dalej - nie spoczywaj na laurach
8. Utrwalania zmian w kulturze - stwórz nową kulturę
11. 1. Komunikacja zmiany wszem i wobec!
2. Szkolenia - kto powinien być ?
3. Warsztaty - odpowiednie dla każdej z grup
4. Ułożenie procesu => permanentne usprawnianie procesu = dostosowanie
5. Coaching => Feedback
6. Dbanie o leaderów zmiany
7. Wytrwałość!!! Wytrwałość!!! Wytrwałość!!!