15 najgorszych pomysłów na zwiększenie produktywności u programisty

Spotkanie, e-maile, wskaźniki wydajności, niemający o pojęcia o programowaniu menadżerowie – oto co zniszczy najlepszy projekt programistyczny.

  1. Spotkania
    Nie kończące się spotkania dla programisty są udręką. Są jak zamknięcie ich w ciemnym pomieszczeniu, przykucie łańcuchem do krzesła w czasie gdy szefowie drobiazgowo dopytują o każdy szczegół, który nie przyśpieszy pracy nad produktem wręcz przeciwnie blokuje ich do pracy twórczej. Więcej spotkań = więcej marnowanego czasu.
  2. Wyślij odpowiedz do wszytkach.
    Jeśli spotkania są złe to niektórzy wybierają alternatywę, niekończone się emaile wysyłane oczywiście do wszystkich. Śledzenie każdej odpowiedzi, rozprasza naszą uwagę i marnuje nasz czas. Sumarycznie odpowiadanie na każdego e-maila zabiera wiele czasu a ostatecznie nikt nie jest zadowolony z wyniku pracy.
  3. Spróbuj mierzyć swój czas pracy
    „Nie możesz zarządzać tym, czego nie możesz mierzyć” – liczenie jest mierzeniem, mierzenie jest dobrem. Programiści zamiast rozwiązywać problemy, tworzyć nowe funkcjonalności, skrupulatnie marnują czas na wprowadzenia liczb do tabelek ile zadanie zajęło czasu. Zadanie na Boardzie, zawiera wiele wskaźników, które nie polepszają stanu naszego projektu. Np: czas spędzony nad historią, czas spędzony nad zadaniem, początkowa estymacja zadania, końcowa estymacja zadania, ile dni nasze zadanie czeka w kolumnie „in progress” itd.

    Nie ma do końca dobrego rozwiązania tego problemu. Należy mieć umiar w tym co chcemy mierzyć i ulepszać nasze procesy.
  4. Prima donna developers
    Budowanie kodu „we właściwy sposób” za wszelką cenę.
  5. Zrobimy to później czytaj „dług techniczny”
    Zazwyczaj zapominamy wygospodarować czas w panowaniu projektu na poprawę naszego kodu. A później terminy gonią, Biznes chce dodatkowych funkcjonalności na wczoraj. Wyciągamy wtedy wirtualną taśmę klejącą. Pomijamy testy, piszemy trudny w utrzymaniu kod, rezygnujemy z aktualizacji dokumentacji technicznej.
  6. Menadżer nie-developer
  7. Menadżer developer
  8. Maczo programista „brogrammers”
  9. Samolubni programiści
  10. Zła dokumentacja lub jej brak
  11. Niewolnicze trzymanie się dokumentacji
  12. Otoczenie rozpraszające uwagę
  13. Cultural fit
  14. Przywiązanie do starszej technologii
  15. Żądza dążenia największych, najnowszych

Leave a comment

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *