Zawsze uważałem, że istnieje proces, który może być korzystny dla każdego rodzaju projektu, a przez lata opracowano wiele różnych systemów biznesowych, aby pomóc ludziom w realizacji projektu. W innym życiu spędziłem trochę czasu na kontroli jakości w firmie deweloperskiej, podczas której studiowałem między innymi Six Sigma i wielkiego filozofa zarządzania, W. Edwardsa Deminga. Jednym z pomysłów leżących u podstaw systemów kontroli jakości takich jak te jest potrzeba udokumentowania kroków niezbędnych do ukończenia projektu i wykorzystania tej dokumentacji jako swego rodzaju żywej instrukcji obsługi, która ewoluuje wraz z poznawaniem nowych rzeczy i różni się, być może bardziej skuteczna odkryto sposoby robienia rzeczy. Jest to jeden z pierwszych kroków w pracy nad poprawą jakości dowolnego produktu lub usługi, i robię to od dłuższego czasu w wielu różnych obszarach mojej działalności.

http://sanrahpo1.pl/tworzenie-stron-internetowych
http://sanrahpo1.pl/tworzenie-stron-siedlce
http://sanrahpo1.pl/tworzenie-stron-warszawa
http://sanrahpo1.pl/strony-www-krakow
http://sanrahpo1.pl/strony-www-lodz
http://sanrahpo1.pl/strony-www-poznan
http://sanrahpo1.pl/strony-www-gdansk
http://sanrahpo1.pl/strony-www-szczecin
http://sanrahpo1.pl/strony-www-bydgoszcz
http://sanrahpo1.pl/strony-www-lublin
http://sanrahpo1.pl/strony-www-bialystok

To powiedziawszy, oto krótki rzut oka na system, który opracowałem dla projektów tworzenia stron internetowych. Mam nadzieję, że dla naszych klientów, którzy to czytają, daje to pewien wgląd w to, jak zajmujemy się projektami takimi jak Twój, abyś wiedział, czego się spodziewać w trakcie tego procesu. Mam nadzieję, że dla kogokolwiek innego pomoże to w opracowaniu własnej dokumentacji, jeśli okaże się, że jest to potrzebne.
Cykl życia projektu

Proces tworzenia stron internetowych dzieli się na kilka oddzielnych etapów; seria etapów stanowi jeden etap mojego 4-fazowego procesu tworzenia stron internetowych.

Faza 1 – Faza wstępna
Wprowadzenie / Pierwszy kontakt

W tym miejscu rozmawiamy z klientem po raz pierwszy, dowiadujemy się trochę o sobie i to jest moja okazja, aby uzyskać szybki przegląd tego, czego chce klient. Wiele razy po prostu wysyłamy e-maile tam iz powrotem, a czasem rozmawiamy przez telefon. Dość proste.
Potrzebne oszacowanie

Na tym etapie moim zadaniem jest naprawdę skupić się na tym, czego chce klient i jak mogę go dostarczyć. Zastanowię się również nad budżetem klienta i podejmę decyzję, co do moich rekomendacji. Gdy mam pewność, że jest to projekt, którego chcę być częścią, zazwyczaj wysyłam klientowi rodzaj kwestionariusza przed wyceną. Kwestionariusz jest dość szczegółowy, ale z doświadczenia dowiedziałem się, że na każde pytanie należy odpowiedzieć przed rozpoczęciem pracy nad projektem. Chociaż w tym momencie klient i ja formalnie nie uzgodniliśmy, że będziemy ze sobą współpracować, ten kwestionariusz pomaga klientowi wyczyścić wszystkie szczegóły projektu, co będzie istotne bez względu na to, z kim zdecyduje się współpracować.

Pod koniec tego etapu klient i ja postanowiliśmy wspólnie pracować nad tym projektem i załatwić wszelkie niezbędne formalności (umowy, formalne propozycje itp.).

Koniec tego etapu stanowi także koniec fazy 1, którą ogólnie myślę o fazie wstępnej.

Faza 2 – Faza konceptualna

Właśnie wtedy rozpoczyna się faktyczna praca.
Strony i cel

W tym momencie klient i ja dokładnie rozumiemy cel lub cel tego konkretnego projektu. Jeśli będziemy musieli to udoskonalić, zrobimy to tutaj.

Dodatkowo decydujemy, które strony będą składać się na ten projekt. Zdefiniujemy ogólny cel i szybkie, jednowierszowe objaśnienie zawartości tych stron. Zaczniemy również formułować mapę mentalną interakcji między stronami w produkcie końcowym.
Szkice i szkielety

To niesamowite, co kilka szybkich szkiców na kartce papieru może zrobić, aby zrozumieć strukturę witryny. Wymagany poziom szczegółowości naprawdę zależy od zakresu projektu, ale lubię wykonywać podstawowe szkice nawet w najprostszych projektach, ponieważ pomaga nam to nie przegapić żadnych drobnych szczegółów lub potencjalnych przeszkód na drodze.

