Firma przyjazna rodzicom i rodzicielstwu, czyli jaka?
Jakie rozwiązania pomogą pracownikom połączyć efektywną pracę z planowaniem rodziny i opieką nad dziećmi?
Jira jak każde narzędzie może posłużyć do czegoś dobrego albo czegoś złego. Możemy wspierać pracę w Agile, albo wręcz odwrotnie, zabić każdy aspekt Agile. A na początek wystarczyłoby skorzystać z ustawień schematu scrum w Jira Software.
Firma przyjazna rodzicom i rodzicielstwu, czyli jaka?
Jakie rozwiązania pomogą pracownikom połączyć efektywną pracę z planowaniem rodziny i opieką nad dziećmi?
Jira jak każde narzędzie może posłużyć do czegoś dobrego albo czegoś złego. Możemy wspierać pracę w Agile, albo wręcz odwrotnie, zabić każdy aspekt Agile. A na początek wystarczyłoby skorzystać z ustawień schematu scrum w Jira Software.
Dlaczego developerzy nie lubią scrum Zwinna ŁódźKrystian Kaczor
Scrum jest z nami od 1995, ale tak naprawdę pod polskie strzechy zawitał stosunkowo niedawno. W ostatnich pięciu latach zainteresowanie Scrum w Polsce nieustannie rosło. W tej chwili albo już pracujesz w czymś przypominającym Scrum, albo za chwilę będziesz. Developerzy nawet pomimo początkowej ekscytacji szybko zniechęcają się do nowego sposobu pracy. Zaczyna się hejt i marudzenie. Pomimo całej samo-organizacji i zbliżenia do użytkownika pojawia się opór i postawa obronna. Dlaczego tak się dzieje? Czy to problem z developerami? Jak przeciwdziałać problemom i sprawić, żeby praca w Scrum była przyjemna i motywująca? Opowiem o tym podczas mojego wystąpienia.
Scrum jest z nami od 1995, ale tak naprawdę pod polskie strzechy zawitał stosunkowo niedawno. W ostatnich pięciu latach zainteresowanie Scrum w Polsce nieustannie rosło. W tej chwili albo już pracujesz w czymś przypominającym Scrum, albo za chwilę będziesz. Developerzy nawet pomimo początkowej ekscytacji szybko zniechęcają się do nowego sposobu pracy. Zaczyna się hejt i marudzenie. Pomimo całej samo-organizacji i zbliżenia do użytkownika pojawia się opór i postawa obronna. Dlaczego tak się dzieje? Czy to problem z developerami? Jak przeciwdziałać problemom i sprawić, żeby praca w Scrum była przyjemna i motywująca? Opowiem o tym podczas mojego wystąpienia.
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.
Trzy działy biznesowe i jedno IT - Jak tu priorytetyzować?Pawel Wrzeszcz
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
No i stało się. Nadszedł ten dzień, kiedy szef poinformował Cię, że nadszedł czas na zmianę sposobu pracy na Agile. Jeśli miałeś wprowadzenie Agile robione metodą skoku na głęboką wodę, to możesz poczuć się jak szeregowiec Cage, główny bohater filmu z Edge of Tomorrow. Nie ma czasu na wyjaśnienia, weź nowe narzędzia i biegnij. Różnica jest taka, że Ty nie będziesz miał/miała kolejnego podejścia w przypadku porażki projektu.
Patrząc na Manifest Agile z punktu widzenia zarządzania wymaganiami możemy mieć pewne obawy. Zmiana jest mile widziana. Działające oprogramowanie ważniejsze niż wyczerpująca dokumentacja. Współpraca z klientem zamiast negocjowania kontraktu. Czy zmiana jest zawsze możliwa? Czy planowanie jest zbędne? Brak gruntownej wiedzy i wprowadzenie Agile na szybko tworzą kolejne mity. Opowiem jak pracować nad wymaganiami i jak Zespół Scrum może nimi zarządzać.
Ponad 80% organizacji twierdzi, że korzysta z metod Agile, a 80% z nich ma Scrum. Pomimo 21 lat od powstania Scrum i 15 lat od spisania Agile Manifesto nadal pojawiają się nieprawdziwe opinie, a nawet powstają całe metody rozwiązujące nieistniejące problemy. Im wyżej w strukturze organizacji tym gorzej z wiedzą i tym więcej nieprawdziwych założeń. Od czasu do czasu nadal usłyszymy, że nie ma architektury, że Scrum nadaje się tylko do małych projektów, że Scrum to metoda zarządzania projektami, że nie trzeba pisać dokumentacji, testerów nie ma, bo nie ma takiej roli, a Sprint to taki mały waterfall i tym podobne głupoty. Skąd to się bierze? Najczęściej z braku zrozumienia podstaw lub ze słabej jakości źródeł pozyskanej wiedzy. W praktyce jeśli nie wie się co jest prawdą, a co jest zmyślone bardzo trudno zrozumieć co się na prawdę dzieje i jak powinny wyglądać procesy wytwórcze.
Można dać komuś rybę, ale dużo lepiej jest dać wędkę i nauczyć łowić ryby. Dlatego podczas mojego wystąpienia omówię podstawy zagadnień i zbuduję solidne fundamenty do podejmowania decyzji na co dzień.
Piąta - przedostatnia - prezentacja z kursu zarządzania działaniem według metody Getting Things Done. Prezentacja przedstawia praktyczne przykłady zastosowania metody oraz zasady prowadzenia systemu.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Ostatnia - szósta - prezentacja z kursu zarządzania działaniem według metody Getting Things Done. Prezentacja podsumowuje najważniejsze wiadomości z kursu oraz pokazuje, jakie zmiany można wprowadzić w życiu dzięki zastosowaniu metody GTD.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Scrum, choć jest wciąż popularny i lubiany, to zwykle nie jest już zwinny (Agile). Co robi różnicę? Jak bycie zwinnym zmienia myślenie o zadaniach ludzi w IT? Czym w praktyce różni się praca w zespole tradycyjnym i zwinnym? Wreszcie jak rozpoznać u potencjalnego pracodawcy prawdziwy Agile? Przy okazji odpowiedzi na te pytania sprostujemy wspólnie najczęściej pojawiające się przekłamania na temat Scruma i Agile.
Jak przeżyć "kreatywne" warsztaty online i nie zwariowaćMerixstudio
O pracy warsztatowej i robieniu warsztatów (nie tylko kreatywnych) z klientem w kontekście UX designu słyszał (i praktykował) chyba każdy. Co jednak zrobić, gdy klient uparł się na mieszkanie po niewłaściwej stronie Atlantyku, a my nie jesteśmy w stanie teleportować się całym zespołem, by kreatywnie się zwarsztatować? Prezentacja stara się przybliżyć nieco swoich doświadczeń związanych z rozwiązywaniem tego oraz podobnych scenariuszy. Opowiada o tym, co i jak warto zrobić, by przeprowadzić efektywną sesję warsztatową w wersji online, by wyciągnąć z niej jak najwięcej, a przy okazji nie zwariować ;)
Prezentacja przygotowana przez Małgorzatę Kisielewską oraz Marię Borowy na prelekcję w ramach Tipi UX w Poznaniu.
Coraz więcej firm decyduje się na wdrożenie oprogramowania, które podniesie efektywność pracowników. Dobrze zrealizowana inwestycja daje bowiem korzyści nie tylko finansowe. Zakup nawet najlepszego oprogramowania nie gwarantuje jednak efektów, jeśli wdrożenie nie zostanie odpowiednio przeprowadzone.
Więcej na ideo.pl
Wdrożenie nowego systemu informatycznego w firmie może się wiązać z popełnianiem wielu błędów, już na etapie jego uruchamiania, czego skutkiem będzie jego niewłaściwe działanie. Z drugiej strony - niezależnie jak dobry będzie wdrożony system – podjęte w tym kierunku działania mogą spotkać się z niechętnym przyjęciem pracowników.
W ostatecznym rozrachunku to oni będą z niego korzystać....
Jak osiągnąć korzyści skali w tłumaczeniach? Jaka jest przewaga agencji tłumaczeń nad wolnymi strzelcami? Jak wycisnąć ze współpracy z agencją jak najwięcej?
Merytoryczne odpowiedzi na te pytania (i o wiele więcej) znajdziesz w broszurze LOCatHEART
Dlaczego developerzy nie lubią scrum Zwinna ŁódźKrystian Kaczor
Scrum jest z nami od 1995, ale tak naprawdę pod polskie strzechy zawitał stosunkowo niedawno. W ostatnich pięciu latach zainteresowanie Scrum w Polsce nieustannie rosło. W tej chwili albo już pracujesz w czymś przypominającym Scrum, albo za chwilę będziesz. Developerzy nawet pomimo początkowej ekscytacji szybko zniechęcają się do nowego sposobu pracy. Zaczyna się hejt i marudzenie. Pomimo całej samo-organizacji i zbliżenia do użytkownika pojawia się opór i postawa obronna. Dlaczego tak się dzieje? Czy to problem z developerami? Jak przeciwdziałać problemom i sprawić, żeby praca w Scrum była przyjemna i motywująca? Opowiem o tym podczas mojego wystąpienia.
Scrum jest z nami od 1995, ale tak naprawdę pod polskie strzechy zawitał stosunkowo niedawno. W ostatnich pięciu latach zainteresowanie Scrum w Polsce nieustannie rosło. W tej chwili albo już pracujesz w czymś przypominającym Scrum, albo za chwilę będziesz. Developerzy nawet pomimo początkowej ekscytacji szybko zniechęcają się do nowego sposobu pracy. Zaczyna się hejt i marudzenie. Pomimo całej samo-organizacji i zbliżenia do użytkownika pojawia się opór i postawa obronna. Dlaczego tak się dzieje? Czy to problem z developerami? Jak przeciwdziałać problemom i sprawić, żeby praca w Scrum była przyjemna i motywująca? Opowiem o tym podczas mojego wystąpienia.
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.
Trzy działy biznesowe i jedno IT - Jak tu priorytetyzować?Pawel Wrzeszcz
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
No i stało się. Nadszedł ten dzień, kiedy szef poinformował Cię, że nadszedł czas na zmianę sposobu pracy na Agile. Jeśli miałeś wprowadzenie Agile robione metodą skoku na głęboką wodę, to możesz poczuć się jak szeregowiec Cage, główny bohater filmu z Edge of Tomorrow. Nie ma czasu na wyjaśnienia, weź nowe narzędzia i biegnij. Różnica jest taka, że Ty nie będziesz miał/miała kolejnego podejścia w przypadku porażki projektu.
Patrząc na Manifest Agile z punktu widzenia zarządzania wymaganiami możemy mieć pewne obawy. Zmiana jest mile widziana. Działające oprogramowanie ważniejsze niż wyczerpująca dokumentacja. Współpraca z klientem zamiast negocjowania kontraktu. Czy zmiana jest zawsze możliwa? Czy planowanie jest zbędne? Brak gruntownej wiedzy i wprowadzenie Agile na szybko tworzą kolejne mity. Opowiem jak pracować nad wymaganiami i jak Zespół Scrum może nimi zarządzać.
Ponad 80% organizacji twierdzi, że korzysta z metod Agile, a 80% z nich ma Scrum. Pomimo 21 lat od powstania Scrum i 15 lat od spisania Agile Manifesto nadal pojawiają się nieprawdziwe opinie, a nawet powstają całe metody rozwiązujące nieistniejące problemy. Im wyżej w strukturze organizacji tym gorzej z wiedzą i tym więcej nieprawdziwych założeń. Od czasu do czasu nadal usłyszymy, że nie ma architektury, że Scrum nadaje się tylko do małych projektów, że Scrum to metoda zarządzania projektami, że nie trzeba pisać dokumentacji, testerów nie ma, bo nie ma takiej roli, a Sprint to taki mały waterfall i tym podobne głupoty. Skąd to się bierze? Najczęściej z braku zrozumienia podstaw lub ze słabej jakości źródeł pozyskanej wiedzy. W praktyce jeśli nie wie się co jest prawdą, a co jest zmyślone bardzo trudno zrozumieć co się na prawdę dzieje i jak powinny wyglądać procesy wytwórcze.
Można dać komuś rybę, ale dużo lepiej jest dać wędkę i nauczyć łowić ryby. Dlatego podczas mojego wystąpienia omówię podstawy zagadnień i zbuduję solidne fundamenty do podejmowania decyzji na co dzień.
Piąta - przedostatnia - prezentacja z kursu zarządzania działaniem według metody Getting Things Done. Prezentacja przedstawia praktyczne przykłady zastosowania metody oraz zasady prowadzenia systemu.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Ostatnia - szósta - prezentacja z kursu zarządzania działaniem według metody Getting Things Done. Prezentacja podsumowuje najważniejsze wiadomości z kursu oraz pokazuje, jakie zmiany można wprowadzić w życiu dzięki zastosowaniu metody GTD.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Scrum, choć jest wciąż popularny i lubiany, to zwykle nie jest już zwinny (Agile). Co robi różnicę? Jak bycie zwinnym zmienia myślenie o zadaniach ludzi w IT? Czym w praktyce różni się praca w zespole tradycyjnym i zwinnym? Wreszcie jak rozpoznać u potencjalnego pracodawcy prawdziwy Agile? Przy okazji odpowiedzi na te pytania sprostujemy wspólnie najczęściej pojawiające się przekłamania na temat Scruma i Agile.
Jak przeżyć "kreatywne" warsztaty online i nie zwariowaćMerixstudio
O pracy warsztatowej i robieniu warsztatów (nie tylko kreatywnych) z klientem w kontekście UX designu słyszał (i praktykował) chyba każdy. Co jednak zrobić, gdy klient uparł się na mieszkanie po niewłaściwej stronie Atlantyku, a my nie jesteśmy w stanie teleportować się całym zespołem, by kreatywnie się zwarsztatować? Prezentacja stara się przybliżyć nieco swoich doświadczeń związanych z rozwiązywaniem tego oraz podobnych scenariuszy. Opowiada o tym, co i jak warto zrobić, by przeprowadzić efektywną sesję warsztatową w wersji online, by wyciągnąć z niej jak najwięcej, a przy okazji nie zwariować ;)
Prezentacja przygotowana przez Małgorzatę Kisielewską oraz Marię Borowy na prelekcję w ramach Tipi UX w Poznaniu.
Coraz więcej firm decyduje się na wdrożenie oprogramowania, które podniesie efektywność pracowników. Dobrze zrealizowana inwestycja daje bowiem korzyści nie tylko finansowe. Zakup nawet najlepszego oprogramowania nie gwarantuje jednak efektów, jeśli wdrożenie nie zostanie odpowiednio przeprowadzone.
Więcej na ideo.pl
Wdrożenie nowego systemu informatycznego w firmie może się wiązać z popełnianiem wielu błędów, już na etapie jego uruchamiania, czego skutkiem będzie jego niewłaściwe działanie. Z drugiej strony - niezależnie jak dobry będzie wdrożony system – podjęte w tym kierunku działania mogą spotkać się z niechętnym przyjęciem pracowników.
W ostatecznym rozrachunku to oni będą z niego korzystać....
Jak osiągnąć korzyści skali w tłumaczeniach? Jaka jest przewaga agencji tłumaczeń nad wolnymi strzelcami? Jak wycisnąć ze współpracy z agencją jak najwięcej?
Merytoryczne odpowiedzi na te pytania (i o wiele więcej) znajdziesz w broszurze LOCatHEART
Scrum - iteracyjna metodyka prowadzenia projektów, zaliczana do metodyk zwinnych, zgodnych z manifestem Agile.
Prezentacja znaleziona w śmieciach na dysku :) Wykonana w 2004 roku
Podzielę się z Wami zaobserwowanymi praktykami, które są kluczowe dla każdego zespołu dostarczającego produkt w oparciu o moje doświadczenia jako deweloper, system inżynier i leader zespołu.
Similar to Scrum - Jakub Bażela z CodeSprinters (20)
Prezentacja z meetupu Women in Technology Warszawa
Get Inspired: Po co nam UX? O edukacji i nie tylko
27.06
Prelekcja: Karolina Plaskowicka, UX Magazyn
ARKit is a new framework introduced in iOS 11 for augmented reality applications. It allows developers to place virtual objects in 3D space that interact with the real world. The document provides code snippets and explanations of key ARKit classes like ARCamera for camera tracking state, SCNNode for creating and transforming 3D nodes, ARPlaneAnchor for detecting horizontal surfaces, SCNPhysicsBody for adding physics, and SCNAnimationProtocol for animating nodes. Supported devices include recent iPhones and iPads as well as some Android devices.
The document introduces Android Architecture Components and Room, which is a persistence library for Android. It provides an overview of Room concepts like entities, data access objects (DAOs), and databases. It also covers more advanced Room features such as relationships between entities, custom types, and database migrations.
Prezentacja poprowadzona przez Tomasza Kurowskiego, Tomasza Korwin-Gajkowskiego oraz Jacka Sieradzkiego na 43 spotkaniu Women in Technology w Krakowie.
Agnieszka Pocha - Od surowych danych do gotowego modelu - uczenie maszynowe w...Women in Technology Poland
Czym zajmuje się uczenie maszynowe? Wczytywanie danych? Zbalansowanie klas (klasyfikacja)? Metody histogramowe? Skalowanie, centrowanie, wybielanie? Klątwa wymiarowości?
This document discusses best practices for organizing code and setting up architecture for larger frontend projects with multiple developers. It covers choosing technology stacks, code organization, coding guidelines, responsive design approaches, performance optimization, and workflows.
W prezentacji znajdziesz omówienie:
-organizację kodu i pracy w trochę większych projektach
-wykorzystanie narzędzi takich jak npm, gulp, sass, bower do automatyzacji zadań
-efektywną pracę w zespole z wykorzystaniem gita
-zasady tworzenia zwartego, łatwego w utrzymaniu kodu w oparciu o podejście SMACSS i BEM
-wzorce i podejście do tworzenia modularnego javascriptu
-przydatne narzędzia i biblioteki wraz z ich praktycznym zastosowaniem
-testowanie stron i aplikacji
-przyjrzymy się też nowej wersji Javascript: ES6/ES2015
3. Plan dnia
9:00 rozpoczęcie
9:30± Agile - wstęp
10:00 Scrum - metoda ramowa
14:00 przerwa obiadowa
15:30± gra symulacyjna
17:30± podsumowanie
4. Timebox
Każdy moduł ma swój timebox - nieprzekraczalny
czas trwania.
Pilnujemy tego skrupulatnie, ale możemy skończyć
przed czasem lub coś pominąć.
1”
5. Parking
W czasie warsztatu będziecie mieć dużo pytań.
Może nie wystarczy mi czasu na szybkie wyjaśnienie,
może nie znam odpowiedzi lub znam, ale będzie to
za duża dygresja.
Dlatego robimy parking pytań - odpowiem na nie na
koniec dnia, lub poproszę o szczegółowe maile.
7. To co to jest to Agile?
7+5”
(Wrócimy do tego pytania)
8. Co zrobisz, gdy w biurze
jest za gorąco?
Właśnie wprowadziliście się do nowego biura.
Rolety, nawiew, grzejniki itd. są centralnie sterowane
z kotłowni przez pana Janusza.
Można je ustawić tylko jednorazowo na cały dzień,
więc pan Janusz potrzebuje od Was dokładnej
rozpiski każdego ranka.
Co trzeba uwzględnić, żeby cały czas mieć 22º C?
7+5”
36. Zakres pracy
Anulowanie Sprintu
Zmiana zakresu pracy
Komunikowanie wizji produktu
Priorytetyzowanie Product Backlogu
Priorytetyzowanie Sprint Backlogu
Pisanie User Stories
Moderowanie spotkań
Moderowanie Retrospektywy
Tworzenie Backlogu Productu
Deklarowanie się do Sprint Backlogu
Usuwanie przeszkód
Motywowanie zespołu
Ochrona przed zewnętrznymi wpływami
Wybieranie ilości pracy w Sprincie
Deklaruje się ukończyć Sprint
Sprawdzanie i dostosowanie swojej
pracy
Zarządzanie zespołem
Wytykanie innym błędów
Pilnowanie, żeby produkt działał
Akceptowanie Story jako gotowych
Wykrywanie przeszkód
Zapewnianie że na koniec Sprintu jest
oddane coś używalnego
Reprezentowanie klienta
Informowanie udziałowców
38. Nie od razu Kraków
zbudowano
1 zespół = 1 zestaw LEGO = 1 miasto
120”
39. To co to jest to Agile?
8”
Wracamy do pytania:
40. 5”
We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on
the right, we value the items on the left more.
41. 5”
Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
Welcome changing requirements, even late in development. Agile processes harness change for the customer's
competitive advantage.
Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter
timescale.
Business people and developers must work together daily throughout the project.
Build projects around motivated individuals. Give them the environment and support they need, and trust them to get
the job done.
The most efficient and effective method of conveying information to and within a development team is face-to-face
conversation.
Working software is the primary measure of progress.
Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a
constant pace indefinitely.
Continuous attention to technical excellence and good design enhances agility.
Simplicity--the art of maximizing the amount of work not done--is essential.
The best architectures, requirements, and designs emerge from self-organizing teams.
At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior
accordingly.
42. Zanim pójdziesz do domu
Jakich trzech rzeczy, o których dziś
mówiliśmy, możesz od poniedziałku użyć
w swojej pracy?
1”
43. Dziękuję za uwagę!
Jeśli chcesz wiedzieć więcej, zapytaj:
jbazela@codesprinters.com
@jbazela
www.codesprinters.com