Wyjście poza arkusz kalkulacyjny: nowy standard zarządzania zadaniami inżynierskimi

Cykle rozwoju produktów stale się skracają, a zespoły inżynieryjne muszą koordynować coraz większą liczbę zadań między większą liczbą ról w coraz krótszym czasie. Każda organizacja zajmująca się sprzętem chce działać szybciej, ale wraz z rozrostem zespołów często pojawia się poczucie, że trzeba poświęcić tempo realizacji projektów, aby dostosować się do bardziej złożonych operacji. Prawdziwe wyzwanie polega na skalowaniu tej szybkości w rozproszonych zespołach, przy coraz bardziej złożonych projektach elektronicznych i rosnących wymaganiach regulacyjnych. Organizacje stają przed wyraźnym paradoksem: muszą działać z elastycznością startupu, jednocześnie utrzymując uporządkowaną kontrolę i dyscyplinę dużego przedsiębiorstwa.

Jedną z najistotniejszych przeszkód w osiągnięciu tej równowagi jest sposób, w jaki zespoły podchodzą do zarządzania zadaniami inżynieryjnymi. Gdy liczba projektów rośnie, a współpraca obejmuje wiele stref czasowych, presja wywierana na starsze systemy wypacza dawne zwinne przepływy pracy, zamieniając je w zawiłe, ręczne procesy, których obsługa zajmuje zbyt dużo czasu. Gdy zarządzanie zadaniami opiera się na niepołączonych narzędziach i statycznych dokumentach, przytłaczający narzut administracyjny aktywnie odbiera energię kreatywności i innowacjom. Aby naprawdę się skalować, organizacje inżynieryjne muszą porzucić arkusze kalkulacyjne i wdrożyć połączone, osadzone w kontekście zarządzanie zadaniami inżynieryjnymi, które łączy cały multidyscyplinarny zespół.

Najważniejsze wnioski

• Zarządzanie zadaniami inżynieryjnymi za pomocą arkuszy kalkulacyjnych, e-maili i niepołączonych systemów zgłoszeń tworzy ręczny narzut administracyjny, wprowadza błędy i pochłania czas inżynierów.
• Zarządzanie zadaniami w kontekście, w którym komentarze i zadania są umieszczane bezpośrednio na artefaktach projektowych, eliminuje nieporozumienia i znacząco przyspiesza cykl przeglądu. 
• Natywne połączenie środowiska ECAD z Jira i korporacyjnymi narzędziami PLM zapewnia automatyczną synchronizację danych oraz pełną identyfikowalność, eliminując ręczne pętle raportowania.

Niebezpieczeństwo silosów, arkuszy kalkulacyjnych i niepołączonych narzędzi

Procesy rozwoju produktów elektronicznych zmagają się z tarciem. To tarcie nie wynika z tego, że inżynierowie nie chcą współpracować, lecz z faktu, że narzędzia i środowiska, na których polegają, nigdy nie zostały zbudowane z myślą o prawdziwym współtworzeniu.

W większości organizacji, zwłaszcza małych i średnich, specjaliści od sprzętu pracują w głębokich silosach funkcjonalnych. Inżynierowie elektrycy pracują w swoich narzędziach ECAD, zespoły mechaniczne działają w środowiskach MCAD, zespoły programistyczne piszą kod w oddzielnych IDE, działy zakupów zarządzają sourcingiem w arkuszach kalkulacyjnych, a zespoły ds. zgodności pracują w całkowicie odrębnych systemach. Każda dyscyplina mówi własnym językiem, korzysta z własnych narzędzi, zarządza własnymi niezależnymi danymi i działa według własnego harmonogramu.

Ponieważ narzędzia te nie komunikują się ze sobą natywnie, współpraca jest zwykle wymuszana za pomocą mozaiki spotkań, e-maili, współdzielonych dysków sieciowych i eksportowanych plików. W rezultacie koordynacja w dużej mierze zależy od ludzkiego wysiłku. Gdy zarządzanie zadaniami inżynieryjnymi wymaga od człowieka ręcznego wyeksportowania listy zmian projektowych z narzędzia CAD, sformatowania jej do arkusza kalkulacyjnego, wysłania e-mailem do inżyniera mechanika, a następnie zarejestrowania zgłoszenia w osobnym systemie śledzenia, uzgodnienie przestaje być czymś oczywistym i staje się powtarzalnym zadaniem administracyjnym.

Większość zespołów sprzętowych nadal żongluje tymi niepołączonymi narzędziami równolegle z wymianą plików i doraźnymi przepływami pracy. Przeglądy projektów odbywają się w izolacji, zgłoszenia Jira całkowicie rozchodzą się z faktycznymi plikami projektowymi, a dane o komponentach znajdują się w oddzielnych arkuszach kalkulacyjnych. Bezpośrednim skutkiem takiego podejścia są opóźnienia projektów, dublowanie pracy i utrata zaufania do bazowych danych inżynieryjnych.

