Відео

Jak programisa produkuje tqsk za taskiem bo kierownik az tak go zyluje to wypali sie w krotkim czasie, zwolni sie , odpocznie, i znajdzie prace gdzies indziej.

Po przesłuchaniu twoich przypadków jest jedna wspólna cecha o której warto wspomnieć wprost - wprowadziłeś metryki, które nie wpływały na workflow developerów, nie dorzucały im jakiś nowych rzeczy do raportowania itp i też druga cecha - nie robiłeś z tego jakiegoś wymagania (np co do ilości % błędów itp) - o tym akurat bylo wspomniane.

W branży projektowania graficznego czy animacji zbieranie jak najwięcej informacji na wstępie jest kluczowe Zbyt wiele zmian w trakcie mogłoby całkowicie zjeść budżet projektu.

Tytuł jest trochę mylący, zważywszy na to, że prawi o inżynierii wymagań, a nie o faktycznym prowadzeniu dokumentacji projektowej

🚀 Jeśli chcesz WYCENIAĆ PROJEKTY NA CZAS i mieścić się w budżecie to zajrzyj do mojego kursu wycenaprojektow.pl 🚀

Super, dziękuję :)

Zapraszam na szkolenie o dokumentacji IT dokumentacja.pro :)

Sam się organizuję z wykorzystaniem todoista i nie miałem problemu z przejściem na kanbana, ale byłem w projekcie, gdzie właśnie PM kilka razy próbował go wdrożyć - przy czym "rzucał" jakąś platformę - uzupełniał kilkoma taskami i "macie w tym pracować" co za każdym razem kończyło się śmiercią naturalną tych pomysłów - bo sam więcej wkładu w to nie dawał (raz była to sytuacja przed urlopem, "bo muszę widzieć jak wam idzie"), a fakt, że ludzie jakoś mega opornie do tego podchodzili i brak uzupełnianych statusów itp wprowadzał chyba większy chaos niż był przed

Super, bardzo profesjonalne nagranie

Pamiętam jedno z moich pierwszych spotkań z klientem/osobą zainteresowaną oprogramowaniem. Rozmowa układała się idealnie, złapaliśmy fajny kontakt, spora dynamika spotkania. Moja myśl pełna pozytywnych emocji, gdy wychodziłem z biura "To było dobre spotkanie". Minęło kilka chwil, emocje opadły i kolejna myśl "Wszystko niby fajnie, ale finalnie nie mam pojęcia czego klient oczekuje. Co ten software ma w ogóle robić?" To był taki moment, w którym pierwszy raz zapaliła mi się lampka, że coś jest nie tak, to nie powinno tak wyglądać. Jedną z rad zastosowałem, dosłownie godzinę temu. W trakcie calla z szefem, wstrzymywałem rozmowę na szybkie notatki. Nic się nie stało, a ja mam elegancko spisane, co dokładnie trzeba wdrożyć. Bez zbędnych domysłów "Jak to miało działać?". :)

W wideo mówię jak można dołączyć bezpłatnie do dokumentacja.pro 👌

Bardzo fajnie ogarnięte pytania do klienta. Druga ważna rzecz to należy moderować rozmowę. Część klientów uwielbia się rozgadywać.

Czekam z niecierpliwością

kto nie zna powiedzenia o szympansie albo potraktowaniu z dużego palca...

Świetna prelekcja! Podziwiam Cię, że w zmieściłeś się w niecałe 30 minut z tak trudnym i poważnym problemem. Nie wiedziałem, że można do wyceny dodać czas spędzony na jego prowadzeniu (mam na myśli scrumowe wydarzenia). Bardzo dojrzale podchodzisz do realizacji wycen co niestety (pewnie) przekłada się na mniejszą liczbę projektów realizowanych przez Twój software house. Klienci wybierają tańsze oferty, nie wiedząc, że takie projekty (gorzej oszacowane) wiążą się z problemem post programistycznym - projekt wykonany przez developerów, różni się od tego co klient miał w głowie jeszcze przed wyceną. Dzięki za prelekcję! PS. Może chciałbyś opowiedzieć o swoim doświadczeniu na WarsawJS?