R&D – jak przeprowadzić zmiany w projekcie?

Pisze do mnie wielu początkujących kierowników projektu z pytaniami na temat przeprowadzania zmian w projekcie – implementacji nowych funkcji. W tym wpisie opisałem jak podzielić ten proces na etapy, które pomogą nam przeprowadzenie udanych zmian na naszym projekcie. Zapraszam do lektury!

Czytaj dalej

YouTube: dług technologiczny – czym jest i kiedy warto go zaciągnąć?

Ten temat był już przeze mnie poruszany na moim blogu, jednak teraz jest w formie wideo. Co nazywamy długiem technologicznym? Kiedy warto jest zaciągnąć dług technologiczny? Kiedy odsunięcie spłaty długu technologicznego w czasie może okazać się tańsze? Zapraszam do obejrzenia 🙂

Czytaj dalej

Gdy klient mówi „chciałbym elastyczny system…” – czyli analiza przedwykonawcza

W ostatnim czasie sporą część dnia pracy zajmuje mi robienie analiz IT. Zazwyczaj uczestniczę w całym procesie powstawania produktu: spisanie wymagań klienta => opracowanie dokumentu analitycznego => development. Dzięki temu, że jestem obecny we wszystkich procesach, jestem świadkiem wielu „zabawnych” (z perspektywy czasu 😉 ) sytuacji o tym jak mimo ustaleń, oczekiwania i wyobrażenia klienta o finalnym produkcie mogą odbiegać od wcześniejszych założeń – to będzie tematem dzisiejszego wpisu. Zapraszam do lektury.

Czytaj dalej

Jak wycenić projekt IT w 10 minut?

Każdy kto próbował wycenić projekt IT wie, że nie jest to proste zadanie. Zazwyczaj w podanym zakresie od klienta kryje się wiele niewiadomych i niejasności. Mimo tego, klient oczekuje widełek czasowych, w których uda się ukończyć projekt. Osoba wyceniająca spędza czas na domyślaniu się „co autor miał na myśli”. Często trzeba wysłać do klienta pytania precyzujące zakres. Czas odpowiedzi od klienta, a przede wszystkim jakość odpowiedzi bywa niezadowalająca. Może to wynikać z tego, że klient nie jest w stanie na tym etapie sprecyzować zakresu lub pytania, które przeszły przez kilka działów zniekształciły jego treść i odpowiedź (osoby techniczne i biznesowe). Wycena projektu w takim przypadku to zgadywanka, która kosztuje wiele czasu całego zespołu: architektów, programistów, handlowców.
Po całym czasochłonnym procesie nadal zakres ani cena nie są precyzyjne – mamy nadzieję, że myślimy o tym samym co klientem. Warto podkreślić, że nadal nie masz pewności (mimo poświęconych wielu godzin zespołu na wycenę), że klient wybierze właśnie twoją ofertę. Być może komuś udało się metodą zgadywanki „strzelić” niższą cenę bo np inaczej zinterpretował zakres, lub dostał brief pisany przez inna osobę.
Na tym etapie wszystko jest kwestią interpretacji, a dla klienta najczęściej (niestety) najważniejsza jest cena pomimo, że nikt nie wie do końca co trzeba zrobić (nawet klient).

Odrób pracę domową i zastanów się ile czasu poświęciłeś na wycenę ostatniego projektu, ile osób po twojej stronie było zaangażowanych w wycenę (graficy/handlowcy/programiści) i ile czasu sumarycznie spędziliście nad estymatą zapytania od klienta. Następnie odpowiedz sobie jaki procent wyceniających przez ciebie projektów kończy się podpisaniem umowy i finalizacją dzieła.
Jeśli te liczby nie są korzystne dla twojej organizacji (lub co gorsze, nie jesteś w stanie ich określić) zapraszam do dalszej lektury.

Czytaj dalej

Zajmij się swoim biznesem!

Myślą przewodnią tego wpisu jest to, żeby zająć się tym co przynosi nam pieniądze, a całą resztę oddelegować na zewnątrz.  Opiszę w jaki sposób outsourcing usług może wpłynąć pozytywnie na twoją firmę. Dowiesz się dlaczego nie powinieneś bać się eksportu usług do zewnętrznych firm. Opiszę również skutki robienia wszystkiego samemu. Wszystko poparte przykładami z IT (i nie IT 🙂 ) – jak zawsze.

Czytaj dalej

Kiedy warto zaciągnąć dług technologiczny?

Dług technologiczny jest zaciągany wtedy, gdy mając na szali krótszy czas developmentu i jakość kodu – świadomie wybieramy szybsze/tańsze ukończenie projektu kosztem jakości. Warto powiedzieć, że jeśli ta droga nie jest świadoma to nie mamy do czynienia z długiem technologicznym tylko niekompetencją 🙂

Czytaj dalej