Termin „szkielety” może nie być całkowicie jasny dla wszystkich… szkielety są jedynie zgrubnym zarysem części witryny. Ponieważ w tej chwili nie mam żadnych własnych, szybko pobrałem kilka próbek z sieci. Pierwszy z nich – od Grega Froha – jest dość typowy… wielu jest nawet szkicowanych na papierze. Drugi – od T. Scotta Stromberga – jest przykładem szkicowanego szkieletu z dość szczegółowymi szczegółami… coś przydatnego na bardziej złożonych stronach.
Model szkieletowy

Typowy model szkieletowy
Szkic szkieletowy projektowanie stron internetowych

Bardziej szczegółowa makieta / szkic
Kamień milowy 1 – zatwierdzenie modelu szkieletowego

To tutaj klient sprawdza i zatwierdza utworzone przez nas szkielety i szkice. Jeśli będą jakieś zmiany, które należy wprowadzić, dokonamy ich przed przejściem do następnego etapu. Gdy klient zatwierdzi szkielety, osiągnęliśmy nasz pierwszy kamień milowy projektu.

Do tej pory dopracowaliśmy cel strony i większość tego, w jaki sposób osiągniemy ten cel w formie konspektu reprezentowanego przez wypełniony kwestionariusz, szkielety i wszelkie inne stworzone przez nas szkice. Najważniejsze jednak, że przez cały ten czas nasze umysły coraz mocniej otaczają się ogólnym obrazem tego, jak ta rzecz się połączy, i jesteśmy gotowi uzupełnić niektóre szczegóły. Te szczegóły mają postać specyfikacji projektu – znanej również jako dokument projektowy.
Specyfikacja projektu / dokument projektowy

Specyfikacja projektu jest dokładnym wyjaśnieniem funkcjonowania witryny. Istnieje wiele różnych standardów i metod radzenia sobie z tego rodzaju problemami, ale opracowałem własną metodę, która działa bardzo dobrze we wszystkich projektach oprócz najbardziej skomplikowanych.

Tak naprawdę istnieją dwie główne części specyfikacji projektu, część Interfejs użytkownika i część Dokument projektu.

Pierwszy to część Interfejs użytkownika, która szczegółowo opisuje, w jaki sposób użytkownik będzie wchodził w interakcje z witryną. Na przykład, jak działa nawigacja strony, wyjaśnienie tego, co użytkownik widzi podczas przeszukiwania witryny… jest to w zasadzie szczegółowe wyjaśnienie wszystkiego, co użytkownik może zrobić w witrynie.

Druga część specyfikacji to tak zwany dokument projektowy, który według Wikipedii

„to pisemny zarys rozwoju kursu lub opis oprogramowania, który pisze projektant oprogramowania, aby dać zespołowi programistów ogólne wytyczne dotyczące architektury projektu oprogramowania”.

Mówiąc ogólnie, dokument projektowy prowadzi programistów w ich pisaniu kodu.

Ważną częścią tego dokumentu dla klienta jest część Interfejs użytkownika.
Kamień milowy 2 – Zatwierdzenie specyfikacji projektu

Tak więc właśnie stworzyliśmy specyfikację projektu… nadszedł czas, aby klient ją zatwierdził, przynajmniej część interfejsu użytkownika. Część dokumentu projektu jest prawie bezużyteczna dla klienta przez większość czasu i generalnie nawet jej nie wysyłam.

Należy zauważyć, że w przypadku bardzo prostych projektów wszystkie poprzednie etapy łącznie mogą zająć tylko kilka godzin plus czas zatwierdzenia. Jednak w każdym projekcie do tego momentu zarówno klient, jak i ja dokładnie rozumiemy, jak strona będzie funkcjonować i gdzie będą pojawiać się różne elementy strony. Teraz nadszedł czas, aby uzyskać bardziej szczegółowy obraz.
Makiety graficzne

Są one rysowane w Photoshopie i, oprócz niektórych drobnych zmian, przedstawiają migawkę tego, jak będzie wyglądać każda strona witryny po jej zakończeniu. Generalnie nie tworzę każdej pojedynczej strony, która będzie w końcowej witrynie, zamiast tego tworzę jeden przykład każdego z głównych szablonów. Na przykład polityka prywatności i warunki użytkowania stron w większości witryn mają prawie taki sam wygląd z inną treścią. W takim przypadku utworzę tylko jedną makietę reprezentującą obie te strony.

Lubię Photoshopa do tworzenia makiet. Wypróbowałem program Adobe Fireworks, który faktycznie został zaprojektowany specjalnie do tworzenia makiet witryn i grafiki, ale tak naprawdę nie uważałem go za bardziej przydatny niż Photoshop, więc trzymałem się tego. (Na marginesie, jeszcze nie próbowałem Fireworks CS4, więc może wkrótce dam próbę).
Kamień milowy 3 – zatwierdzenie makiety

