Godzina 18:00.

Temat: "Narzędzie do modelowania procesów biznesowych na przykładzie Clear Quest" przedstawili Michał Nowikowski i Krzysztof Turek z firmy Intel Technology Poland.

Informacje dotyczące SPINu w Trójmieście czyli jak obchodziliśmy World Usability Day w Trójmieście.

Wypadło wspaniale. Doskonały Prelegent, jeszcze raz podziękowania dla prof. Marcina Sikorskiego - http://www.marcinisikorski.net . Ciekawy temat , żeby nie powiedzieć "trendy ": "Trendy w rozwoju interfejsów użytkownika: użyteczność i ergonomia". Na sali ponad 30 osób.

Zaczęło się od teorii magii, w której jest miejsce na efekt (interfejs, który spostrzega widz czyli użytkownik) i metodę (tzn. niewidoczne dla widza projekt i kod). A potem już było o użyteczności, o zadowoleniu użytkownika, o metodzie UCD, testach użyteczności. Następnie Prelegent  przeszedł do omówienia aktualnych trendów. Przedstawił interfejsy klasyczny (GUI) oraz WWW, znaczenie zawartości, urządzenia mobilne, wartość dodaną („user experience") mającą na celu budowę zaufania użytkownika aż do wbudowania się w jego styl życia.

W sesji pytań dowiedzieliśmy się więcej o testach użyteczności oraz kto w Polsce zajmuje się takimi testami i kto prowadzi szkolenia z użyteczności.

Oraz na strony dotyczące użyteczności:
www.ibm.com/easy
www.microsoft.com/usability
www.sapdesignguild.org
www.sun.com/usability

Od siebie dorzucę:
http://www.useit.com/
http://www.sensible.com/

• "Człowiek w procesie. Jak zaangażowaliśmy inżynierów do pracy nad rozwojem procesów i co z tego wynikło?" przedstawi Marcin Neyman z Intel Technology Poland.
  

• Jesteśmy po kolejnym spotkaniu SPINowym w Trójmieście. Zgodnie z zapowiedziami Paweł Marzec przedstawił metodykę SCRUM. Było o teorii i o praktyce, o zaletach i niebezpieczeństwach związanych ze stosowaniem tej metodyky adaptacyjnej w projektach. Cenne było to, że mieliśmy doczynienia z praktykiem, który od pewnego czasu pełni rolę Scum Mastera. Prezentacja powinna pojawić się "w okolicy" niebawem. Było tak ciekawie, że w zgodnej opinii zebranych tematyka Scrumowa zapewne
  w jakiejś formie (może warsztatów) wkrótce do nas powróci, a dyskusja i liczne pytania nie pozwoliły nam przeprowadzić planowanego omówienia  ostatnich konferencji, ale co się odwlecze, to nie uciecze.
  Trójmiasto otwiera przerwę wakacyjną.

• "Narzędzia - subiektywne spojrzenie programisty" przedstawił Piotr Rożen, IVO

Tematyka spotkania:

• Czy jakość się opłaca?
• Czy proces się opłaca?
• Czy stosowanie narzędzi w procesie wytwarzania oprogramowania jest opłacalne?

Paneliści spotkania:

• Grzegorz Cysewski - Postadata
• Marcin Nejman - INTEL
• Piotr Rożen - IVO
• Tomasz Gromadzki - INFOTECH - broni tezy, że w małej firmie wdrażanie procesu może być "negatywnie brzemienne w skutkach" ;-)

Trójmiejski SPIN zebrał się na Wydziale ETI Politechniki Gdańskiej w składzie 25 osób. Ubyło ,,akademików", przybyło pracowników trójmiejskich firm informatycznych. Spotkanie rozpoczęło się chwilę po 18:00 od przedstawienia się uczestników (niecierpliwie czekam na spotkanie, na którym będziemy mogli pominąć ten etap).
Jak pamiętacie spotkanie zostało zaplanowane jako panel na czterech Panelistów o tematyce wziętej ze świata ,,prawniczego" tzn. dotyczącej procesów.

Wątki dyskusji:

Oscypek a inżynieria oprogramowania
Dyskusja rozpoczęła się od zaskakującego wątku ,,mleczno-oscypkowego". Okazuje się, że hodowca owiec, aby zachować zgodność z unijnymi normami powinien dostosować się do ponad 100 stronicowego podręcznika. Proces jest zatem wysoce sformalizowany. Powstają pytania, czy jest to rzeczywiście potrzebne? Które oscypki miały większe walory smakowe przygotowane w tradycyjny sposób, czy te z unijnym certyfikatem? Czy
wprowadzanie formalizacji procesu wytwarzania jest zawsze usprawiedliwiona i ekonomicznie uzasadniona? Niewielkiego Dostawcę może być nie stać na czekanie 1,5 miesiąca na decyzję dużego Klienta o rozpoczęciu małego projektu (około 250 godzin). Procedury dużych firm wydłużają procesy decyzyjne i ograniczają ich elastyczność, przez co stają się one mniej efektywne i są ryzykownymi partnerami małych firm.

Procesy zawsze jakieś są
Nawet w niewielkich firmach w końcu z czasem powstają pewne zwyczaje, sposoby realizacji zadań, procedury. Warto np. opracować w firmie procedury wprowadzające nowego pracownika do firmy.

Definicja jakości jest specyfiką projektu. Spełnienie jakości jest poziom zadowolenia Klienta.

W niewielkiej firmie wdrożenie narzędzia do raportowania błędów może okazać nieefektywne i zwykły arkusz excelowy w tym przypadku może doskonale pełnić rolę repozytorium błędów.

Procesy. Błędem jest dochodzenie do procesów poprzez dobór narzędzi.

Narzędzia pomagają standaryzować działania.

Czy praca programistów jest odtwórcza?
Czy (a może kiedy) roboty zastąpią programistów, tak jak zastąpiły robotników w fabrykach samochodów? - jak sugerował jeden z Panelistów. Pogląd ten uznano jednak raczej za mit.

Zasada Pareto
Zgodnie z zasadą Pareto 20% wszystkich działań powoduje 80% kosztów, więc wśród tych działań zapewne są największe możliwości poprawy efektywności.

Znaczenie zarządzania ryzykiem.
Ryzyko jest czynnikiem, który zawsze towarzyszy projektom informatycznym. A często zdarza się na przykład, że Klient zapomina o przedstawieniu pewnych wymagań. Świadomy Klient to Skarb.

Czy jakość może stanowić o przewadze konkurencyjnej?
Tak, już od pewnego czasu Klienci na etapie wyboru rozwiązania pytają o sposób działania Dostawcy, jak wytwarzane jest oprogramowanie, jakie procesy są stosowane?

Jak ocenić proces?
A skąd mamy wiedzieć, że dany proces jest dobry?

Czym jest proces?
Procesy budowane są na doświadczeniach firmy. W lotnictwie mówi się, że procedury lotnicze budowane są krwią.

A może proces to takie firmowe ,,abrakadabra"? Nie ma praw rządzących oprogramowaniem.
A proces jest odpowiedzią na ryzyko. Poprzez korzystanie z procesów chcemy ograniczyć ryzyko.

Procesy Agile
Wynik procesu w postaci produktu przekazywanego Klientowi jest ważniejszy niż dokumentacja jemu towarzysząca.

Czy agile nadaje się do dużych projektów? Czy można podać referencje w postaci  przykładów największych projektów realizowanych metodyką agile?
(firma Infovide zrealizowała system e-banking dla Nordei w ciągu trzech miesięcy; MJ - może ktoś pomoże i poda nam więcej przykładów?)

Różnica między metodyką a procesem.
Metodyka opisuje zbiór stosowanych procesów. Proces to rozróżnialny zbiór kroków.

W zasadzie wszędzie jest jakiś proces. A duża firma może sobie dowolny proces wdrożyć.
Proces przekazuje know-how między pracownikami.

