Przerażony kameleon - eseje o przyszłości zarządzania - E-mentor

178
Anna Duchnowska, Bartłomiej Rusiniak, Paweł Rychliński, Roksana Trojanowska, Michał Witkowski
Procesy biznesowe w firmie GPS
W firmie, w której wykorzystywane są zasoby Open Source konieczne jest przeprojektowanie
podstawowych procesów biznesowych
.
Badania i rozwój
Firma GPS nie posiada własnego działu, który zajmuje się tworzeniem oprogramowania. Natomiast
ma komórkę, która monitoruje i analizuje potrzeby klientów. Rezygnacja z własnego działu odpowiedzialnego
za tworzenie software’u pozwoliła firmie na znaczne ograniczenie kosztów. Firma nie
ponosi również wydatków na testy oprogramowania, gdyż pozyskuje z rynku sprawdzone produkty
wysokiej jakości. Nie zwalania to GPS z obowiązku analizowania potrzeb klientów. Może to być
jednak utrudnione z uwagi na fakt, że bezpośredni kontakt z ostatecznym odbiorcą mają przede
wszystkim zespoły wdrożeniowe, działające na zasadach partnerskich z GPS (nie są jednak jej
pracownikami). Jak w takiej sytuacji gromadzić wiedzę o potrzebach klientów? Jak wykorzystywać
zdobywane przy każdym wdrożeniu doświadczenie? Co z ideą organizacji uczącej się? Jak wymusić
na zespołach transfer wiedzy i doświadczeń do centrali firmy? Zapewnienie takiego transferu
wiedzy i jej analiza to właśnie jedno z podstawowych celów działu badań i rozwoju.
Drugim, równie ważnym zadaniem jest stymulowanie powstawania nowych projektów
Open Source. Znając i prognozując specyficzne potrzeby klientów, GPS „otwiera” nowe projekty
na forum, stymulując podjęcie pracy przez środowiska Open Source. Firma nie ma jednak
wpływu na czas powstania danego rozwiązania. Nie może elastycznie reagować na potrzeby
klientów. GPS na podstawie wcześniejszych projektów może przewidywać czas potrzebny na
opracowanie konkretnego oprogramowania.
Trzecim zadaniem działu badań i rozwoju jest ciągły monitoring projektów powstających na
całym świecie w ramach Open Source. Wyszukiwanie tych, które będą mogły być wykorzystane
w ramach prowadzonej działalności, jest niezbędne dla zachowania konkurencyjności.
GPS uzależnia swoją działalność bardzo mocno od zasobów, nad którymi de facto nie ma
kontroli. Trudno jednak w tym przypadku mówić o sile przetargowej „dostawców”. O ile tylko
firma będzie korzystała z zasobów w ramach wolnego oprogramowania, zgodnie z powszechnie
obowiązującymi zasadami, nie powinno dochodzić do żadnych konfliktów. Poza tym informatycy
pracujący w ramach projektów są kandydatami do zespołów wdrożeniowych. Środowisko
Open Source traktuje więc GPS jako potencjalnie przyszłego pracodawcę.
Szerokość oferty firmy zależy od tego, co jest dostępne w ramach wolnego oprogramowania.
Jeśli pojawiają się nietypowe zapytania, których rozwiązanie nie jest możliwe w oparciu
o Open Source, GPS nie ignoruje takiego zlecenia. Specjalny moduł monitorowania takich
zleceń analizuje stale bazę zapytań i grupuje podobne zapotrzebowania klientów, wykrywając
w ten sposób nisze rynkowe. Przy odpowiednim wolumenie podobnych zapytań uruchamiany
jest proces OSS (Open Source Steering), w ramach którego otwierany jest nowy projekt na
http://sourceforge.net. Jednocześnie inicjowana jest odpowiednia akcja informacyjna poprzez
wysyłanie listów za pomocą poczty elektronicznej do uczelni i na grupy dyskusyjne.
Problematyka B&R sprowadza się do 2 case’ów – analizowanie potrzeb klientów oraz
stymulowanie nowych projektów. Jak zarządzać jednak takim projektami – co w przypadku,
jeśli nikt nie będzie chciał się zająć takim tematem? W jaki sposób być blisko projektantów, jak
zyskać ich przychylność? Jak układać współpracę z uczelniami, które są najbardziej oczywistym
źródłem osób pracujących w ramach projektów Opens Source?