W tym wpisie wyjaśniam jak wygląda proces powstawania wpisów na moim blogu od tzw. “kuchni”. Opisuję jakich narzędzi używam, jak dokładniej wygląda proces twórczy i jak zarządzam tym procesem. Jeśli prowadzisz bloga, lub myślisz o założeniu – możesz dostosować mój proces pod swoje wymagania. Myślę też, że wpis zaciekawi moich stałych czytelników.
Strona głównaUżytkownik
mijagi | użytkownik
Co robić gdy współpracownik ma problem z utrzymaniem higieny osobistej? Temat na pierwszy rzut oka może wydawać się zabawny – jednak taki nie jest.
Co ma wspólnego developer z psem Pawłowa? W tym wpisie wyjaśniam tą kwestię i poruszam temat m.in. dawania feedbacku na temat pracy. Dowiesz się również w jaki sposób tworzyć kryteria oceny pracy by oszczędzić sobie czas na niepotrzebnym kontrolowaniu developerów.Co by tu dzisiaj zepsuć? Głęboko wierzę w to, że ludzie z natury nie są źli. Uważam, że bardzo rzadko zdarza się sytuacja, w której...
Tego tematu jeszcze u mnie na blogu nie było, ale zauważam, że jest bardzo potrzebny. Chodzi o pytanie PO CO REALIZUJE SIĘ PROJEKTY? Pewnie dla wielu osób było to pytanie retoryczne, bo przecież “wiadomo”. Spróbuj jednak zastanowić się nad odpowiedzią, zanim przeczytasz ten wpis.wszystko ma swój cel… i zakres Heh, wiem, że powtarzam to jak mantrę, ale powiem jeszcze raz: każdy projekt ma swój...
Czy programista powinien testować swój kod? Pytanie wydaje się być tendencyjne i takie też jest. Gdyby to nie miało różnicy kto testuje kod – prawdopodobnie zawód “tester” nigdy by nie powstał. Często słyszałem inną wersję tego pytania “czy programista może testować swój kod?” – odpowiedź jest prosta, jasne, że może. Tak dzieje się w wielu firmach. Trudniej odpowiedzieć na pytanie “czy powinien…”? Dziś rozłoż...
Często mówi się o tym, że dany programista jest “niewydajny”. Pojęcie to jest nieostre – można je różnie zinterpretować, ktoś w organizacji A może być uważany za niewydajnego, natomiast w organizacji B może być najbardziej produktywnym programistą z całego zespołu. Często chodzi jedynie o relatywizm i percepcje. Tak jak wspominałem w poprzednich wpis...
Zdarzyło ci się być na CC w dyskusji email, na temat której nie miałeś bladego pojęcia? Byłeś świadkiem dyskusji email, w której po wymianie 50 wiadomości nadal nie było nic ustalone? Ja wielokrotnie. Spisałem swoje przemyślenia na temat komunikacji email i wypisałem najważniejsze błędy. Zasugerowałem również alternatywne rozwiązanie, które sprawdza się w moim przypadku.Email jako forma komunikacji E-mail, świetna rzecz! Szkoda, że w wie...
Słyszałeś o projektach, w którym wzorzec MVC znajduje się w jednym pliku? Takie i wiele innych “kwiatków” zdarzają się w projektach każdego dnia. Wiem, że w twoich projektach takich rzeczy nie ma, ale na pewno widziałeś je kiedyś w projekcie “u znajomego” 😉 W tym wpisie wyjaśniam kwestię tzw “baboli” w kodzie oraz mówię jak sobie z nimi radzić by nie uśmierciły naszego projektu IT. wiedza plemienna…czyli co? ...
Wielu chce planować, ale niewielu potrafi. Często zdarza się, że nasze plany wyglądają pięknie na papierze, ale z realizacją jest już gorzej. W tym filmie poruszam tą kwestię, mówię również o tym dlaczego bycie konsekwentnym przeszkadza w realizacji planów. Poruszam również temat jak podejść do planowania “z głową”.
Planowanie jest przewidywaniem przyszłości – bardzo trudna czynność. Na pewno spotkałeś się z osobami, które planują, ale niestety z tych planów niewiele wynika. W tym wpisie wyjaśniam przyczynę porażek w tworzeniu różnego rodzaju harmonogramów, przedstawiam również swój sposób jak podejść do planowania “z głową”. Plany roczne i ich niedowożenie Mamy już październik, właśnie mija ostatni kwartał roku. ...
Ciąg dalszy o optymalizacji projektowej – kilka słów o tym, że nie ma nic bardziej nieefektywnego niż robienie efektywnie rzeczy zupełnie niepotrzebnych. Spróbuję wyjaśnić jak dobierać drogę optymalizacji projektowej. Jeśli wpis ci się spodobał, udostępnij go lub śledź mnie na facebooku, twitterze, LinkedIn lub subskrybuj mój kanał na YouTube – twoja interakcja motywuje do dalszego pisania! Jeśli i...
Wielu programistów marzy o założeniu firmy IT, w której zatrudnieni pracownicy będą zarabiać na utrzymanie szefa podczas gdy ten będzie korzystał z wolnego czasu. Wizja ta jest jak najbardziej realna, jednak nie jest prosta do osiągnięcia (przynajmniej w początkowych etapach). W tym wpisie rzucam garść przemyśleń (garść = 6), na temat tego jak podejść do założenia software house z głową, minimalizując ryzyka – jednocześnie wyk...
Jakiś czas temu miałem rozmowę z jednym z czytelników bloga na temat jego problemów w zarządzaniu projektem. Stwierdził, że ma drobne problemy w zarządzaniu projektami takie jak przedłużające się zadania etc – jako lek na zbiór mikro problemów chciał użyć Scrum. Skłoniło mnie to do refleksji, którą chcę się z wami podzielić.Teoria ograniczeń Na początek trochę teorii, która zmieniła moje podejście do rozw...
Od dłuższego czasu po głowie chodziła mi pewna myśl – w ostatnich dniach udało mi się ją wyklarować. Chodzi o dwa rodzaje developerów – biznesowych i technicznych. Jakkolwiek absurdalnie to brzmi w tym momencie, pozwól mi wyjaśnić. Warto też zaznaczyć, że pojęcia developer biznesowy i developer techniczny istnieją wyłącznie w mojej nomenklaturze – przedstawię więc jak ja je rozumiem.
Często spotykałem się z fikcyjnymi awansami, które polegały wyłącznie na zmianie stanowiska w stopce i karmieniu swojego ego. W tym wpisie opisuję jak zaplanować swój awans z głową – kiedy warto, kiedy nie, a przede wszystkim w jaki sposób do tego podejść żeby nie zrobić falstartu. Każdemu awans kojarzy się raczej pozytywnie – zazwyczaj jest to wyższe wynagrodzenie, ale też dodatkowe obowiązki i wymagania względem nas. Spotkałem wielu p...
To kolejny wpis z serii #spowiedź, w którym opisuję błędy, które popełniłem podczas nauki zarządzania projektami – wszystko po to żebyście mogli uczyć się na moich błędach (zamiast na swoich). W tym wpisie poruszam kwestię zarządzania zespołem i przydzielania zadań do programistów. W poprzednim wpisie poruszałem kwestię nadgorliwości, w tym kolei na zarządzanie zespołem. Zarządzanie ludźmi uważam, za trudny temat.
Czas na podsumowanie pierwszej połowy 2017. W tym wpisie zawarłem statystyki na temat tego półrocza. Znajdziesz to, co udało mi się zrealizować i to co nie do końca poszło po mojej myśli – czyli tegoroczne porażki. Opisałem również swoje plany na dwa najbliższe kwartały, czyli to co chcę osiągnąć do końca 2017.
Każdy kto zarządza projektami na pewno słyszał o tzw “trójkącie zarządzania projektami”. Składa się on z trzech wskaźników, które określają większość projektów IT – zakres, czas i koszt. Trójkąt, o którym mowa, obowiązują podobne zasady jak w geometrii – podczas zmiany jednego z kątów, reszta również ulega zmianie – by suma kątów się zgadzała.
A ty, projektem zarządzasz, czy kierujesz? Niektórzy powiedzą, że to kwestia nomenklatury – ja powiem, że to kwestia podejścia do profesji. Według mnie jedyni projektem zarządzają, a inni kierują. W tym wpisie wyjaśniam jakie widzę różnice między tymi dwoma podejściami do realizacji projektów. Zapraszam do lektury.
Każdy twórca startupu chcę by jego projekt na siebie zarabiał. W tym celu wykonuje planowanie finansów – trudność z planowaniem jest taka, że jest to przewidywanie przyszłości. Według mnie najskuteczniej można przewidywać przyszłość na podstawie danych historycznych. Problem ze startupem jest taki, że tych danych nie mamy. Jak wtedy walidować nasz pomysł?