Jeśli jest proces, to kiedy jest dobry. Czy i jak można go poprawić (,,zrobić mu improvement")? Kluczowe są: zbieranie wymagań i testowanie. W przypadku oprogramowania typu embedded krytyczne jest testowanie.

W jaki sposób określić poziom organizacji?
Trzech pracowników odchodzących z dużej firmy nie stanowi dla niej zagrożenia. Natomiast w małej firmie może to rozłożyć całkowicie projekt.
Czy w firmie są procesy? Czy poprawia się je? Czy stosuje się mechanizmy TQM?
Czy abstrahując od norm w firmach istnieje kultura jakości?

Inżynier oprogramowania
Inżynierowie - mieli robić coś zgodnie z określonymi warunkami, w powtarzalny sposób.
Czy w informatyce powinny pojawić się uprawnienia podobne do tych, z którymi mamy do czynienia w budownictwie? Czy pojawią się informatyczne certyfikaty? Certyfikaty, których rolą byłoby zapewnienie jakości wykonywanych prac. Trudna sprawa, ponieważ
informatyka ma charakter interdyscyplinarny.

Inne tematy zgłoszone na kolejne spotkania:

• Jak testować oprogramowanie wbudowane? Czy są jakieś narzędzia, które mogą wesprzeć ten proces?

• Jak przekonać Klientów, żeby zapłacili za rozwiązania wysokiej jakości/za testowanie ?
  

• Czy inwestycje w proces wytwarzania są opłacalne?

• Lista minimum narzędziowego wspierającego proces wytwarzania według Joel Spolsky'ego.

• Zarządzanie konfiguracją w całym cyklu wytwarzania?

• Ekonomiczne aspekty procesu wytwarzania.

• Narządzia wspierające proces wytwarzania.

• Dlaczego projekty nie udają sią? albo lepiej Jak zauważyć, że projekt jest zagrożony i jak go uratować?
  

Osobiście jestem pod wrażeniem liczby uczestnikĂłw. Widać małą aktywnoć studentów mimo organizacji spotkania na uczelni (może wytłumaczeniem jest późna pora, a może ferie?), nawet mimo szansy spotkania z reprentantami przemysłu.

Ciekawe jest zainteresowanie pracowników Politechniki. Nie zaskakuje mnie niska aktywność sali, w końcu jak każdy z nas wolałby coś posłuchać. Ale mam nadzieją, że to sią zmieni. 

Może wartą rozważenia propozycją jest nawiązanie wsppółpracy z firmami, które chciałyby coś pokazać (producenci, sprzedawcy narzędzi, procesów), z innymi organizacjami informatycznymi (np. co robi PTI, w niektórych regionach działa, są grupy deweloperów np. Microsoftowych, w Krakowie spotykają sią "wyznawcy" i praktycy metod lekkich, jest ISACA, ITILowcy
Polscy, etc.)

PS. Jeśli chodzi o pomysł zakładania nowego stowarzyszenia, to osobiście jestem przeciwny. Pewna liczba osób na sali już jest członkami różnych organizacji. Dlaczego mnożyć organizacje? Według mnie warto podłączyć się pod istniejącą organizacją i po prostu robić swoje albo działać na zasadzie "pospolitego ruszenia".

Prawdę mówiąc zakres zainteresowań SPIN nie różni się znacznie od SJSI, a i do PTI jest blisko. To tyle w kwestiach organizacyjnych.

Tymczasem.

Pozdrawiam,
Mariusz Janczewski

Na początku spotkania w godz. 18:00-19:00 bądzie 'registration desk' z listą i plakietkami, jak na konferencji. Każdy kto przyjdzie będzie się musiał wpisać, bo inaczej nie dostanie kawy i ciasteczek ;-)

• 18:00 - 18:15 - uczestnicy prezentują się
  
• 18:15 - 18:30 - idea SPIN (Bogdan Bereza-Jarociński)
• 18:30 - 19:00 - co dzieje się w polskich SPIN-ach? (Bogdan Bereza-Jarociński)
• 19:00 - 19:15 - przerwa
• 19:15 - 19:50 - co dalej w Trójmieście? co chcemy robić?
• 19:50 - 20:00 - ustalenie następnego spotkania SPIN