Professional Developers Conference 2008 (PDC 2008)

To Professional Developers Conference (PDC), a nie TechED jest konferencją w której warto uczestniczyć. Konferencja dotyczy trendów i przyszłości technologii i narzędzi Microsoft.
Uczestniczyłem w dwu poprzednich konferencjach - PDC 2003 i PDC 2005 w Los Angeles. Obie na okazały się bardzo ważnym wydarzeniem. Zamierzam również uczestniczyć w PDC 2008
(4 dni), która odbędzie się również w Los Angeles, w dniach 27-30 października. Rejestracja i strona konferencji została otwarta 28 maja.

Software as Services (SaaS)

O Software as Services (SaaS) opowiadałem w trakcie Heroes {Community} Launch w Wyższej Szkole Biznesu w Dąbrowie Górniczej 10 maja 2008.Będzie to również elementem mojej sesji we Wrocławiu 2 czerwca i na CodeCamp, 7 czerwca w Krakowie.
Na temat w Software as Services (SaaS), w Dąbrowie Górniczej) udzieliłem krótkiego wywiadu Webhosting.pl. Jest on dostępny w serwisie You Toube.

Scrum pokonał MSF 4.2 Agile (Scrum beats MSF 4.2 Agile)

W piątek i sobotę – 16-17 maja, w dużej polskiej firmie IT prowadziłem warsztat „Efektywne zarządzanie projektem informatycznym z wykorzystaniem metodyk zwinnych – SCRUM i Microsoft Solutions Framework v4.2 for Agile System Development oraz Team Foundation Server 2008”. W grupie 13 osób, w tym 10 deweloperów. Tworzą oni rozwiązania IT (package business solutions) od wielu lat (czasem i ponad 10). I Odnoszą sukces rynkowy. Znaczący.
Wspaniała atmosfera twórczej pracy. Płaska struktura, „agailowe” myślenie …
W trakcie warsztatu porównaliśmy zarówno proces jak i model zespołu w obu metodykach (Scrum i Microsoft Solutions Framework v4.2 for Agile Software Development). Zapytałem, która metodyka jest im bliższa?
10:3 zwyciężył Scrum. Nie należy tego uogólniać.
Dlaczego Scrum? Systematyczność (bardzo dobrze zdefiniowane spotkania na początku i na końcu sprintu, dailly scrum), transparentność tego, co w projekcie się dzieje, mało biurokracji (tworzonych dokumentów), dużo kodowania, zarządzanie funkcjonalnością (i wartością biznesową) budowanego rozwiązania poza zespołem, mocne relacje pomiędzy członkami zespołu.
W trakcie dyskusji podkreślano, że Scrum nie jest uniwersalną receptą dla każdego zespołu, ale do ich zespołów bardzo pasuje …
Warsztat będzie miał swoje cdn. Praktyczne laboratorium ..

O zarządzaniu projektami z Team Foundation Server na żywo (My, You Tube interview about working with TFS 2008)

Poproszony o komentarz, na ile narzędzia i metody pracy oferowane przez Microsoft sprzyjają zarządzaniu projektami opowiedziałem dziennikarzowi webhosting.pl, czym jest Team Foundation Server i Microsoft Solution Framework. Możecie zobaczyć na You Tube.
Nic się nie zmieniło. Nie jestem pracownikiem Microsoft. To, co zostało podane w tytule, to skrót od mojej honorowej działalności jako Microsoft Regional Director in Poland.

Będzie dwudniowa wieża … (A new version of Eiffel Tower, project management workshop)

Kolejne 3 wieże powstały na Politechnice Warszawskiej 10 maja, w ramach warsztatu
„Warsztat/Gra edukacyjna - Wieża Eiffla - zarządzanie projektami – nauka przez doświadczenie”, który opisywałem poprzednio.
Tym razem grupa (15 osób) okazała się bardzo sprawna, a zarządzanie pracą zespołów było bardzo dobre.
Różnice pomiędzy zespołami (w tym czasy zakończenia projektów) nie były aż tak duże (poniżej jednego na dziewięć tygodni czasu trwania projektu).

Szczególnie warte odnotowania są dwa fakty:
1. Zespół, który wygrał miał perfekcyjne zarządzanie jakością budowanego rozwiązania.
Oto fragment konwersacji w trakcie warsztatu: Łukasz (kierownik projektu) - jakość ma priorytet. Tomek – macie coś dla mnie do roboty? Sebastian – zaraz Ci coś znajdę (błąd do poprawy).
2. Zespół, który zajął trzecie miejsce miał duże odstępstwo od uzgodnionego z klientem projektu. Początkowo podjął decyzję – kontynuujemy projekt, nikt tego nie zauważy. Szybko przyszła refleksja: Sebastian – trudno będziemy ostatni, ale zróbmy to dobrze. I cofnęli się z realizacją zadań. Prawie, o tydzień. Przegrali, o mniej niż tydzień.