Teraz nadszedł czas, aby wysłać mocukps do klienta w celu zatwierdzenia. Jest to ważna kwestia dla klientów, ponieważ do tej pory widzieli tylko szorstkie szkice i czytali szczegóły w chwalebnej instrukcji obsługi… teraz mogą zobaczyć, jak będzie wyglądać ich strona.

Klient przesyła wszelkie prośby o zmianę, zmiany są wprowadzane, a po sfinalizowaniu makiet nadszedł czas na ich konwersję na strony internetowe.

Faza 3 – Faza budowy

Do tego momentu projektowaliśmy nasz produkt. Teraz nadszedł czas, aby produkt ożył.
Konwertuj makiety na HTML

Tutaj w zasadzie odtwarzamy makiety graficzne w formie HTML – formularz strony internetowej w kategoriach laika. W tym momencie nie ma zaprogramowanej logiki, więc żadna zaprogramowana funkcjonalność końcowej witryny nie będzie istnieć, oprócz możliwości klikania ze strony na stronę.
Dostosuj do różnych typów przeglądarek

Różne przeglądarki mogą renderować stronę HTML na bardzo różne sposoby, dlatego zawsze konieczne jest przetestowanie stron w każdej przeglądarce docelowej, a dostosowanie jest zwykle konieczne, aby zapewnić prawidłowe renderowanie stron.
Zbuduj logikę aplikacji

Po przygotowaniu szablonów witryn i poprawnym wyglądzie kolejnym krokiem jest zbudowanie logiki aplikacji. Może to być prosty lub bardzo skomplikowany proces… nawet najbardziej podstawowe witryny zwykle mają logikę aplikacji do obsługi przesyłania formularzy kontaktowych. Niezależnie od wielkości strony, szczegółowo opisaliśmy, jak aplikacja zostanie zbudowana w dokumencie projektowym, teraz nadszedł czas na napisanie kodu.

Faza 4 – Testowanie i uruchomienie

Prawie gotowe… w tym momencie mamy właściwie funkcjonalną stronę.
Testowanie

Teraz przeglądam całą stronę od początku do końca i testuję wszystko… jest to dość nudne, zwłaszcza, że ​​testuję pewne sekcje w wielu przeglądarkach. Niemniej jednak jest to konieczne, ponieważ w fazie budowy zawsze jest kilka drobnych szczegółów, które należy poprawić.
Kamień milowy 4 – Kontrola przed uruchomieniem klienta

Teraz szansa klienta na zakończenie widzę gotowy produkt. Klient testuje wszystko, aby upewnić się, że wszystko działa i renderuje poprawnie na swoim ekranie w ramach przygotowań do uruchomienia strony.
Kopia zapasowa i zamknięcie istniejącej witryny

Jeśli klient ma istniejącą witrynę, najpierw utworzę kopię zapasową tych plików. Następnie przełączam witrynę w tryb offline i umieszczam powiadomienie w jej miejscu, aby wszyscy odwiedzający wiedzieli, że mają miejsce aktualizacje i aby sprawdzić później. To powiadomienie nie jest absolutnie konieczne, jeśli jest to mała witryna o małym lub zerowym natężeniu ruchu, ale bez niej odwiedzający lądują na uszkodzonych lub pustych stronach podczas aktualizacji, a to po prostu nie wygląda profesjonalnie.
Prześlij nowe pliki witryny

Nowe pliki są przesyłane na serwer produkcyjny i szybko testowane, aby upewnić się, że wszystko działa poprawnie na tym nowym serwerze. Być może zastanawiasz się, gdzie była wcześniej ta witryna… wiele razy buduję witrynę na serwerze testowym, do którego mogę dać klientowi dostęp. Witryna zostanie zbudowana prawie w całości na serwerze testowym, a następnie przesłana na serwer produkcyjny przed uruchomieniem.
Zatwierdzenie klienta i podpisanie kontroli

Dopiero zacząłem wymagać od klientów podpisania się na arkuszu inspekcji, z którego wynika, że ​​dokładnie sprawdzili witrynę i wszystko działa. Lubię pakować projekty w tym momencie, a podpisywanie przez klienta arkusza kontroli zapewnia, że ​​rozumieją, że to ostatnia szansa, żebym coś naprawił. W przeciwnym razie czasami nie będę tego wyjaśniać, a klienci wrócą miesiąc lub dwa później z pytaniem, jak to zrobić, lub proszą o zmianę obrazu, ponieważ nie mieli okazji dokładnie przejrzeć i przetestować wszystkiego, kiedy podsumował projekt. Niestety w tym momencie muszę je rozliczyć, więc ten krok pomaga uniknąć nieporozumień na tej arenie.

Wniosek

W tym momencie pracuję nad różnymi zadaniami czyszczenia, takimi jak podpisywanie praw autorskich, nagrywanie plików projektu na dysk i wysyłanie do klienta, a także wszelkie wewnętrzne zadania biznesowe, które muszę zakończyć, ale poza tym, projekt jest kompletny, klient zachwycony (mam nadzieję, że 😉) i nadszedł czas, aby zrobić to od nowa.