Operacje projektowe

Operacje projektowe, często w skrócie „design ops”, to praktyka usprawniania działania funkcji projektowej: jej procesów, narzędzi, standardów, rekrutacji, wdrażania, współpracy z innymi dyscyplinami oraz infrastruktury wspierającej prace projektowe. W organizacji projektowej stosuje się to samo podejście operacyjne, co w operacjach rozwoju w inżynierii, a celem jest eliminacja tarć, aby praktycy poświęcali czas na projektowanie, a nie na koordynację.

Potrzeba pojawia się na dużą skalę, a nie istnieje od samego początku. Trzyosobowy zespół projektantów koordynuje swoje działania poprzez rozmowy, przechowuje pliki w dogodnym dla siebie miejscu i dba o spójność, ponieważ wszyscy widzą wszystko. Trzydziestoosobowy zespół pracujący nad kilkoma produktami nie jest w stanie tego zrobić, a bez przemyślanej pracy operacyjnej gromadzi zduplikowane komponenty, niekompatybilne struktury plików, niespójne praktyki badawcze i coraz więcej czasu poświęcanego na wyszukiwanie i uzgadnianie różnic.

Charakterystyczne problemy, które rozwiązuje, są rozpoznawalne. Projektanci nie mogą znaleźć istniejących prac i odtworzyć ich na nowo. Biblioteki komponentów rozwidlają się, ponieważ nie ma procesu kontrybucji. Badania są powtarzane, ponieważ nie można odnaleźć wcześniejszych ustaleń. Wdrożenie trwa miesiące, ponieważ wiedza jest nieudokumentowana. Przekazanie do działu inżynierii jest niespójne, co powoduje zróżnicowanie jakości wdrożenia. Żądania napływają kilkoma kanałami bez priorytetyzacji. Każde z nich jest awarią operacyjną, a nie rzemieślniczą.

Zakres zazwyczaj obejmuje narzędzia i ich administrację, zarządzanie systemem projektowania, w tym procesy kontrybucji i wycofywania, organizację plików i zasobów, repozytoria badań i infrastrukturę rekrutacji uczestników, standardowe przepływy pracy dla typowych działań, wdrażanie i rozwój możliwości oraz pomiar prac projektowych. Nie wszystkie te obszary wymagają przypisanej roli, ale wszystkie wymagają właściciela.

Rola ta jest często błędnie rozumiana jako zarządzanie projektami przez projektantów i choć koordynacja jest jej częścią, to jej cechą charakterystyczną jest budowanie systemów, które eliminują powtarzające się tarcia. Zarządzanie projektem dotyczy jednego przypadku; utworzenie repozytorium badań, procesu dostarczania komponentów lub standardowego formatu przekazywania zadań rozwiązuje przyczynę wielu przypadków. Funkcje, które przechodzą w koordynację bez budowania infrastruktury, generują obciążenie administracyjne zamiast zwiększać dźwignię finansową.

Uzasadnienie inwestycji wymaga wykazania, gdzie obecnie marnuje się czas, co jest łatwe do udowodnienia i rzadko mierzalne. Audyt tego, jak projektanci faktycznie spędzają swój czas, zazwyczaj ujawnia, że ​​znaczną jego część pochłania wyszukiwanie, uzgadnianie, koordynowanie i powielanie już istniejących prac. Zmniejszenie tej części to zysk, a wyrażenie go w kategoriach odzyskanego potencjału projektowego jest bardziej przekonujące niż opisywanie usprawnień procesów.

Pomiar prac projektowych to jedno z trudniejszych zadań tej funkcji i łatwo je źle wykonać. Liczenie wytworzonych produktów końcowych premiuje ilość, a nie osąd, a wskaźniki szybkości zachęcają do stosowania skrótów właśnie tam, gdzie liczy się dbałość. Bardziej uzasadnione wskaźniki dotyczą warunków, w jakich działa projektowanie, w tym czasu potrzebnego na dotarcie wyników badań do osób, które ich potrzebują, odsetka dostarczonych interfejsów korzystających z zatwierdzonych komponentów oraz tego, ile czasu zespół poświęca na faktyczną pracę projektową.

Przedwczesne wdrożenie stanowi realne ryzyko. Mały zespół, który wprowadza formalne procesy, zarządzanie i narzut na narzędzia, zanim koszty koordynacji to uzasadnią, spowalnia pracę i narzuca formalności działaniom, które dotychczas funkcjonowały. Rozsądnym impulsem jest dowód na istnienie konkretnych problemów, którymi zajmuje się dana funkcja, a nie próg liczebności czy dążenie do dojrzałości.

Ponieważ funkcja ta istnieje po to, by wspierać praktyków, a nie nimi kierować, jej skuteczność zależy od kierowania nią przez osoby, które rozumieją pracę projektową, a nie tylko proces. W praktyce jest ona tworzona równolegle z systemem projektowania i infrastrukturą badawczą w ramach projekt produktukoordynuje praktyki przekazywania, które decydują o jakości wdrożenia, rozwój produktów, a w organizacjach o wystarczającej skali staje się stałą funkcją w ramach Dział UX.