Uproszczenie Twojego Procesu Pracy: Przewodnik po Zarządzaniu Projektem w Stylu "Płaskim"

Ari Mahpour
|  Utworzono: kwiecień 22, 2019  |  Zaktualizowano: kwiecień 16, 2020

flat project management in pcb design cover image

W miarę jak organizacje płaskie stają się coraz bardziej popularne, tak samo rosną metody i procesy, które z nimi przychodzą. Ten blog nie omawia samej płaskiej struktury organizacyjnej, ale to, jak organizacja płaska funkcjonuje w obszarze zarządzania projektami. Zasady zarządzania projektami, wyniesione z organizacji płaskiej, mogą być przyjęte zarówno w najbardziej płaskich firmach, jak i w organizacjach o najbardziej hierarchicznej strukturze.

Bycie „płaskim” jest modne, ale dlaczego miałbym to robić?

Możesz zadawać sobie pytanie: „dlaczego miałbym być zainteresowany płaskim zarządzaniem projektami?” Dla kierownika projektu odpowiedź jest prosta: mniej delegowania, mniej odpytywania o status i mniej nadzoru. To przekłada się na więcej czasu dla Ciebie, aby skupić się na rzeczach, które kochasz… chyba że naprawdę lubisz być nadzorcą (i jeśli tak jest, powinieneś przestać czytać w tym miejscu). Dla osoby zarządzanej, to również jest dość jasne: dlaczego potrzebowałbyś mieć nad sobą przełożonego, który ciągle nęka Cię o status i „doradza”, jak prawidłowo wykonywać swoją pracę? Znowu, jeśli naprawdę Ci to odpowiada, to może to nie być odpowiedni styl dla Ciebie. Idea tutaj polega na tym, że menedżerowie wymagają mniej zarządzania, a wszyscy inni mają autonomię i wolność, aby wykonywać swoją pracę tak, jak chcą, bez bycia zadręczanym.

Wymagania wstępne

Przed rozpoczęciem samego procesu istnieją trzy główne warunki wstępne, które naprawdę sprawiają, że to działa: Zaufanie, Przejrzystość i Komunikacja.

TUTAJ

Rysunek 1. Zaufanie, Przejrzystość, Komunikacja

Zaufanie: Wzajemne zaufanie jest kluczem do sukcesu w płaskiej strukturze projektu

Przejrzystość: Potrzeba, aby wszyscy byli całkowicie otwarci na temat tego, co robią. Można to osiągnąć, komunikując swoją pracę poprzez niektóre z następujących środków:

  1. Zatwierdzenia kodu
  2. Strony wiki
  3. Systemy śledzenia problemów
  4. Ekspres do kawy (czyli nowy kącik na plotki)

Komunikacja: Każdy musi mieć możliwość komunikowania się z innymi i powinien być do tego zachęcany.

Gdy jest zaufanie, jest przejrzystość. Gdy jest przejrzystość, ludzie zaczynają czuć się bezpiecznie. Gdy ludzie czują się bezpiecznie i są zachęcani do otwartości w sprawie swojej pracy, komunikacja po prostu zachodzi naturalnie.

Implementacja

Teraz, gdy omówiliśmy warunki wstępne, możemy omówić implementację płaskiego zarządzania projektem.

Lider Projektu: "Ale myślałem, że w płaskiej strukturze nikt nie jest szefem?" Chociaż nikt nie musi faktycznie angażować się w "dowodzenie i kontrolę", ważne jest, aby mieć ułatwiacza. Pomyśl o liderze projektu jak o dyrygencie, który zapewnia, że każdy jest zgrany i gra do tego samego rytmu.

Jasne Cele i Zadania: Cele projektu muszą być jasno komunikowane od początku projektu. Pytania takie jak, "Jaki jest nasz cel? Co próbujemy osiągnąć? Kto w ogóle chce tego gadżetu?" muszą być zdefiniowane, a przestrzeń Wiki jest do tego idealnym miejscem.

Wymagania i odpowiedzialność: Niezależnie od tego, czy chodzi o kierownika projektu, czy dział marketingu, wymagania muszą być udokumentowane, w przeciwnym razie w płaskim stylu zarządzania projektem może zapanować chaos. Bez jasno określonego kierunku, "szef" może łatwo wkroczyć i zebrać wszystko do kupy w normalnym środowisku. W płaskim środowisku ludzie mogą łatwo się zgubić bez wyraźnie zdefiniowanych wymagań. W systemie śledzenia problemów, takim jak Jira, te wymagania mogą być rejestrowane jako Zadania lub Historie. Standardową praktyką byłoby, aby kierownik projektu przydzielał zadania poszczególnym osobom. W bardziej płaskim środowisku pracy lista nieprzydzielonych zadań byłaby przedstawiana zespołowi, gdzie mogliby oni sami przydzielać te zadania sobie (lub innym). Ten system (tj. gdzie wszystkie zadania są prezentowane) może być tak prosty jak współdzielony arkusz Excela lub tak nowoczesny jak tablica Kanban. Po ustawieniu tego każdy może przeglądać i śledzić status całego projektu, nie będąc szefem.

