Wieczne opóźnienie. Zarządzanie projektami IT Marcin Dąbrowski

Recenzje książki: Wieczne opóźnienie. Zarządzanie projektami IT (5) Poniższe recenzje mogły powstać po przekazaniu recenzentowi darmowego egzemplarza poszczególnych utworów bądź innej zachęty do jej napisania np. zapłaty.

1. Recenzja: Women in Technology Poland Anna Wenerska-Dzieduch

   Recenzja dotyczy produktu: ksiązka drukowana

   Czy recenzja była pomocna:

    TAK  (0)  NIE  (0)

   Próbujesz zrozumieć, dlaczego projekt IT, w którym uczestniczysz, nie idzie zgodnie z planem? Irytujesz się, że postęp są niewielkie w porównaniu do oczekiwań? Spokojnie, zdecydowanie to nie jest jednostkowy przypadek - przekonuje o tym autor książki. W branży IT odejście od pierwotnie założonego harmonogramu bądź zakresu aplikacji czy funkcjonalności zdarza się bardzo często. Tego rodzaju zmiany nie są oczywiście czymś pożądanym. Ale powodem do zmartwienia również nie są. Po prostu należy odpowiednio reagować na tego typu sytuacje. W jaki sposób? Przeczytaj książkę (bądź wysłuchaj audiobooka czytanego przez Artura Bocheńskiego), by się o tym dowiedzieć. Marcin Dąbrowski, czerpiąc z własnego doświadczenia, opisał liczne patologie wewnątrz organizacji realizujących projekty technologiczne. Zdaje sobie sprawę, że niepowodzenia, zwłaszcza te, których jednoznaczne źródło trudno ustalić, prowadzą do wypalenia nawet najlepszych pracowników. Remedium widzi w zrozumieniu specyfiki poszczególnych etapów projektów (począwszy od przedstawienia oferty, przez tworzenie zespołu realizującego zlecenie, po dostarczenie finalnego produktu czy funkcjonalności) i spokojnym, merytorycznym reagowaniu na trudności. Ludzie popełniają błędy - tak po prostu, powtarza autor. Kluczem jest odpowiednie działanie, czy wręcz przewidzenie kiedy mogą się te błędy z większym prawdopodobieństwem pojawić. Kolejne rozdziały prowadzą więc nas przez poszczególne etapy, a tym samym działy funkcjonujące w typowych firmach technologicznych. Zatem niezależnie od zajmowanych stanowisk - zarówno tych odpowiedzialnych za przygotowanie (sprzedaż), jak i faktycznie wykonujących zlecenie (programiści i managerowie) - pozycja ta dostarczy wyjaśnień, co należy zrobić, aby szczęśliwie dostarczyć pełne zamówienie. Czasem jednak nie pozostaje nic innego, jak zatrzymać projekt. O tym również pisze autor. Sztuką jest, by zrobić to w taki sposób, aby klient nie czuł się całkowicie poszkodowany, czy wręcz żądny zadośćuczynienia na drodze sądowej. Książka uspokoi, wyjaśni, a przede wszystkim wzbogaci o praktyczną wiedzę, która niejednokrotnie może okazać się kluczowa, aby z sukcesem dostarczać na rynek wysokiej jakości rozwiązania IT.

2. Recenzja: MobileTrends.pl - Najnowsze trendy w technologiach mobilnych Bartłomiej Drążkiewicz

   Recenzja dotyczy produktu: ksiązka drukowana

   Czy recenzja była pomocna:

    TAK  (0)  NIE  (0)

   Dużej części z nas obiły się już o uszy pojęcia związane z zarządzaniem. Scrum, agile, speed, lean, masterzy, ownerzy i projekt nierozłącznie zaczynają pojawiać się społecznym wyobrażeniu jako część ogromnej układanki, zwanej zwinnymi metodykami zarządzania. Mało jest jednak pozycji, które przygotowują nas na nieciekawe scenariusze pracy z klientami, ale na szczęście ostatnio pojawiła się taka. “Wieczne opóźnienie. Zarządzanie projektami IT” – to coś dla każdego zarządcy i pracujących nad projektami. Istnieje już mnogość podręczników oraz kursów z dziedziny zarządzania projektami, które traktują o tym, jak realizować je w sposób, który zapewni dostawę pożądanych rezultatów na czas i w zaplanowanym budżecie. Wszyscy skupiają się na zakresach, jakości, kosztach i czasie, co pomimo wielowątkowości założeń nadaje im spłyconego charakteru. Czemu, spytacie. Otóż nie chodzi tu o ubarwianie pojęć jakimiś przypowiastakami i tworzenie odrębnych mitologii – świat projektowy lubi prostotę i najlepiej funkcjonuje w takich właśnie rozwiązaniach. Niestety milcząco zakłada sią, że jeśli projekt jest prowadzony w sposób poprawny pod każdym względem, to klient musi być zadowolony, a projekt będzie trwał aż do szczęśliwego zakończenia, co oczywiście niewiele ma wspólnego z rzeczywistością, na co rzeczywistość znalazłą już przykłady. Wzorowy projekt do kosza? Jak praktyka pokazuje, najczęściej mamy do czynienia z sytuacją, w której opóźnienia występują zarówno po stronie klienta jak i dostawcy projektu. Okazuje się jednak, że prace nad projektem można zerwać w każdej chwili i bardzo często jest to robione w nieoczekiwanym przez dostawców momencie. Skutkuje to wstrzymaniem pracy i zamrożeniem lub całkowitym zerwaniem kontraktu. Środowisko projektu jest wielowymiarowe i złożone. Projekt jest zaledwie jednym z elementów układanki tego świata. Biznes klienta ulega dynamicznym zmianom. Cele z dnia dzisiejszego jutro mogą być już nieaktualne. Zmianom ulega strategia na poziomie firmy lub całej grupy. Zmieniają się osoby zarządzające, a wraz z nimi preferencje co do poszczególnych dostawców. Wreszcie w grę wchodzą aspekty ludzkie i wszelkie związane z tym aspekty relacyjne. Nieoczekiwane zwroty akcji W projektach jest jak w życiu, wszystko może stanąć na głowie i zaskoczyć nas w mało spodziewanej chwili. Stało się tak na przykład w wieloletnim projekcie, który miał już nawet swoje sukcesy. Otóż, planowano w nim zastąpienie ponad kilkudziesięciu systemów IT nowoczesną platformą dostarczaną w modelu SaaS. Dostawca miał również zarządzać docelową platformą, co w konsekwencji prowadziłoby do znacznej redukcji działu IT klienta. Po kilku latach duża część platformy działała produkcyjnie i była powodem do zadowolenia wśród klienta, który mógł osiągać już założone cele biznesowe. Niestety firma została przejęta w trakcie fuzji przez większego gracza na rynku, który nie był już tak łaskawy dla tej wizji projektowej. Poskutkowało to stopniowym wyłączeniem wspomnianej wyżej platformy, a w konsekwencji zatrzymanie projektu. Nie popadaj w paranoję! Jak widać, bez względu na dotychczasowe wyniki prac prawie każdy projekt może zostać zatrzymany przez klienta z przyczyn zależnych lub niezależnych od dostawcy. Stwarza to ogromne niebezpieczeństwo dla projektu i dostawców, co wymusza inne niż dotychczas podejście do rzeczywistości projektowej. Trzeba pamiętać, że dostawca zwykle popełnia błędy, które mogą być ostatecznie wykorzystane przeciwko niemu. Dlatego kierownik projektu powinien zawsze być przygotowany na najgorsze, na zerwanie kontraktu. Nie można jednak popadać w obsesję złego scenariusza, który ziści się, gdy skupimy się na nim zamiast nad pracą. Faktycznie, nie chodzi tu o skrajności, o dokumentację projektową, czy brak zaufania do klienta. Takie podejście już w niedługim czasie zniszczy każdą współpracę. Celem tej książki jest to, aby kierownictwo projektu po stronie dostawcy przez cały czas było świadome najgorszego scenariusza i odpowiednio, nawet nieznacznie, przekształcało swoje działania; aby zdawało sobie sprawę z tego, które sytuacje są istotne, kiedy i jak reagować oraz w jaki sposób dokumentować fakty; ostatecznie zaś wiedziało, w jaki sposób się bronić oraz wychodzić z sytuacji, w której klient grozi zerwaniem kontraktu czy nawet pozywa dostawcę. 6-cio etapowy scenariusz końca projektu Na pierwszy rzut oka scenariusz, w którym klient zatrzymuje projekt czy zrywa kontrakt, wydaje się nierzeczywisty i oderwany od realiów kontraktowych.. Niestety takie przypadki są bardzo częste. Nie komunikuje się tego w żaden głośny sposób, gdyż żadna ze stron nie chciałaby mieć na swoim koncie potężnej porażki, łatki kłótliwej, czy co gorsza – nieskutecznej. Wbrew pozorom wydarzenia toczą się wtedy według powtarzalnego scenariusza, który warto rozumieć i mieć na uwadze. Przebiega on w następujący sposób: Etap 1 – klient zaczyna podejmować nieracjonalne decyzje dotyczące projektu, coraz częściej przejawia nielogiczne zachowania, daje pewnego rodzaju sygnały. Etap 2 – klient powiadamia o czasowym lub całkowitym zatrzymaniu projektu. Etap 3 – dostawca otrzymuje listę żądań ze strony klienta. Etap 4 – dostawca przygotowuje strategię obrony. Etap 5 – obie strony negocjują i albo osiągają jakiegoś rodzaju porozumienie, albo wszczynają postępowanie procesowe. Etap 6 – strony walczą o swoje racje w sądzie. Wyżej wspomniany sześcioetapowy scenariusz może trwać kilka tygodni i zakończyć się porozumieniem (etap 5) lub może trwać miesiącami, a także latami niezależnie od tego, czy zakończy się ugodą przed rozpoczęciem procesu, w trakcie jego trwania, czy też wyrokiem sądu. Książka więc daje nam inną perspektywę, dostawca projektu musi skupić się na innym aspekcie niż zadowolenie swojego klienta, czyli bezpieczeństwo swoje i projektu. Z punktu widzenia dostawcy celem jest takie prowadzenie projektu, aby zawsze być na tyle dobrze przygotowanym merytorycznie, żeby móc doprowadzić do ugody (etap 5), co więcej, do ugody maksymalnie korzystnej finansowo. Recenzje “Wieczne opóźnienie. Zarządzanie projektami IT” Na stronie empik.com poświęconej tej książce możemy odnaleźć komentarze ludzi z branży, którzy postanowili ocenić ją dla rozeznania wobec innych pozycji. Oceny są książce bardzo przychylne, niebotycznie zachęcając nas do jej zakupienia. „Bardzo ciekawa pozycja opisująca w kompleksowy sposób proces realizowania projektów informatycznych, uwzględniający zjawiska i obszary, które można określić jako „szara strefa”, czyli między innymi przestrzeń różnic w celach pomiędzy działami w firmie, dynamice w relacji pomiędzy dostawcą a klientem, przecinające się kompetencje wewnątrz firmy itd. Nie ma zbyt wielu pozycji, które opisują te obszary w tak dosłowny sposób, dlatego uważam, że warto zapoznać się ze spostrzeżeniami autora.” – mówi Leszek Cygan, Manager, IBM. „Czytając tę książkę, w mojej głowie wciąż przewija się słowo „uczciwość”. Wybrzmiewa ono w praktycznie każdej omawianej kwestii. Uczciwość przede wszystkim ― wobec klienta, ale też wobec siebie nawzajem w firmie. Dla mnie uczciwość i wzajemny szacunek to bardzo ważne wartości. Podoba mi się, że Marcin promuje je w swojej książce. Świetnie się ją czyta, lekko ― jest napisana prostym językiem, bez pompy i żargonu. Autor maluje kompletny obraz, na którym pokazane są zgrabnie i merytorycznie zarówno te procesy, które wszyscy znają, jak na przykład etapy projektu, jak i te niepisane zasady, które nierzadko decydują o sukcesie albo porażce. W trakcie lektury myślałam wielokrotnie, że inżynierowie pracujący w projektach z klientami koniecznie powinni przeczytać tę książkę. Jest bardzo praktyczna. We mnie wzbudza zaufanie.” – napisał Rafał Styczeń, Founder & CEO, Ailleron | IIF. Nowa pozycja w stajni Heliona wydaje się więc być w oczywisty sposób koniecznością dla ludzi związanych z projektami. Wszak nawet specyfika naszej pracy i jej poprawne wykonywanie nie determinują innych czynników jako korzystne, co warto wiedzieć w momencie podejmowania jakichkolwiek decyzji projektowych.