W trakcie warsztatu zanotowałem, że chyba powinien zaplanować warsztat na dwa dni. Tak wiele się dzieje (w trakcie symulacji rzeczywistego projektu), że brakuje mi czasu na dostarczanie pełnej informacji zwrotnej zespołom i poszczególnym osobom. Pomógł mi jeden z uczestników. W anonimowej ankiecie napisał: Bardzo ciekawe zajęcia. Moim zdaniem warto poświęcić dużo czasu na podsumowanie i wnioski. I ocenił moje kompetencje na „8” – w skali 1-9 (10 na 13 osób, które oddały ankiety oceniły je na „9”).
Jesteśmy zgodni. Będzie dwudniowa wersja warsztatu. Kto pierwszy zechce go wypróbować?

9 rad, co zrobić by podnieść używalność budowanej aplikacji (Great User Experience – tips and tricks)

W piątek 10 maja, w tracie Heroes {Community} Launch w Wyższej Szkole Biznesu w Dąbrowie Górniczej przeprowadziłem sesję generalną "Świat zmienił się … Dylematy projektowania oprogramowania w 2008 roku". Duże zainteresowanie. Ponad 350 osób na sali. Osoby słuchające na stojąco. Wspaniała atmosfera. Myślę, że udało mi się przekonać obecnych, że świat zmienił i przyszła pora na budowanie oprogramowania jako federacji usług (SaaS – Software as Services). Nie mniej emocji wywołała druga część sesji i 9 rad, co zrobić by podnieść używalność budowanej aplikacji.
Oto streszczenie tej części sesji:
1. Identyfikuj typy użytkowników (personas), sporządź ich charakterystyki i oczekiwania.
2. Buduj swoje rozwiązanie w oparciu o scenariusze, a nie funkcje.
3. Nie „zagaduj”, czego oczekuje Twój klient – pytaj, pytaj pokazując prototyp, rób to często.
Narzędzie (do prototypowania) ma znaczenie drugorzędne. Może to być nawet kartka papieru.
4. Szczególnie uważnie dobierz platformę dla rozwiązania. Nie może wynikać z tego, co wie Twój architekt. Rozważ wszystkie zależności …
5. Produktywność pracy Twojego klienta, spadnie w momencie rozpoczęcia wdrożenia. Zadbaj o to, by czas dochodzenia do wyższej produktywności był jak najkrótszy.
6. Czas reakcji systemu na żądanie użytkownika jest bardzo ważny, każdy dodatkowy klawisz, przycisk przemnożony przez ilość jego użyć to pieniądze.
7. Jakość, jakość, i jeszcze raz jakość! Jakość wspomagają testy wewnętrzne (alfa testy) i testy z udziałem użytkownika. Słuchaj, co użytkownik ma do powiedzenia w trackie beta testów.
8. Wydziel w zespole Twojego zespołu rolę, która zajmie się ergonomią rozwiązania. A może jest Ci potrzebny też grafik? I integrator pracy grafika i dewelopera?
9. Wdrożenie nie kończy pracy. Obserwuj użytkowników jak używają Twoje rozwiązanie. Dodaj do swojej aplikacji funkcję „send feedback” (czy „send a smile”). Reaguj!
Zainteresowanych zapraszam na dwie podobne (choć nie takie same) sesje
1. we Wrocławiu, 2 czerwca, również Heroes {Community} Launch
2. w Krakowie, 7 czerwca, CodeCamp

Finał krajowy Imagine Cup 2008 w kategorii projektowanie oprogramowania (Polish final of Imagine Cup 2008)

