Rozważ następującą (idealizowaną) tabelę.

Teraz współpracowałem z kolegami ze wszystkich stron tego spektrum i dowiedziałem się, że niestety jest to raczej takie.

Większość „programistów” zwykle nie zna zasad projektowania, podczas gdy z drugiej strony „projektanci stron internetowych” bardzo mało wiedzą o technicznej stronie sieci. Trudno znaleźć dobrze zaokrąglonych „rzemieślników”.

Ten niefortunny, ale prawdziwy scenariusz sprawia, że ​​tworzenie responsywnej strony internetowej dla zespołu programistów i projektantów jest uciążliwe. Projektanci stron internetowych często zapominają, że strona powinna dostosować się do każdego możliwego urządzenia komercyjnego i często projektuje sztywne układy, które świetnie wyglądają na własnym ekranie, ale nie można ich zmienić w responsywne strony internetowe. Z drugiej strony programiści dokonują brutalnych adaptacji wizji projektanta, starając się osiągnąć szybkość reakcji.

Gdzie powinna spoczywać odpowiedzialność za projektowanie responsywnej strony internetowej? Czy należy oczekiwać, że projektant stron internetowych dostarczy programiście przemyślane wskazówki, jak dostosować stronę internetową do każdego możliwego scenariusza? Czy jest to nieuzasadnione oczekiwanie?

Proszę zauważyć, że koncentruję się na jego stronie projektowej, a nie na stronie rozwijającej się.

Każdy dobrze wyszkolony projektant zawsze będzie do pewnego stopnia zainteresowany wdrażaniem. Być może nie w aspekcie „potrafię to zbudować”, ale przynajmniej w aspekcie „to niemożliwe”.

Niezależnie od tego, czy projektant trafi w prawą stronę wykresu, czy nie, zawsze powinien wiedzieć, co może, a czego nie może zrobić na danym nośniku. Nie możesz dobrze zaprojektować do druku, jeśli nie rozumiesz separacji. Nie możesz dobrze zaprojektować oznakowania, jeśli nie rozumiesz rozdzielczości itp.

Myślę, że każdy projektant odpowiedzialny za materiały sieciowe powinien przynajmniej do tego popaść:

I nie sądzę, że jest tak krzywy jak twój drugi wykres.

Dni, w których możesz zrobić piękną makietę w Photoshopie i po prostu przekazać ją, minęły z mojego doświadczenia. Z mojego doświadczenia wynika, że ​​programiści (czyli po lewej stronie wykresu) tak naprawdę nie szukają kogoś po prawej stronie. Szukają projektanta, który przynajmniej rozumie, co jest możliwe i ograniczenia niezbędne do dobrego zaprojektowania. To przesuwa je z prawej strony, co najmniej jeden tik w lewo.

Czy nadal istnieją programiści, którzy uderzyli w skrajną lewicę, absolutnie. Tak jak wciąż istnieją projektanci, którzy uderzyli w skrajną prawicę. Ważniejszym aspektem może być jednak doświadczenie . Czy są programiści / projektanci, którzy uderzają w lewo / prawo, jeśli mają 5, 8 lub 10 lat doświadczenia? Wątpię. Im więcej doświadczenia, tym bliżej środka.

Więc może to jest bardziej odpowiednie:

W strukturze firmy szukasz osób, które zajmą skrajnie prawą / lewą pozycję. Zapewnia to stałą podstawę tego pożądanego umiejętności. Spekulowałbym jednak, że im bardziej pożądany jest kandydat, tym bliżej dwóch środkowych zdjęć spadają ich umiejętności.

Gdzie powinna spoczywać odpowiedzialność za projektowanie responsywnej strony internetowej?

Zwykle w zarządzaniu. Inteligentne zarządzanie uświadomi sobie, że jest to projekt zespołowy, więc każdy musi być koordynowany i pracować w tandemie. Obejmuje to między innymi projektowanie wizualne, UX, tworzenie interfejsu użytkownika, tworzenie zaplecza, zespół treści, marketing itp.

