Dobře strukturovaný proces vývoje webových stránek snižuje rizika a zvyšuje pravděpodobnost dosažení cílů projektu. V tomto článku popíšu kroky v typickém procesu a to, jak manažer projektu hraje roli v každém kroku.
Krok # 1. Agregace požadavků
Vize projektu
První otázka, o které projektový manažer rozhodne hned na začátku, je pro koho, za jakým účelem je web vytvořen a jaká jsou kritéria úspěchu projektu . Po komunikaci se zákazníkem jsou cíle a cíle jejich dosažení podrobně sepsány.
Analýza cílové osoby
Na základě identifikovaných kritérií ve spolupráci se zákazníkem definujeme portréty cílových uživatelů webu. Podrobně popisujeme očekávání, bolesti a cíle.
V této fázi bude velkým plusem vést hloubkové rozhovory s potenciálními uživateli, aby se vytvořily realistické osobnosti a porozuměly jejich potřebám.
Konkurenční analýza
Dále analyzujeme konkurenty. Účelem této fáze je podrobně analyzovat, jaká řešení na trhu existují, jaké funkce jsou standardem a jaké bolesti uživatelů žádný zdroj nepokrývá. To pomůže s umístěním, minimální funkčností a jedinečnou nabídkou prodeje.
Struktura webu
Na základě výsledků v předchozích fázích vytváříme strukturu webu. Tento artefakt pomáhá uspořádat příchozí data pro komunikaci se zákazníkem a další fáze návrhu a vývoje.
Fáze # 2. Plánování, stanovení priorit a hodnocení
Plánování a stanovení priorit
Po diskusích s návrhářem, vývojářem a zákazníkem se vytvoří nevyřízené položky produktu seřazené podle obchodní priority. Na začátek seznamu umisťujeme snadno splnitelné úkoly s nejvyššími obchodními emisemi. Pochopíme-li prioritu úkolů, vytvoříme Ganttův graf s vizuálním zobrazením fází a podmínek vývoje projektu.
V průběhu práce budou fáze podrobně popsány a budou upřesněny podmínky. Podrobné úkoly se zaznamenávají do nevyřízených položek. Samotné nevyřízené položky jsou prohlíženy každý týden.
Nevyřízené položky jsou založeny na principu blížící se vlny. Úkoly, které jsou blíže k vrcholu, je třeba formulovat jasněji. Nevyřízené položky jsou živým a neustále aktualizovaným dokumentem.
Normální horizont pro podrobné plánování je týden nebo více. To znamená, že odborníci musí mít jasné znalosti úkolů po dobu nejméně jednoho týdne v kontextu obecného směru práce.
Denní plány jsou denně revidovány ve stand-up formátu. Odborníci odpovídají na otázky týkající se Scrumu: Co se stalo včera? Co budu dnes dělat? Jaké problémy je třeba vyřešit?
Hodnocení
Odborníci odhadují časový rámec sami. Projektový manažer by si měl pamatovat, že většina lidí nedokáže vždy správně odhadnout načasování úkolů a vzít to v úvahu při plánování.
Zásady adekvátního hodnocení:
- Na základě jejich minulý světonázor (vaše zkušenosti a historická data)
- Rozšiřování našeho obrazu světa do budoucnosti (odborný úsudek a intuice)
- To nejlepší, co můžeme udělat, je představit si, jak budeme dělat tu či onou práci. Čím podrobněji představíme pracovní postup, tím přesnější budou odhady
- Počáteční odhad se vynásobí buď pi (3.14) nebo e (2.71)
- Každý úkol by neměl trvat déle než 8 hodin. V opačném případě se rozložíme, abychom na konci pracovního dne mohli sledovat pokrok, včas identifikovat blokátory a otestovat dokončenou práci.
Fáze 3. Prototyp a testování myšlenky
Po dohodě o struktuře webu v textové podobě a plánování práce ve spolupráci s designérem je vytvořen prototyp – interaktivní model budoucího webu.
Na prototypu je snadné pochopit, co se na papíře zdálo jako dobrý nápad, ale ve skutečnosti narušuje použitelnost. Tým tyto okamžiky sleduje pomocí testování (chodba, zvyk atd.) A navrhuje lepší řešení.
Prototyp navíc usnadňuje komunikaci s klientem a umožňuje vám provést nezbytné změny v rané fázi projektu. V důsledku toho šetří čas a prostředky na opravu chyb ve fázi vizuálního designu a vývoje.
Krok č. 4. Vývoj technických specifikací
Poté, co zákazník schválí prototyp, manažer vypracuje podrobný popis funkčnosti a designu webu – technické specifikace.
Zahrnuje:
- Obecný popis projektu
- Popis technických požadavků
- SEO požadavky na projekt
- Popis funkčnosti
- Vlastní skripty
Fáze 5. Vizuální design a testování
Dále návrhář začne pracovat na vizuální části projektu.
V této fázi projektový manažer komunikuje s klientem, programátory, sestavuje plán rozvoje, předepisuje kritéria pro přijímání úkolů a testuje design. Pokud to rozpočet projektu umožňuje, otestujeme hotový návrh s uživateli, abychom zjistili nepřesnosti a zlepšili použitelnost rozhraní před zahájením vývoje.
Ve výsledku získáme uživatelsky testovaný návrh schválený klientem , schválené vývojáři a odpovídající původním požadavkům na projekt.
Fáze 6. Rozložení/vývoj a testování
Proces vývoje je rozdělen na sprinty. Na začátku sprintu vybereme prioritní úkoly z nevyřízených položek. Na konci sprintu sledujeme pokrok, identifikujeme blokátory, upravujeme směr práce a sledujeme postup projektu.
Během vývoje monitoruje projektový manažer kvalitu úkolů.
Testování obvykle probíhá ve třech úrovních: první – návrhář/programátor rozvržení sám zkontroluje práci podle zvláštního kontrolního seznamu vypracovaného manažerem. Zadruhé, manažer prochází stejným kontrolním seznamem. Třetí úroveň – manažer kontroluje celý projekt.
Na co se spolehnout při testování:
- Kontrolní seznamy (kritéria pro kontrolu připravenosti úkolů)
- Schválené výsledky předchozích fází (TOR, prototypy, nevyřízené položky)
- Zdravý rozum (bez toho nic není, ale pro každého je to jiné)
< h2> Fáze 7. Dodání a testování projektu
Udělali jsme všechno. Co dál?
Správce testuje projekt na testovacím serveru a identifikuje chyby. Chyby mají prioritu a jsou prezentovány týmu jako úkoly.
Když jsou hlavní chyby opraveny, projekt se odešle klientovi na testovacím serveru. Klient testuje projekt. Po schválení je web přenesen na produkční server. Testování se tam provádí znovu, například ve formátu Smoke test, kontrola GooglePageSpeed, interní testy v CMS.
Závěry
Podle statistik většina projektů selže ne proto, něco se jim nepodařilo implementovat. pak z technické stránky. Nejběžnější příčinou jsou komunikační problémy. Jak s klientem, tak v rámci týmu.
Dobře strukturovaný proces pomáhá minimalizovat riziko komunikačních problémů a vytváří realistická očekávání pro klienta a tým.
Manažer je na projektu od začátku do konce končí, odpovídá za výsledek, kvalitu, termíny. Nejdůležitější věcí, kterou může manažer pro úspěch projektu udělat, je pomoci týmu a klientovi vybudovat kompetentní vývojový a komunikační proces.
Doufám, že tento článek byl pro vás užitečný a budu rád slyším vaše komentáře.