Arkusze kalkulacyjne i odizolowane systemy zgłoszeń zasadniczo zawodzą we współczesnym procesie projektowania sprzętu, ponieważ brakuje im kontekstu. Gdy inżynier elektryk odkrywa problem z prześwitem lub ograniczenie termiczne na płytce drukowanej, opisanie tak bardzo przestrzennego i złożonego problemu w zgłoszeniu Jira opartym głównie na tekście lub w komórce Excela jest z natury nieefektywne. Inżynier mechanik lub projektant PCB przeglądający takie zadanie musi następnie otworzyć własne narzędzia, znaleźć właściwą wersję pliku, przejść do wskazanych współrzędnych lub komponentu i spróbować zinterpretować intencję pierwotnego inżyniera.

Wraz ze skalowaniem zespołów ta złożoność skaluje się razem z nimi. Wielu projektantów próbujących edytować tę samą płytkę przy jednoczesnym śledzeniu swoich zadań w niepołączonym arkuszu kalkulacyjnym może łatwo wprowadzić konflikty i spowodować konieczność ogromnych poprawek. Niepełna kontrola wersji prowadzi do nieaktualnych bibliotek, a ręczne zatwierdzenia spowalniają wydania i otwierają niebezpieczne luki w zgodności.

Dane branżowe dotyczące tej nieefektywności są jednoznaczne. Według badań Bain & Company wielu inżynierów w tradycyjnych firmach poświęca zaledwie połowę swojego czasu na aktywną pracę projektową. Tracą ogromną liczbę godzin po prostu na poprawki i zadania administracyjne. Jeśli Twoi wysoko wykwalifikowani inżynierowie spędzają więcej czasu na zarządzaniu procesami, śledzeniu aktualizacji statusu i aktualizowaniu arkuszy kalkulacyjnych niż na tworzeniu rzeczywistej elektroniki, Twoja organizacja ponosi ukryte koszty złożoności.

Przejście do zarządzania zadaniami w kontekście

Aby wyeliminować tarcie wynikające z silosów funkcjonalnych, zespoły muszą przejść w kierunku modelu multidyscyplinarnego współtworzenia. Altium Agile Teams unowocześnia projektowanie i rozwój elektroniki poprzez wprowadzenie multidyscyplinarnej współpracy, która aktywnie łączy ludzi, procesy i dane; zamiast oddzielnych narzędzi połączonych arkuszami kalkulacyjnymi, Agile Teams zapewnia jedno wspólne środowisko pracy, w którym inżynierowie elektrycy, mechanicy, programiści i inżynierowie produkcji mogą wspólnie tworzyć.

Podstawą tego zunifikowanego podejścia jest zarządzanie zadaniami w kontekście. Zamiast zmuszać inżynierów do opuszczania środowiska projektowego w celu zarejestrowania problemu, ta innowacyjna platforma umożliwia użytkownikom zostawianie komentarzy i tworzenie zadań bezpośrednio w samych dokumentach projektowych. Ponieważ odbywa się to bez żadnych pośrednich dokumentów, kontekst zostaje doskonale zachowany.

Podczas przeglądów projektu interesariusze mogą komentować w przeglądarce i wykonywać uporządkowane akceptacje w sposób asynchroniczny i rozproszony. Jeśli inżynier zauważy problem z rozmieszczeniem komponentów lub prowadzeniem ścieżek, może umieścić komentarz bezpośrednio na tym konkretnym artefakcie na płytce. Informacja zwrotna pojawia się w czasie rzeczywistym, bezpośrednio w środowisku projektowym, z udziałem wszystkich niezbędnych interesariuszy. Zmiany są natychmiast widoczne we wszystkich dyscyplinach.

To bezpośrednie powiązanie między zadaniami a artefaktami projektowymi prowadzi do znacznie mniejszej liczby nieporozumień i dużo szybszego czasu rozwiązania problemów. Gdy zadanie jest tworzone dokładnie tam, gdzie występuje problem, koordynacja jest wbudowana bezpośrednio w platformę — na żywo i bezpośrednio. Menedżerowie zyskują pełną widoczność i kontrolę dzięki tym uporządkowanym przepływom pracy oraz usprawnionym, multidyscyplinarnym przeglądom projektów. Co więcej, system automatycznie utrzymuje pełną historię ścieżki audytu wszystkich zmian i działań w jednym scentralizowanym miejscu, zapewniając zgodność i odpowiedzialność bez potrzeby ręcznego śledzenia.

