Mój zespół projektowy i ja dostarczyliśmy projekt 14-hektarowego rozwoju infrastruktury miejskiej w Sydney dla klienta. Projekt polegał na przekazaniu projektu na poziomie przetargu, na który złożyłby ofertę wielu wykonawców. Zwycięski oferent przejmie wówczas pozostałą część projektu jako umowę dotyczącą projektu i budowy i dokończy prace.
W ramach naszych wyników wydaliśmy wszystkie plany inżynieryjne w formacie pdf i AutoCAD dwg oraz wszystkie pliki projektowe, w tym modele terenu 12d i ciągi projektowe. Otrzymaliśmy teraz prośbę od zwycięskiego wykonawcy o dostarczenie całego pliku 12d .project, który zawiera wszystkie funkcje, modyfikatory, aplikatory i pliki zakresów. Zapewnienie tego zaoszczędziłoby wykonawcy dużo czasu, nawet biorąc pod uwagę wszystkie ciągi projektowe i modele, które zostały już wydane.
Nasze zaangażowanie w projekt zostało całkowicie przekazane i uważamy, że wszystkie nasze obowiązki odeszły. W naszym zespole jest wiele osób, które uważają, że dostarczenie pliku .project nie jest właściwe, podczas gdy wiele osób nie uważa go za problem.
Czy ktoś wcześniej napotkał ten problem, czy ktoś ma jakieś wskazówki, czy należy go dostarczyć? Czy wysyłanie informacji wiąże się z jakimś ryzykiem? Czy ktoś zastanawia się, gdzie kończy się własność danych przez naszego klienta, a zaczyna nasza własność intelektualna?
źródło
Odpowiedzi:
Zanim zacznę, pozwól mi ujawnić, że niewiele wiem o szczegółach projektów infrastrukturalnych lub twoim formacie pliku, ale myślę, że ogólne rozważania są dość uniwersalne.
Dostarczając kontrahentowi swój model cyfrowy, należy wziąć pod uwagę szereg kwestii, aw mojej pracy postanowiłem zaoferować mu mój model w niektórych sytuacjach, ale nie w innych. Oto główne czynniki:
Czas liniowy. Dostarczając model, możesz prawdopodobnie zaoszczędzić projektowi znaczący czas liniowy, zmniejszając ilość pracy, której potrzebuje kontrahent, aby przygotować swoje rysunki warsztatowe, umożliwiając rozpoczęcie i zakończenie pracy wcześniej. Jest to prawdopodobnie najbardziej przekonujący powód udostępnienia modelu. Warto zauważyć, że w niektórych branżach, w których formaty plików i przepływy pracy nie są dobrze ujednolicone, czasami nie można faktycznie osiągnąć tej wydajności, ponieważ i tak trzeba coś narysować lub przemodelować dla platformy docelowej.
Ryzyko. Jeśli istnieje rozbieżność między modelem a rysunkiem, powinien istnieć język instruujący wykonawcę, aby postępował zgodnie z rysunkiem. Nie masz jednak żadnej kontroli nad tym, w jaki sposób kontrahent korzysta z twojego modelu, i mogą odkryć błąd w modelu, którego nigdy nie zauważyłeś lub o co nie dbałeś, ponieważ nigdy nie jest pokazany na rysunkach. W zależności od języka umowy błędy te mogą narazić Ciebie i Twojego pracodawcę na dodatkową odpowiedzialność.
Informacje zastrzeżone. Przekazując kontrahentowi swój projekt jako kompletny model, a nie tylko rysunki wyjściowe, ułatwisz mu kopiowanie projektów, które opracowałeś w ramach wielu projektów i możesz je ponownie zastosować w innych zadaniach. Chociaż dobrze napisana umowa sprawi, że będzie to wyraźnie nielegalne, bardzo trudno jest to przełożyć na odzyskanie strat finansowych. Ponadto mogą być przesyłane dowolne obiekty niestandardowe (bloki, zestawy narzędzi, wtyczki itp.) Utworzone dla oprogramowania. Ponownie, tego rodzaju własność intelektualna jest trudna do kontrolowania, gdy pojawi się na świecie.
KosztyO ile ktoś nie popełni poważnego błędu, wykonawca powinien licytować zlecenie, zakładając, że musi przerobić twoje rysunki (dokumenty umowy) i wykonać lub przerobić wszelkie prace pomocnicze wymagane do opracowania rysunków warsztatowych i wytworzenia / zbudowania zlecenia. Podobnie, twoja umowa polegała tylko na wykonaniu rysunków, a model jest po prostu narzędziem, którego użyłeś. Być może stworzyłeś model, który jest wystarczająco dobry dla twoich rysunków, ale uczynienie go wystarczająco dobrym do zbudowania kosztowałoby cię pieniądze. W związku z dodatkowymi oczekiwaniami dotyczącymi jakości i dodatkowym ryzykiem naliczanie opłaty za udostępnienie modelu nie byłoby nierozsądne. Nawet jeśli Twój model jest idealny, kontrahent może mieć pytania dotyczące jego części lub poprosić o konwersję do innego formatu lub w inny sposób mieć skromne żądania, co oznacza, że musisz poświęcić czas na projekt, na który nie licytowałeś .
Na przykład w przypadku problemów z rozbieżnością, podczas rysowania części obrabianej, może nie narysować wszystkich cech w moim modelu z lenistwa. Chociaż jest to zła praktyka, jeśli przesłonię wymiar, a rysunek wyjściowy wyraźnie przekazuje prawidłowe informacje, spełniłem mój wymóg kontraktowy w roli projektanta / inżyniera. Jeśli jednak dostarczę ten model, a warsztat nie sprawdzi wymiaru zapisanego, kawałek zostałby źle wykonany. Każda ze stron będzie mieć pewność, że to wina drugiej strony. Gdybym nigdy nie przedstawił dwóch zbędnych źródeł informacji, obwinienie byłoby znacznie łatwiejsze do przypisania. Jest to ten sam powód, dla którego tradycyjnie nie wymiarujemy segmentów, a także całości, do której się sumują.
Oczywiście nie ma to bezpośredniego zastosowania do twojego projektu, ale tutaj, w USA, Kodeks Standardowej Praktyki AISC (AISC 303-10) odpowiada na takie pytania kontraktowe dla projektów stalowych, gdy nie są one wyraźnie określone w konkretnej umowie. Szczegóły podano w sekcji 4.3, ale ogólne punkty to:
Ostatecznie decyzja jest ściśle związana z pracą. W przypadku szybkiej pracy w zespole, który ma dobre relacje, może warto zaoferować model za darmo jako gest dobrej woli. W przypadku bardzo dużych projektów z dużą ilością zamkniętego ryzyka rozsądne może być dostarczenie tylko tego, do czego jesteś zakontraktowany. Może istnieć środek, w którym dostarczenie modelu jest opcją, ale tylko za cenę.
źródło