3. Recenzja: rosnijwsile.pl Marcin

   Recenzja dotyczy produktu: ksiązka drukowana

   Czy recenzja była pomocna:

    TAK  (0)  NIE  (0)

   Z czym kojarzy Ci się projekt IT? Pierwsza myśl, jaka wielu z nas przychodzi do głowy jeśli chodzi o projekty informatyczne to – wieczne opóźnienie! Niedotrzymane terminy, przekroczony zakres i budżet to niestety wciąż bolączka wielu projektów IT. Jakie są główne przyczyny opóźnień w projektach IT i jak ich uniknąć? Czytaj dalej aby się dowiedzieć! Kiedy zaczyna się projekt IT? Projekty informatyczne, zwłaszcza realizowane przy wsparciu dostawców zewnętrznych mają swoją specyfikę i dynamikę. Wszystko zaczyna się już na etapie procesu sprzedaży projektu. Po jednej stronie mamy klienta. Klient poszukuje dostawcy i chce zrealizować projekt oraz osiągnąć konkretne cele biznesowe. W procesie negocjacji naciska na dostawców, aby ugrać jak najlepsze warunki, dostać jak najwięcej za jak najmniej, w najkrótszym czasie. Czasami też klient na początku projektu nie wie czego tak na prawdę potrzebuje, ale wie czego nie chce gdy już to dostanie. Po drugiej stronie mamy dostawcę. Dostawca chce „wygrać wyścig” z innymi dostawcami, o kontrakt z klientem. Chce sprzedać swój produkt i pozyskać klienta. Tak więc dostawca w procesie sprzedaży często obiecuje, że dostarczy projekt według nierealnego harmonogramu albo po niższej cenie niż jego konkurenci. Idzie na kompromisy, często obiecując, że jego rozwiązanie spełnia więcej wymagań, niż jest w rzeczywistości. Robi wszystko co jego zdaniem potrzeba, aby podpisać umowę i zrealizować projekt dla klienta. Po wynegocjowaniu i podpisaniu umowy powołany zostaje kierownik projektu, formuje się zespół, który zabiera się do pracy. Zadaniem kierownika projektu jest oczywiście, zaplanowanie prac w taki sposób, aby nie wystąpiło żadne opóźnienie, a cele biznesowe zostały osiągnięte – w zakresie, budżecie i terminie. Jednak życie bywa bardziej skomplikowane niż przewidywania. Projekt startuje, ale pojawiają się komplikacje, problemy organizacyjne, techniczne i finansowe, z którymi trzeba sobie poradzić. Zakres prac do wykonania jest większy, niż wydawało się stronom na początku, a czas potrzebny na realizację zadań jest dłuższy. Pewne problemy okazują się bezsprzecznie trudniejsze niż się wszystkim wydawało. W procesie sprzedaży i podpisywania umowy powstaje wiele kluczowych założeń, które mają istotny wpływ na powodzenie projektu. Dlatego, proces sprzedażowy to istotna, o ile nie decydująca, faza projektu. Jakie są główne przyczyny opóźnień w projektach IT? Nie potrafimy w 100% przewidzieć przyszłości. Jest więcej niż pewne, że opóźnienia pojawią się, na którymś etapie projektu IT. Mniejsze czy większe, wcześniej czy później, ale jednak wystąpią. Znając ich przyczyny możemy się lepiej przygotować i wielu z nich uniknąć. Istnieje wiele potencjalnych przyczyn opóźnień i przedłużania się projektów informatycznych. Marcin Dąbrowski autor książki Wieczne opóźnienie. Zarządzanie projektami IT, który w swojej karierze prowadził i nadzorował duże projekty technologiczne w różnych częściach świata, na bazie swojego praktycznego doświadczenia opracował listę najczęstszych potencjalnych przyczyn opóźnień. Występują one zarówno z winy dostawcy, jak i klienta, oto one: Przyczyny opóźnień po stronie klienta Brak potrzebnych kompetencji. Problemy ze znalezieniem osób o określonych umiejętnościach, które dysponują niezbędną dla projektu wiedzą i powinny odpowiadać za daną część zakresu projektu; Brak czasu u kluczowych dla projektu osób. Problemy z wygospodarowaniem czasu osób o potrzebnych kompetencjach. Oderwaniem ich od codziennych zadań, na rzecz pracy w projekcie; Brak potrzebnych informacji. Trudności z dostawą materiałów wejściowych do prac dostawcy (dane, analizy, dokumenty wymagań, specyfikacje); Problemy organizacyjne. Na przykład po stronie klienta w projekcie uczestniczy kilka działów, a zarządza nim jeden konkretny; Brak decyzyjności. Co powoduje, że za każdym razem szuka się osób odpowiedzialnych za dany problem, występują przedłużające się dyskusje i chaos zarządczy; Opóźnienia w dostawie materiałów. Takich jak np. zamówiony sprzęt czy środowiska testowe; Problemy z koordynacją pracy wielu dostawców. Brak kontroli nad innymi dostawcami odpowiednich części zakresu projektu. Przyczyny opóźnień po stronie dostawcy Brak specjalistów dziedzinowych, zwłaszcza na początku projektu; Braki zasobowe w działach produkcyjnych na późniejszym etapie; Zawyżone oczekiwania wobec produktu. Produkt spełnia miej wymagań, niż dostawca obiecywał. Skutkuje to dodatkowym, potrzebnym na wyprodukowanie czasem; Błędy w szacowaniu potrzebnego czasu. Realizacja zadań trwa dłużej. Niższe jest niż spodziewane tempo prac (słabszy zespół, większe skomplikowanie problemów do rozwiązania itp.); Problemy z jakością. Niska jakość dostaw wynikająca ze słabej kultury organizacyjnej dostawcy lub ze zbyt szybkiego (zbyt ambitnego) tempa prac. Rzadko jest tak, że przyczyna opóźnień leży tylko po jednej ze stron. W praktyce mamy do czynienia z sytuacją skomplikowaną, gdy opóźnienia występują zarówno u klienta, jak i u dostawcy, a wyjaśnienie związku przyczynowo-skutkowego między nimi stanowi wyzwanie i bywa niejednoznaczne. Jak podchodzić do opóźnień w projektach IT? Marcin Dąbrowski radzi, aby zamiast na minimalizacji opóźnień i terminie zakończenia projektu, który wynika często z nierealnego harmonogramu, skupić się na realizacji celów biznesowych klienta w obiektywnie optymalnym czasie. Bo jeśli dostawca jest w pełni oddany klientowi i jego celom biznesowym, to opóźnienia przestają być problemem. Nie ma żadnych „nas” czy „ich” jest jeden zespół projektowy po obu stronach. Przecież zarówno dostawca, jak i klient mają wspólny cel. „WAŻNIEJSZA NIŻ RZECZYWISTE PRZYCZYNY OPÓŹNIENIA JEST PERCEPCJA KLIENTA, SPOSÓB, W JAKI POSTRZEGA ON BIEŻĄCY STAN ZAAWANSOWANIA PRAC ORAZ PERSPEKTYWĘ NA CZĘŚCIOWY LUB CAŁKOWITY SUKCES”. – MARCIN DĄBROWSKI Uwagi końcowe Projekty realizujemy od wieków. Projektami były, np.: budowa piramid egipskich, chińskiego muru czy katedry Notre-Dame. Jednak aby dojść do obecnej sprawności w realizacji projektów budowlanych musieliśmy niestety przejść przez wiele nieudanych przedsięwzięć, błędów konstrukcyjnych i katastrof budowlanych. W sferze biznesu pojęcie projektu i zarządzania nim pojawiło się stosunkowo niedawno. A w przypadku projektów technologicznych, wciąż jesteśmy na początku tej drogi. Nadal nabieramy doświadczenia i uczymy się jak skutecznie realizować projekty informatyczne. Projekty IT rządzą się swoimi prawami. Tempo zmian w świecie VUCA, w którym żyjemy jest takie, że dzisiejsza wiedza i praktyka jutro może być już nieaktualna i trzeba zmienić podejście. Jeśli szukasz aktualnej praktycznej wiedzy jak efektywnie zarządzać projektami IT, zarówno z perspektywy zamawiającego klienta, jak też kierownika projektu i dostawcy to koniecznie sięgnij po wydaną przez Onepress książkę Marcina Dąbrowskiego. Wieczne opóźnienie to nie jest kolejna teoretyczna lektura o metodach zarządzania projektami. Opiera się na praktycznym doświadczeniu i opisuje obecne realia, jakie występują w projektach IT. Większość problemów w projektach IT wynika z błędów popełnionych już na etapie procesu sprzedażowego. W książce Wieczne opóźnienie, znajdziesz konkretne rozwiązania, które pozwalają tych wielu problemów uniknąć jak: niedoszacowanie projektu w IT opóźnienia w ich realizacji spory wewnątrz zespołu projektowego konflikty z innymi project managerami, działami wdrożeniowymi, zespołem handlowym niedomówienia w relacjach z klientami oddawanie niedopracowanego produktu wszelkiego rodzaju zagrożeń – od kar za opóźnienia po zerwanie kontraktu. Jeśli zamawiasz projekty IT jako klient albo realizujesz je jako dostawca, jeśli jesteś kierownikiem projektu lub po prostu bierzesz udział w projektach informatycznych to Wieczne opóźnienie Marcina Dąbrowskiego jest obowiązkową lekturą dla Ciebie. Oszczędź sobie stresu i kłopotów w projekcie IT. Zamień „Wieczne opóźnienie”, na „Wielki sukces”! „PROJEKT, KTÓRY MA SZANSĘ NA SUKCES, TO PROJEKT DOBRZE SPRZEDANY. TAKI, W KTÓRYM ZAKRES I HARMONOGRAM SĄ OD POCZĄTKU REALNE, A CENA REALIZACJI PRAC JEST GODZIWA. NAJWIĘKSZE OPÓŹNIENIA PROJEKTU WPROWADZANE SĄ NA ETAPIE SPRZEDAŻY, A NIE PODCZAS REALIZACJI!” – MARCIN DĄBROWSKI