Dlaczego konektory Jira i PLM są niezbędne

Choć odejście od arkuszy kalkulacyjnych to pierwszy krok, prawdziwie zwinny rozwój sprzętu wymaga swobodnej integracji z szerszym ekosystemem oprogramowania przedsiębiorstwa. Odizolowane platformy do zarządzania zadaniami inżynieryjnymi, nawet bardzo zaawansowane, nieuchronnie będą powodować tarcie, jeśli do utrzymania aktualności wymagają ręcznego wprowadzania danych. Dlatego integracja środowiska projektowego z uznanymi narzędziami do śledzenia i zarządzania cyklem życia produktu jest niezbędna.

Altium Agile Teams umożliwia organizacjom integrację swojego ekosystemu, aby połączyć się bezpośrednio z Jira i narzędziami PLM takimi jak Duro PLM czy Arena PLM. Dzięki ścisłemu powiązaniu środowiska elektronicznego projektowania wspomaganego komputerowo z tymi systemami korporacyjnymi dane inżynieryjne i projektowe pozostają idealnie zsynchronizowane we wszystkich narzędziach.

Gdy zgłoszenie Jira jest bezpośrednio połączone z artefaktem projektowym, status projektu jest zawsze aktualny. Integracje z PLM i Jira całkowicie eliminują ręczne kroki i pętle raportowania, które historycznie wydłużały rozwój produktu i prowadziły do krytycznych błędów. Każda zmiana projektowa i każde zatwierdzenie są rejestrowane, możliwe do prześledzenia i bezpieczne. Tworzy to wspólną cyfrową nić, która splata pracę w całość, zapewniając jasną identyfikowalność od początkowej koncepcji aż po przekazanie do produkcji.

Ujednolicenie ekosystemu inżynieryjnego

Współczesny rozwój produktów sprzętowych postępuje zbyt szybko, by polegać na niepołączonych arkuszach kalkulacyjnych i silosowych systemach zgłoszeń. Wraz ze wzrostem złożoności projektów administracyjne obciążenie związane z ręczną koordynacją zadań między obszarami ECAD, MCAD i zakupów nieuchronnie zdławi innowacyjność i spowolni wprowadzanie produktów na rynek.

Altium Agile Teams zamienia tę złożoność organizacyjną w przewagę konkurencyjną. Zapewniając szybką, uporządkowaną i elastyczną współpracę multidyscyplinarną, dostarcza kontrolę bez uciążliwej złożoności, która spowalnia wdrożenie lub innowacje. Łącząc zadania bezpośrednio z artefaktami projektowymi, usprawniając komunikację i natywnie integrując się z kluczowymi narzędziami, takimi jak Jira i korporacyjne systemy PLM, organizacje mogą wreszcie porzucić arkusz kalkulacyjny. Poznaj współpracę na poziomie przedsiębiorstwa bez tarcia typowego dla przedsiębiorstw i daj swoim zespołom inżynieryjnym możliwość pracy jak jeden organizm →

Często zadawane pytania

Dlaczego arkusze kalkulacyjne są nieskuteczne w zarządzaniu zadaniami projektowymi w elektronice?

Arkusze kalkulacyjne nie zapewniają kontekstu przestrzennego ani projektowego. Gdy zadanie lub problem zostaje zapisany w arkuszu kalkulacyjnym, inżynierowie muszą opuścić swoje narzędzia, odszukać właściwą wersję pliku i ręcznie interpretować opisy oparte głównie na tekście, aby znaleźć problem na płytce. Taka ręczna koordynacja prowadzi do opóźnień, dublowania pracy i zwiększonego ryzyka błędów.

Jak Altium Agile Teams inaczej podchodzi do przeglądów projektu?

Altium Agile Teams zastępuje formalne spotkania przeglądowe i pakietowanie plików asynchroniczną współpracą w czasie rzeczywistym. Interesariusze mogą zostawiać komentarze i tworzyć śledzalne zadania bezpośrednio w dokumentach projektowych w przeglądarce. Dzięki temu informacja zwrotna jest rejestrowana dokładnie tam, gdzie występuje problem, z zachowaniem kluczowego kontekstu inżynieryjnego.

Czy Altium Agile Teams integruje się z moimi obecnymi narzędziami do zarządzania projektami?

Tak. Altium Agile Teams oferuje gotowe do użycia integracje ze standardowymi narzędziami ekosystemu, takimi jak Jira, a także z systemami PLM, takimi jak Duro PLM i Arena PLM. Dzięki temu dane inżynieryjne są automatycznie synchronizowane między platformami, co eliminuje potrzebę ręcznych aktualizacji i zapewnia pełną identyfikowalność.