Der schwierigste Teil einer Designprüfung ist nicht das Feedback. Es ist, überhaupt erst Zugriff auf das Design zu bekommen. Um ein Layout zu prüfen, muss ein Projektleiter, ein Teammitglied oder ein Sponsor in der Regel einen großen CAD-Export anfordern, für einen Software-Sitz bezahlen, den er nur gelegentlich braucht, oder neben dem Entwickler sitzen, während dieser das Tool bedient. Diese Einschränkungen machen aus einer routinemäßigen Prüfung ein Terminproblem und drängen Teams dazu, wieder auf Screenshots und E-Mails zurückzugreifen, um Feedback von einer Person zur nächsten weiterzugeben. Für ein Team, das nicht im selben Gebäude arbeitet oder sich nicht einmal in derselben Zeitzone befindet, bricht dieses Modell auseinander.
Ribbot ist ein 250 Pfund schwerer Kampfroboter, der für die BattleBots Pro League gebaut wurde. Die sechs Ingenieure, die ihn entwickeln, leben verteilt über fünf Bundesstaaten an der Ost- und Westküste, und sie bauen den Roboter nach Feierabend. Jeder von ihnen hat einen Vollzeitjob als Ingenieur. Dieses Hobbyprojekt findet abends und an Wochenenden statt.
Diese Struktur setzt die Prüfung unter ungewöhnlichen Druck. Das Team kann nicht einfach für eine geplante Designprüfung pausieren, wie es ein Team an einem gemeinsamen Standort kann. Es gibt kein gemeinsames Whiteboard und keine nächtliche Sitzung im selben Labor. Gleichzeitig sind die Designs anspruchsvoll: kundenspezifische Motorsteuerungen, ein wassergekühltes 10-kW-Antriebssystem und komplexe Board-Geometrien, verpackt in eine gepanzerte Hülle. Arbeit mit dieser Dichte braucht eine sorgfältige Prüfung, bevor irgendetwas in die Fertigung geht, und sie braucht diese Prüfung von Personen, die nur selten zur selben Zeit verfügbar sind.
Mit der browserbasierten Prüfung in Altium 365 kann jedes Teammitglied das aktuelle Projekt per Klick auf einen Link von einem Laptop, Tablet oder Smartphone aus öffnen. Wenn ein Teamkollege um Mitternacht den Abstand an der neuesten Waffen-Motorsteuerung prüfen möchte, dreht er das 3D-Design in einem normalen Browser, markiert das betreffende Teil und hinterlässt direkt einen Kommentar.
Das Grundproblem bei Hardware-Reviews ist die Lücke zwischen dem Ort, an dem Feedback gegeben wird, und dem Ort, an dem das Design entsteht. Ein Prüfer markiert ein statisches PDF oder hinterlässt eine Notiz in einem Projektmanagement-Tool, und dieses Feedback lebt in seiner eigenen Blase. Der Entwickler muss dann den Kommentar lesen, an seinen Arbeitsplatz zurückkehren, das CAD-Tool öffnen und nach dem exakten Teil oder der Koordinate suchen, auf die sich der Kommentar bezieht. In diesem Übersetzungsschritt gehen Zeit und Bedeutung verloren.
In früheren Jahren hing die Prüfung von manuell erstellter Dokumentation ab. Zum Zeitpunkt der Prüfung erfasste jemand eine Reihe von 3D-Screenshots, fügte sie in ein Foliendeck oder ein kommentiertes PDF ein und verschickte es per E-Mail. Prüfer ohne CAD-Zugriff schrieben ihre Anmerkungen in eine Tabelle: „Der Stecker nahe der linken Kante ist zu dicht an der Rahmenhalterung.“ Das Entwicklungsteam musste diese ungefähren Beschreibungen dann wieder dem realen Design zuordnen, was oft Stunden dauerte.
Für ein Team, das über fünf Bundesstaaten verteilt ist, war diese Verfolgung noch schlimmer. Feedback staute sich wegen fehlender Verfügbarkeit, kam losgelöst vom Design an und wartete auf die nächste E-Mail. Ein Team ohne freie Stunden konnte sich diese Verzögerung nicht leisten.
Heute prüft das Team Live-Designs im Browser. Wenn ein Ingenieur ein Projekt über MCAD CoDesigner überträgt, erzeugt Altium 365 eine interaktive 3D-Darstellung, die sich in jedem gängigen Webbrowser öffnen lässt. Das auf dem Bildschirm gezeigte Design ist das aktuelle Live-Design, kein veralteter Export.
Der Prüfer arbeitet mit vollständigem Kontext. Er blendet Ebenen ein und aus, identifiziert Bauteile, misst Abstände und setzt Kommentare direkt auf dem Modell. Jeder Kommentar wird an einem Ort gespeichert, ist mit dem konkreten Designobjekt verankert, auf das er sich bezieht, und jeder mit der entsprechenden Berechtigung kann darauf antworten. Da sich der Workspace in der Cloud befindet, kann sich ein Teammitglied anmelden, nachdem die Mitglieder an der Ostküste schlafen gegangen sind, die wartenden Kommentare sehen und darauf reagieren, ohne auf eine Nachricht oder E-Mail warten zu müssen, die möglicherweise nie ankommt.
Offene Prüfungen sind ein Teil davon, wie Ribbot unnötige Prototypen vermeidet. Das Team führt genügend Designprüfungen durch, um vor der Freigabe eines Boards zur Fertigung echtes Vertrauen zu gewinnen, und dieses Vertrauen hängt davon ab, dass jede relevante Person das Design sehen und ihre Einschätzung einbringen kann. Prüfer, die keine Designlizenz besitzen, können dennoch vollständig teilnehmen. Kommentare im Online-Portal halten die gesamte Diskussion an einem Ort.
Für ein Team mit begrenztem Budget und begrenzter Zeit ist das entscheidend. Eine Board-Revision kostet Geld und, noch schmerzhafter, Zeit, die dem Team fehlt. Ein Problem während einer Browser-Prüfung zu erkennen statt erst nach dem Eintreffen eines Boards, ist der Unterschied zwischen einem pünktigen Abschluss und dem Verpassen des Wettbewerbs.
„Gründliche Prüfungen, bei denen andere Benutzer die Designs ohne Designer-Lizenzen ansehen können, sind enorm wichtig. Kommentare, die im Online-Portal hinterlassen werden können, sind ein weiterer Punkt. Es erleichtert einfach die Prüfung.“ — Nick Sorensen, Principal Electrical Engineer
Altium 365 macht jedes Design im Workspace im Browser sichtbar. Schaltpläne, PCB-Layouts und 3D-Board-Ansichten werden über einen Weblink geöffnet, sodass Prüfer ohne Design-Sitz und ohne Softwareinstallation teilnehmen können. Zwei Dinge machen das für ein verteiltes Team möglich:
Kontextbezogene Kommentare verankern jede Notiz an einem bestimmten Designobjekt, wodurch die Prüfung präzise und nachvollziehbar bleibt. Für ein verteiltes Team wird die Prüfung damit von einem Terminproblem zu einem asynchronen Prozess. Jeder trägt dann etwas bei, wenn er ein paar Minuten Zeit hat, von wo auch immer er sich befindet, und das Design enthält den vollständigen Nachweis darüber, wer was wo gesagt hat.
Ribbot beweist, dass eine ernsthafte Designprüfung weder einen gemeinsamen Raum noch einen gemeinsamen Zeitplan braucht. Mit browserbasierter Ansicht und kontextbezogenen Kommentaren prüft ein Team, das über fünf Bundesstaaten und mehrere Zeitzonen verstreut ist, anspruchsvolle Designs in seiner eigenen Zeit, erkennt Probleme frühzeitig und liefert innerhalb eines Zeitfensters von sechs Wochen einen wettbewerbsbereiten Roboter aus.
Holen Sie alle in die Prüfung, egal wo sie sich befinden. Sehen Sie, wie kollaborative Web-Prüfung in Altium 365 funktioniert.
Nein. Jeder, der in den Workspace eingeladen wird, kann Schaltpläne, Layouts und 3D-Ansichten im Browser öffnen, ohne Designlizenz und ohne Altium Designer oder ein Desktop-MCAD-Tool zu installieren. Dadurch können Maschinenbauingenieure, Firmware-Ingenieure, Sponsoren und andere Stakeholder das Design direkt prüfen.
Ja. Der Viewer funktioniert auf jedem Gerät mit Browser und Internetverbindung. Stakeholder und Teamleiter können die Platzierung von Bauteilen prüfen, das Board drehen und von einem Smartphone oder Tablet aus auf Kommentare antworten.
Nein. Der Workspace ist cloudbasiert, sodass ein Prüfer am Ende seines Arbeitstags Kommentare hinterlassen kann und ein Teamkollege in einer anderen Zeitzone sie später aufgreifen kann. So prüft Team Ribbot über fünf Bundesstaaten hinweg, ohne auf ein gemeinsames Meeting warten zu müssen.
Der Zugriff ist berechtigungsbasiert, mit granularer Kontrolle darüber, wer was tun darf. Sie können einen Link freigeben, mit dem jemand die Geometrie ansehen und Kommentare hinzufügen kann, ohne vollen Zugriff auf die Designdaten zu erhalten. So bleibt die Prüfung offen, ohne das gesamte Projekt offenzulegen.
Ja. Kommentarverläufe werden chronologisch in der Cloud gespeichert und können nach Status gefiltert werden, zum Beispiel aktiv oder gelöst. Der Verlauf liefert einen nachvollziehbaren Nachweis der Diskussion über Designänderungen hinweg.