4. Recenzja: QulturaSlowa Justyna Gul

   Recenzja dotyczy produktu: ksiązka drukowana

   Czy recenzja była pomocna:

    TAK  (0)  NIE  (0)

   Rozpoczynając nowy projekt już jesteś świadomy, że założone terminy są nierealne? Z jednej strony czujesz się podekscytowany, ale wiesz, że projekt ten będzie się wiązał z ogromnym stresem, nieprzespanymi nocami i koniecznością pozostawania w firmie po godzinach, ze stratą dla rodziny. Czy jednak zawsze musi tak być? Czy za każdym razem nowe doświadczenie musi być okupione ciężką pracą i zmęczeniem, które nawet nie pozwala cieszyć się z sukcesu? I co ważniejsze, jak sprawić, żeby tak nie było? Przekonamy się o tym dzięki lekturze książki pt. „Wieczne opóźnienie. Zarządzanie projektami IT”, opublikowanej nakładem Wydawnictwa Helion. Autor, Marcin Dąbrowski, dzięki bogatemu doświadczeniu w prowadzeniu i nadzorowaniu dużych projektów dla największych na świecie grup telekomunikacyjnych, zna nie tylko największych wrogów kierownika projektu, ale też potrafi z nimi skutecznie walczyć. Nie obyło się oczywiście bez porażek, a i o nich książka opowiada, dzięki czemu możemy uczyć się na cudzych błędach i uniknąć pułapek, które z dużą dozą prawdopodobieństwa będą na nas czekały. Co więcej, autor na łamach książki zamieścił nie tylko swoje rady, ale i rady osób, z którymi pracował na przestrzeni lat. Są one w pewnym stopniu uniwersalne, można dopasować je do każdej branży, i to niezależnie od tego, czy funkcjonuje w niej słownictwo związane z projektami i zarządzaniem nimi, czy działalność opiera się po prostu na liście zadań do wykonania. To zatem książka dla wszystkich, nie tylko pracowników IT, nie tylko kierowników projektu czy właścicieli przedsiębiorstw, ale i szeregowych pracowników, którzy są zaangażowani w rozszerzanie swoich kompetencji. Jak zapowiada autor, lektura książki (szczególnie ta, której towarzyszyć będzie refleksja) pozwoli nabrać dystansu do problemów i zrozumieć, że w projekty zaangażowani są ludzie, a efektywne komunikowanie się, jest niezwykle cenną umiejętnością, dzięki której wszystko staje się łatwiejsze. Książka składa się z dwudziestu trzech rozdziałów, krok po kroku przybliżających zagadnienia związane z zarządzaniem projektami i omijaniem czyhających pułapek, wyprzedzaniem potencjalnych problemów i reagowaniem, zanim jeszcze wystąpią. Autor tłumaczy, skąd mogą brać się komplikacje – często są one wynikiem błędnie prowadzonej sprzedaży, podpowiada, jak powinien wyglądać początek projektu, podkreślając, że proces sprzedażowy jest istotną, a nawet decydującą fazą projektu. Podpowiada także, w jaki sposób uniknąć szaleństwa już na tym etapie, prowadząc te procesy w sposób uczciwy oraz merytoryczny. Podkreśla, jak ważna jest kultura organizacyjna i dostrzeganie również innych filarów firmy, nie tylko wspomnianej sprzedaży. Pisze też o różnego typu opóźnieniach i ich przyczynach, o konieczności dokładnego definiowania zakresu projektu na etapie sprzedaży, a także o płatnościach – temacie kontrowersyjnym, którego jednak niepotrzebnie unikamy jakby zapominając, że projekty nie są przedsięwzięciami charytatywnymi. Dąbrowski wspomina również o roli zespołów pracujących lokalnie w siedzibie klienta, o obecności lokalnej jako wręcz modelu biznesowym. Tłumaczy, w jaki sposób należy prowadzić spotkania i zauważa, co jest ich celem zaznaczając, że w kontaktach z klientem wcale nie musimy mieć racji. Podkreśla ponadto, że szczerość powinna być zawsze dominującą postawą. To tylko część z poruszanych w książce zagadnień, które dotyczą poszczególnych etapów projektu i uwzględniają najważniejsze kwestie z nim związane. Książka w sposób niezwykle merytoryczny, ale i przystępny przybliża zagadnienia związane z zarządzaniem projektami, ucząc nas omijać problemy, które można przewidzieć, a także prowadząc przez iście minowe pole realizacji projektu. Każdy rozdział kończy się podsumowaniem umożliwiającym późniejszy powrót do wybranych, problematycznych kwestii, zaś uniwersalność proponowanych rozwiązań czyni książkę prawdziwie rewolucyjną i mogącą mieć realny wpływ na kondycję firmy (i prowadzonych projektów).