Zwinny rozwój jest dobrym sposobem na podejście do tego.

Wiele organizacji oczywiście tego nie robi i zwykle silosuje każdą z powyższych drużyn i używa starego procesu wodospadu „przerzuć go przez płot i nie martw się”.

Proszę zauważyć, że koncentruję się na jego stronie projektowej, a nie na stronie rozwijającej się.

To jest problem. Nie możesz skupić się na jednym, a nie na drugim. Konstrukcja z elastyczną witryną jest opracowanie odpowiadającego miejscu.

Dotyczy to ogólnie projektowania interakcji. Projekt interakcji (responsywny układ, rozwijane menu, animacja itp.) Musi być zaprojektowany na nośniku, na którym będzie używany - w przeglądarce. Wymaga to pewnego poziomu rozwoju.

Moja idealna struktura zespołu UX obejmowałaby następujące role *:

• Projektant wizualny i / lub Projektant interfejsu użytkownika
• Deweloper interfejsu użytkownika
• Zawartość
• Badania / testy użytkowników

To nie znaczy, że twórca interfejsu użytkownika zespołu UX to osoba pisząca kod produkcyjny, ale piszą działający kod, aby właściwie zaprojektować, utworzyć i przetestować interakcję.

To jest następnie udostępniane programistom, a zespół pracuje nad dalszą pracą, aby zintegrować go z ostatecznym celem systemu responsywnego.

* Wspomniane role powinny obejmować co najmniej jednego z „twórców stron internetowych”. Zgadzam się, że czasem trudniej je znaleźć, ale są koniecznością w zespołach. Potrzebujesz co najmniej jednej osoby, która może komunikować się na całym forum i może rozmawiać z projektantami ikon, a także administratorami DB.

Chociaż zgadzam się z mentalnością zawartą w odpowiedzi DA01, myślę, że w pytaniu jest coś więcej niż tylko to, do czego się odnosi.

Prostym faktem jest to, że firmy są zorganizowane na różne sposoby, ponieważ mają osoby o różnych umiejętnościach i różnej liczbie pracowników w każdym oddziale. Każda firma musi podchodzić do tej decyzji z rozwagą i swoją firmą, aby wybrać dobry sposób tworzenia.

Jako taki, nie sądzę, że istnieje jeden „najlepszy” sposób na podjęcie takiej decyzji lub struktury zespołu. Każda grupa ludzi jest inna i ci, którzy pracują dla jednej firmy, mogą nie działać dla innej, nawet jeśli struktura i takie są mniej więcej takie same.

Biorąc to pod uwagę, istnieją pewne ogólne zasady, które mają zastosowanie do wszystkich firm przy podejmowaniu tego rodzaju decyzji:

• Skorzystaj z dostępnego zestawu umiejętności - Niektóre osoby pracują lepiej w określonych środowiskach, wykonując określone czynności. Jeśli coś znacznie spowalnia proces przy niewielkich rzeczywistych korzyściach, prawdopodobnie nie jest to dobra decyzja. Nie oznacza to, że nie powinieneś się zmieniać, ponieważ jednej osobie nie podoba się ta zmiana, ale ważne jest, aby pamiętać o preferencjach i umiejętnościach zespołu, aby ludzie cieszyli się pracą i wykonywali swoje zadania.

• Współpraca jest kluczowa - wszyscy projektanci i programiści powinni się komunikować i wiedzieć w przybliżeniu, co robi inny na każdym etapie procesu, od rozmowy z klientem (jakkolwiek jest to możliwe - zobaczenie notatek z dyskusji lub czegoś podobnego może być czasem wystarczające ) do ostatecznego wdrożenia. Jedna grupa zazwyczaj wykonuje pracę na jednym etapie, ale druga (-a) powinna przynajmniej wiedzieć, co się dzieje i mieć możliwość przekazywania pewnego rodzaju informacji zwrotnych na każdym etapie.

  Wiedza ludzi jest różna, dlatego chcemy, aby ludzie dostrzegali potencjalne problemy, których inni nie zauważyliby tak wcześnie, jak to możliwe, oprócz dostarczania dodatkowych pomysłów.