W środę, 7 maja rozstrzygnęliśmy finał krajowy konkursu Imagine Cup 2008 w kategorii Projektowanie Oprogramowania. Tegorocznym laureatem został zespół Demoscene Spirit z Uniwersytetu Adama Mickiewicza w Poznaniu, który zaprezentował projekt LifeTracker, umożliwiające śledzenie w czasie rzeczywistym zwierząt należących do gatunków zagrożonych wyginięciem. Zdecydowaliśmy (jako jury) przyznać dwu zespołom - Insane Aurochs i PUTatoes ;-) przyznać czwarte miejsce ex quo, a zespołom, które zakwalifikowały się do półfinału, jednak po wtorkowej sesji plakatowej nie znalazły się w finale wspólnie miejsce szóste.
Oto wyniki:
1. Zespół Demoscene Spirit z projektem LifeTracker, Uniwersytet Adama Mickiewicza w Poznaniu;
2. Zespół Incognitos z projektem ThumbRider, Politechnika Poznańska;
3. Zespół FTeamS z projektem eTrip, Politechnika Łódzka;
4. Zespół Insane Aurochs z projektem Environment Guardian, Politechnika Białostocka;
Zespół PUTatoes ;-) z projektem Seenergy, Politechnika Poznańska;
6. Zespół Cogedem z projektem YourWay, Politechnika Śląska w Gliwicach;
Zespół IMSI z projektem NatureView, Politechnika Łódzka;
Zespół outPUT z projektem Aveneo, Politechnika Poznańska;
Zespół ThroughPUT z projektem LookAround, Politechnika Poznańska;
Zespół Warsaw Eagles z projektem UTCS, Uniwersytet Warszawski.
Wszystkie zespoły otrzymały dyplomy z rąk p. Beaty Bochińskiej - prezes Instytutu Wzornictwa Przemysłowego i Jan Muehlfeita - Chairman Europe, Microsoft.
Poza laureatami bardzo dobre wrażenie zrobił na mnie zespół Incognitos z projektem ThumbRider. Prosty scenariusz (podwożenie osób, ograniczenie ruchu samochodów), za to dopracowany w szczegółach i bardzo ciekawie zaprezentowany. Czekam na wdrożenie projektu eTrip (optymalizacja przejazdów komunikacją miejską, z uwzględnieniem aktualnych problemów komunikacyjnych) w Łodzi, a potem w Warszawie (po Warszawie szybciej podróżuje się komunikacją miejską niż taksówką). Mam nadzieję, że zespołowi FTeamS z Politechniki Łódzkiej nie zabraknie determinacji, by doprowadzić projekt do końca.
Jestem pod dużym wrażeniem pracy (i determinacji) p. dr Jolanty Koszelew z Politechniki Białostockiej. Po raz trzeci (mając na uwadze polskie finały Imagine Cup, które sędziowałem) zespół, którym się opiekuje (częściowo w podobnym składzie) znalazł się w ścisłej czołówce. Myślę, że jest to ważna wiadomość, dla wszystkich, którzy zamierzają studiować informatykę właśnie w Białymstoku.
Zespół Demoscene Spirit z UAM w Poznaniu będzie reprezentował Polskę w finałach światowych, które odbędą się w Paryżu, we Francji, w lipcu br.

Mój punkt widzenia - "Świat zmienił się … Dylematy projektowania oprogramowania w 2008 roku"

The English Title: My point of view – “The world has changed… What are the dilemmas of designing software solutions in the year 2008?”

W maju i czerwcu 2008 poprowadzę na spotkaniach społeczności - 3 sesje generalne z prezentacją "Świat zmienił się … Dylematy projektowania oprogramowania w 2008 roku" oddającą mój punkt widzenia na to, co w światowej informatyce i w technologiach Microsoft się zmienia:

1. w Dąbrowie Górniczej, 9 maja, o 10:00 na Heroes {Community} Launch
2. we Wrocławiu, 2 czerwca, również na Heroes {Community} Launch
3. w Krakowie, 7 czerwca, na CodeCamp
Temat ten sam. Gwarantuję, że sesje nie będą dokładnie takie same.
Serdecznie zapraszam.

Świat zmienił się … Dylematy projektowania oprogramowania w 2008 roku
Czy można dzisiaj dalej budować, sprzedawać, czy wdrażać prywatne, lokalne rozwiązania (software on premises)? A może od razu wyjść naprzeciwko trendom i zbudować - zestaw usług dostępnych w sieci (Software as Services – SaaS)? Jeżeli chcemy dostarczyć rozwiązanie jako zestaw usług sieciowych (SaaS) to jak zapewnić współpracę, tego co klient posiada (software on premises) i usług (Software + Services – S+S). Jakie są zalety SaaS? Jakie bariery napotkamy, by robić to efektywnie? Z jakiej platformy skorzystać? Czy Microsoft jest gotowy dostarczać oprogramowanie w modelu SaaS? Czy będąc producentem oprogramowania (Independent Software Vendor – ISV) warto kontynuować swoje działania, czy może lepiej zostać dostawcą usług sieciowych większego producenta (Services Provider)?A używalność oprogramowania? Czy używalność jest istotna?
Celem sesji nie jest dostarczenie uniwersalnych odpowiedzi na postawione wyżej pytania, a argumentów za i przeciw.

The world has changed… What are the dilemmas of designing software solutions in the year 2008?
Can we still design and build private, locally installed applications – software on premises? Maybe we have to follow the world’s trends and build them like a suite of services installed somewhere in the network - Software as Services – SaaS? If we decide to create a new application like a collection of services we will have to take care of interoperability between software on premises and services in the model Software + Services – S+S. What are the benefits of using SaaS model? What are the barriers? Is Microsoft ready to ship the software in SaaS model? What is the future for The Independent Software Vendors – ISVs? To build still the ISV’s own solution, or maybe to create a datacenter and operate like The Services Provider? And what about the software usability? Is the usability important in the services world is?The goal of the session is not to answer to all these questions, but to give pros and cons.