5. Recenzja: MobileWorld24 Łęczycki Wojciech

   Recenzja dotyczy produktu: ksiązka drukowana

   Czy recenzja była pomocna:

    TAK  (0)  NIE  (0)

   Opóźnienia związane z tworzeniem nowych projektów są na porządku dziennym. Tak na dobrą sprawę ciężko znaleźć jakikolwiek projekt związany czy z budownictwem czy to z IT, który nie miał mniejszej lub większej obsuwy. Z czego wynikają te opóźnienia? Jak ich uniknąć? Na te pytania powinna odpowiedzieć książka, którą właśnie dla Was recenzuję – „Wieczne opóźnienie Zarządzanie projektami IT” autorstwa Marcina Dąbrowskiego. Zapraszam do lektury. Fizycznie książka nie jest zbyt obszerna. Do naszej dyspozycji oddano dokładnie 235 stron, ale to co od razu można powiedzieć o tej książce, że nie mamy tutaj lania wody. Na tych 235 stronach jest bardzo dużo skondensowanej wiedzy z konkretnymi przykładami i rozwiązaniami. Tak właściwie otrzymujemy czyste „mięso”, które w tym tytule jest najciekawsze. Po pierwsze dla kogo jest ta książka? W sumie niemal dla każdego kto działa z projektami różnego rodzaju mniejszymi i większymi. Co ważne tak na dobrą sprawę mamy tutaj wiele informacji nawet dla tych, którzy nie działają w sektorze IT. Książka na każdym kroku może nam pomóc w tworzeniu nowego projektu. „Wieczne opóźnienie Zarządzanie projektami IT” umożliwia nam przygotowanie się na największe problemy i przesunięcia, tak właściwie już na etapie projektowania, zdobywania inwestora itd. jesteśmy w stanie dowiedzieć się jakie ewentualne problemy mogą nas po drodze spotkać jak im ewentualnie zaradzić. Oczywiście nie wszystkie informacje są w 100% uniwersalne i będą się nadawały do każdego projektu czy przedsięwzięcia, ale mimo wszystko autor starał się tak przygotować tę pozycję by faktycznie mogło z niej skorzystać jak najwięcej osób. Nie jest to również książka bardzo zaawansowana. Część problemów zawartych w książce możemy rozwiązać sami, bez lektury tej pozycji, ale myślę, że wielu czytelnikom, może podrzucić ciekawe rozwiązania, których do tej pory nie stosowali. Książka ta jest prawie dla każdego zaangażowanego w różnego rodzaju projekty. Dlaczego „prawie”? Bowiem starych wyjadaczy raczej niczym nowym nie zaskoczy. Mógłbym kategoryzować tę książkę dla osób, które zaczynają przygodę z projektami IT (Ci wycisną z książki oczywiście najwięcej), ale także dla średnio zaawansowanych użytkowników. Co ważne jest napisana ona prostym językiem, bez żadnych udziwnień czy niezrozumiałych, bardziej specjalistycznych zwrotów, stąd też powinna być łatwa do przyswojenia zarówno tym, którzy zaczynają przygodę w tej branży jak i tych bardziej zaawansowanych użytkowników. Autor – Marcin Dąbrowski jest również wieloletnim praktykiem, więc poszczególne rozwiązania, które proponuje w tym tytule testował na swoich projektach, więc nie mamy tutaj tylko i wyłącznie suchych faktów, lecz konkretne informacje. „Wieczne opóźnienie Zarządzanie projektami IT” to pozycja obowiązkowa dla każdego, kto będzie chciał poszerzyć swoją wiedzę na temat zarządzania różnego rodzaju projektami. Myślę, że warto tej książce dać szansę, a jeśli się wahasz czy warto ją kupić przejrzyj pełny spis treści książki. Wówczas dowiesz się czego tak właściwie możesz oczekiwać od tej pozycji.

więcej recenzji

ukryj recenzje