Centralizowane repozytorium projektowe: Centralizowane repozytorium projektowe jest kluczowe dla tworzenia i utrzymania tego stylu zarządzania projektem. Nie ma tu zbierania informacji czy ciągłego raportowania postępów każdego członka zespołu do „szefa”. Jeśli ludzie nie mogą przeglądać prac innych, nie ma kontroli i równowagi. Każdy członek zespołu jest kontrolą dla innego. W świecie oprogramowania, formalnie robi się to poprzez stworzenie Żądania ściągnięcia (Pull Request) i pozwolenie współpracownikom na sprawdzenie twojej pracy poprzez recenzję kodu (zamiast szefa działającego jako bramka). W projektowaniu schematów lub układów, można osiągnąć to przez podobny proces. Ten blog omawia zatwierdzanie twojego projektu do repozytorium Git (czyli nowego „SVN” lub „CVS”). W tym przypadku, należy postępować zgodnie z praktyką inżynierii oprogramowania polegającą na zatwierdzaniu do gałęzi rozwojowej, a następnie wystosowaniu Żądania ściągnięcia (Pull Request). Aby uzyskać więcej informacji na ten temat, możesz zapoznać się z tutorialem Git od Atlassian na temat tworzenia żądań ściągnięcia.

Przykład: Widget Systemu Wbudowanego

W tym przykładzie możesz zobaczyć, że ustawiliśmy mały projekt zawierający różne wymagania, które składają się na widget wbudowanego systemu. Projekt w tym przypadku to Epic zawierający wymagania do zbudowania płytki „Blinky LED”.

Rysunek 2. Epic zawierający wymagania projektowe do zbudowania „Fancy Blinky LED PCB”

W przestrzeni projektowej mamy mechaniczne, elektryczne i programowe „komponenty”, do których każdy z tych komponentów jest przypisany do lidera komponentu.

Rysunek 3. Widok wszystkich komponentów i liderów komponentów dla projektu

Rysunek 4. Przykład zadania zawierającego wiele komponentów

Elektryk używa Altium i przesyła swój kod na serwer Git (w tym przypadku Bitbucket).

Rysunek 5. Zatwierdzenia Git schematu projektowego

Inżynierowie oprogramowania i mechanicy robią to samo. W tym konkretnym projekcie jest tylko trzech członków zespołu, ale może ich być niezliczona ilość, pod warunkiem, że istnieje lider komponentu (tj. osoba odpowiedzialna za tę część projektu).

Ta przestrzeń wiki umożliwia prowadzenie rozmów między wszystkimi użytkownikami uczestniczącymi w fazach koncepcji produktu, implementacji lub weryfikacji.

Rysunek 6. Strona wiki zawierająca informacje o produkcie (w tym zadania)

Niezależnie od tego, czy jest to arkusz kalkulacyjny, lista zadań, strona wiki, czy ciąg e-maili, ważne jest, aby koordynator projektu i reszta zespołu mieli możliwość przeglądania wszystkiego, co dzieje się w projekcie. Pozwala to na wzajemne rozliczanie się, a nie tylko przez jednego menedżera. W naszej firmie odkryliśmy, że tablica Kanban jest najlepszym sposobem na wizualizację całej aktywności projektowej.

Rysunek 7. Tablica Kanban zawierająca zadania z przykładowego projektu

Ostatecznie, jeśli członek zespołu znajdzie lukę, powinien czuć się upoważniony do tworzenia zadań i przypisywania ich innym członkom zespołu bez wahania. Może znaleźli błąd, albo po prostu potrzebowali dodatkowego sprzętu, aby wspierać swoją implementację oprogramowania - bez względu na to, muszą czuć się komfortowo, przejmując inicjatywę i inicjując tę prośbę w sposób poziomy, a nie odgórny.

Wnioski

Mikrozarządzanie stało się passe. Zarządzanie projektem w sposób płaski, a nie odgórny, stało się nie tylko modne, ale także zmniejsza presję na wszystkich. Menedżer projektu mniej skupia się na ściganiu statusów, a projektanci spędzają mniej czasu na generowaniu tych raportów. Ten artykuł przedstawił zasady stojące za płaskim podejściem do zarządzania projektem i jak wygląda jego implementacja. Nie trzeba spłaszczać całej struktury korporacyjnej, aby przyjąć płaskie podejście do zarządzania projektem - wystarczy przyjąć wyżej wymienione zasady i zanurzyć się w nich.

Chcesz dowiedzieć się więcej o tym, jak Altium może pomóc Ci w następnym projekcie PCB? Porozmawiaj z ekspertem w Altium lub czytaj dalej o tym, jak kompleksowa biblioteka komponentów Altium Designer bezpośrednio współpracuje z Twoimi narzędziami do projektowania i symulacji, aby łatwo projektować systemy wbudowane z funkcjonalnością, której potrzebujesz.

 

Zespołowe Oszczędności

Otrzymaj Specjalne Zniżki Dodając Nowe Miejsce w Altium Designer®

About Author

About Author

Ari jest inżynierem z rozległym doświadczeniem w projektowaniu, produkcji, testowaniu i integracji systemów elektrycznych, mechanicznych i oprogramowania. Jego pasją jest łączenie inżynierów zajmujących się projektowaniem, weryfikacją i testowaniem, aby pracowali jako jeden zespół.

Powiązane zasoby

Powiązana dokumentacja techniczna

Powrót do strony głównej
Thank you, you are now subscribed to updates.