pozdro.

Dziś miałem to szczęście znaleźć Twego bloga. Trochę jak bym w lustro patrzył

Na wstępie gratuluję determinacji, wizji i pasji.

Napisałeś: “(…)czy dążyć do szybkiej rozbudowy zespołu czy raczej działać małym teamem?”

Nie czuję się specjalistą aby doradzać w tym temacie dlatego posłużę się wyjaśnieniem założyciela agencji click5, który powiedział, że należy unikać tzw. “bólów wzrostowych” czyli “naprężeń” związanych ze zbyt szybkim wzrostem.
Popieram takie podejście. Osobiście jestem światkiem takowych “booli” u jednego z obsługiwanych klientów.

Polecam też tego blog: http://www.alexba.eu - jest to na prawdę ogromne źródło przydatnej wiedzy praktycznej.

Czy zdecydowałeś już co będziesz/będziecie robić? Jaki macie cel krótko terminowy? Nad czym teraz pracujecie? Czy macie wizję waszych produktów/usług?

Przeczytałem dziś wszystkie wpisy, na podstawie których zbudowałem sobie obraz mniej startup’a (bo nie wiem nad czym dokładnie pracujecie) a bardziej budowy “pełno wymiarowej” firmy. Czy się mylę?

Pozdrawiam

Wojtek

Dlaczego zakładasz, że chcę by firma ekspandowała do takich rozmiarów, że będzie wymagana zmiana struktury?

Oczywiście jakąś strukturę wypracowujemy (choć stwierdzenie “szef i współpracownicy niżej” jest w moim odczuciu zbytnim uproszczeniem). Ale skąd wiesz, że nie będzie ona skalowalna do całkiem dużych rozmiarów?

Jeśli chodzi o wynagrodzenia to póki co mamy prosty model, a będzie w przyszłości jeszcze prostszy - ale o tym napiszę w przyszłości

@Paweł,

SCRUMa znam, uczestniczyłem w scrumopodobnych praktykach. Niemniej dzięki za link.

Problem z metodykami jest taki, że są to pewnego rodzaju “recepty” na pewne “dolegliwości”. A przecież nie wszystkie zespoły mają takie same problemy (i zmieniają się one zwykle w czasie). Jeśli chodzi o nas, to postaramy się wdrożyć u nas mechanizmy, nazwijmy je, wyższego poziomu, które mam nadzieję pozwolą stosować adaptatywnie takie lub inne praktyki w zależności od sytuacji. O tym też napiszę kiedyś wiecej

http://groups.google.pl/group/spin-pl/web/spin-trjmiasto-5-czerwiec-2008—jak-wyglda-w-praktyce-scrum-xp-w-naszej-firmie?hl=pl

Z tego co piszesz myślę że SCRUM by Ci się podobał

Pozdrawiam

Zastanawia mnie jeszcze jedna rzecz - i to drażliwa - jak przy takim podziale obowiązków będą rozliczane wynagrodzenia? Interesuje mnie tutaj czysto techniczne rozwiązanie - bo zwykle im bardziej zacierają się granice kompetencji, tym trudnej określić ile się komu później należy.

jak w piątek pojade do biura to się wyklarują główne działania :>

No właśnie, ja też lubię programować. I póki firma jest mała to muszę programować, a jak będzie większa to będę próbował tak to zorganizować, by móc programować. Ale zarówno teraz jak i w przyszłości konieczne będzie znalezienie odpowiedniej równowagi, co wydaje mi się trudne, ale miło mi słyszeć, że niektórym się udaje

@mt30,

Poruszyłeś kilka ciekawych tematów, wszystkich nie dam rady teraz rozwinąć. Napiszę więc tylko, że co do struktury to chciałbym, żebyśmy raczej przypominali (raczej-nie-nasz-narodowy) zespół piłkarski niż macierz. To znaczy:

- wszyscy wiemy o co nam chodzi (gole!)

- wszyscy wiemy jakie są zasadnicze wartości i zasady, (np. nie faulujemy, gramy na wspólne konto a nie na swoje, etc)

- w ramach tych zasad mamy swobodę działania, decyzje podejmujemy samodzielnie, dynamicznie się grupujemy i rozgrywamy różne sprawy tak, by przeć do przodu (nie czekamy z decyzją komu podać na kapitana/trenera)

- o ważnych sprawach strategicznych decydujemy demokratycznie (jakie przyjąć ustawienie w ważnym meczu na przykład)

- jesteśmy rozliczani z rezultatów, bo na koniec dnia liczy się zarówno dobry zespołowy duch jak i wynik

Moje założenie jest takie, że duch+zasady+pewien coaching=>rezultaty

Więc słowom “struktura”, “macierzowa”, “piony” mówimy nie, natomiast słowom “zespoły”, “zadania” mówimy tak

Marek

Do planowania działań nad projektami - tutaj chyba planowanie i kontrola wykonania tego planu będą najskuteczniejszymi wspomagaczami. Jakieś narzędzie na wolnej licencji szybko by się znalazło, myślę.

Zastanawiasz się nad wielkością zespołu - na podstawach zarządzania i zarządzaniu procesowym uczyliśmy się, że najbardziej produktywną (ale i kosztowną) strukturą jest struktura macierzowa - kolumny to piony specjalistów z danej dziedziny a rzędy to zespoły zadaniowe. W dużej firmie to jest skuteczne, w mniejszej - trochę uprościć to trzeba i stworzyć 2-3 (więcej?) zespoły zadaniowe.

Pisałeś, że jeden z poradników zabraniał klepać kod. Miał rację - Bill Brama osiągnął sukces bardziej wizją, niż kodowaniem

Zastanawiałeś się też, na jakich produktach się koncentrować - na tych, które trafiają się częściej. Lepszy niski zysk, ale często (czyli bardziej pewny), niż duży ale rzadko.

Co do ogłoszeń o pracę - tu jest całkowita loteria… Przede wszystkim - określ jasno wymagania, przedstaw co pracownik może osiągnąć. Coraz częściej też pojawia się informacja o zarobkach, jakie może dostać pracownik na danym stanowisku.
Niektórzy specjaliści sugerują, aby zatrudniać głównie ludzi komunikatywnych, a potem uczyć ich umiejętności technicznych - ale życie pokazuje, że dobry klepacz kodu nie musi być idealnym rozmówcą

tyle moich uwag i wniosków po konfrontacji wiedzy książkowej (wykładowej?) z prawdziwym życiem.

btw, dzięki temu blogowi nie mam tak dużego poczucia zmarnowanego czasu na studia z zarządzania zamiast infy.
pozdro!

Ja, gdybym miał własną firmę, chyba też nie chciałbym nigdy być tylko “wizjonerem”. Rozumiem swojego szefa

Pozdrawiam.