• Kierunek nad doskonałością - O wiele lepiej jest znać cel i budować go w bezpośredni, ale szorstki sposób. Rozumiem przez to, że iteracja jest lepsza niż bycie idealną w pikselach dla większości procesu. Musimy upewnić się, że podążamy we właściwym kierunku przy każdej decyzji projektowej, a następnie udoskonalić tę decyzję, powtarzając. W ten sposób możemy na ogół uniknąć większych problemów na późniejszym etapie procesu.

  Pomaga w tym projektowanie w przeglądarce (lub na dowolnym nośniku, na którym znajduje się aplikacja), ponieważ łączy dwa zadania w jedno, zmuszając ludzi do współpracy lub posiadania umiejętności w obu. Oczywiście ważne jest, aby pamiętać o pierwszej zasadzie wymienionej tutaj.

Wreszcie, aby rozwiązać problem bezpośrednio pod ręką w jednym okoliczność, że PO wydaje się odwołanie, powiem, że jeśli całkowite oddzielenie pracy podjęto decyzję (całkowitego oddzielenia wiedzy / feedback powinien nie być zrobione), to polecam że zespół projektowy powinien stworzyć małą i dużą wersję, przynajmniej w większości przypadków, a resztę pozostawia programistom. Zmusza to zespół projektowy do pamiętania o wszystkich etapach pomiędzy nimi, bez konieczności martwienia się o dokładne szczegóły.

Jest tu kilka świetnych odpowiedzi, ale to naprawdę nie jest takie skomplikowane.

Dolna linia:

Zespół projektowy (jeden lub wiele) jest odpowiedzialny za każdą permutację widoku lub szablonu.

Nie proś dewelopera o wypełnienie pustych pól lub oparcie się na ramie.

Na początku staraj się jak najlepiej, a następnie cieniuj programistę w miarę postępu. Będziesz musiał podejmować decyzje w miarę pojawiania się wyzwań. Czasami może to być kolejna makieta, innym razem najlepiej jest podać szorstki kod (jeśli możesz).

Nie zmuszaj Inżynierii do wykonywania swojej pracy, a oni nie będą cię o to prosić ;-)

Idealnie, projektanci są właścicielami projektu, prosty i prosty. Jeśli projektanci są w stanie zaprojektować specyfikację, która jest jasna, odpowiednia i realistyczna, to powinna ona usunąć zgadywanie z równania dla projektantów stron internetowych.

Zadaniem projektanta stron internetowych jest przełożenie wizji projektanta na kod. Może to być łatwe, jeśli specyfikacja jest jasna, a projektant stron internetowych jest dobry, lub może być trudne, jeśli wszystko, co dostaje projektant stron internetowych, to .psd z instrukcjami „zrób to”. Dobra specyfikacja oznacza dokładniejsze wdrożenia.

Pominąłem twórców stron internetowych, ponieważ tak naprawdę nie pracuję z tym terminem.

Z mojego doświadczenia wynika, że ​​twórcy stron internetowych nie powinni zajmować się projektowaniem. Zazwyczaj koncentrują się na rozwoju zaplecza i dotykają projektowania tylko wtedy, gdy jest to absolutnie konieczne. Większość programistów internetowych, których znam, tak naprawdę nie zna bardzo dobrze CSS i na pewno nie korzysta z Photoshopa.

Rodzaj programisty obejmuje 99% programistów. Nie powiedziałbym, że nie projektują tak jak na twojej grafice, ale zazwyczaj nie jest to część opisu zadania.

TL; DR: Jeśli projektanci wymyślą dobre specyfikacje, projektanci stron internetowych powinni być w stanie łatwo obsłużyć implementację.