Mājaslapas izstrādes process: posmi un termiņi
Web projekti reti slīd izstrādes dēļ. Tie slīd tāpēc, ka saturs nepienāk, saskaņojumi ievelkas un apjoms klusi aug ar katru tikšanos.
Šis ceļvedis iet cauri posmiem ar reālistiskiem termiņiem un parāda, kur grafiks tiešām pazūd.
Posmi un rezultāti#
Tipisks uzņēmuma vietnes projekts. Apjomi mainās, secība ne.
| Posms | Rezultāts | Tipisks ilgums |
|---|---|---|
| Izpēte | Mērķi, auditorija, apjoms | Viena līdz divas nedēļas |
| Struktūra un satura plāns | Lapu saraksts, atbildīgie, termiņi | Viena nedēļa |
| Dizains | Veidnes un komponenti | Trīs līdz sešas nedēļas |
| Izstrāde | Strādājoša lapa testa vidē | Trīs līdz astoņas nedēļas |
| Satura ievade | Īsts saturs lapā | Viena līdz trīs nedēļas |
| Testēšana | Labojumu saraksts izpildīts | Viena līdz divas nedēļas |
| Palaišana | Lapa tiešsaistē, uzraudzība strādā | Viena diena |
| Pēcpalaišanas periods | Labojumi un mērījumi | Četras līdz astoņas nedēļas |
Dizains un izstrāde var daļēji pārklāties, ja veidnes apstiprina pakāpeniski. Saturs nedrīkst palikt pēdējais posms.
Kas ko dara#
Lomas var būt viena cilvēka rokās, bet uzdevumi paliek tie paši.
- Pasūtītāja lēmējs: apstiprina apjomu un dizainu, risina strīdus. Viens cilvēks.
- Projekta vadītājs: tur grafiku un apkopo atsauksmes.
- Dizaineris: struktūra, veidnes, komponenti, stāvokļi.
- Izstrādātājs: būvēšana, integrācijas, veiktspēja, palaišana.
- Satura atbildīgais: teksti un attēli līdz termiņiem.
- Testētājs: kontrolsaraksts, ierīces, formas — var būt no pasūtītāja puses.
- Ja aiz satura nav neviena vārda, saturs nepienāks.
Kur grafiks slīd#
Četri iemesli aptver gandrīz visas web projektu aizkaves.
| Iemesls | Kā tas izpaužas | Novēršana |
|---|---|---|
| Saturs kavējas | Izstrāde gatava, lapa tukša | Atbildīgais un termiņš katrai lapai |
| Saskaņojums ievelkas | Nedēļa gaidīšanas pēc katras kārtas | Viens lēmējs, termiņš atsauksmēm |
| Apjoms aug | Katra tikšanās pievieno vēlmi | Rakstiska izmaiņu kārtība |
| Integrācijas otra puse | Gaidām kāda cita izstrādātāju | Kartē atkarības laikus |
| Testēšana atstāta beigām | Kļūdu lavīna pēdējā nedēļā | Testē pa veidnēm |
Kā turēt projektu kustībā#
Vienkāršas prakses, kas maksā maz un novērš lielāko daļu aizkavju.
- Nosaki vienu lēmēju un vienu atsauksmju kanālu.
- Ieliec satura termiņus kalendārā pirms dizaina sākuma.
- Apstiprini pa vienam posmam un neatver apstiprināto bez iemesla.
- Pieprasi apkopotas atsauksmes, ne atsevišķas ziņas.
- Turi testa vidi vienmēr apskatāmu, lai progress būtu redzams.
- Pārskati katru nedēļu: kas gatavs, kas bloķēts, kas atbild.
- Pieraksti izmaiņas kopā ar ietekmi uz grafiku un cenu.
«Kas ir bloķēts un kura dēļ» ir noderīgākais jautājums iknedēļas pārskatā. Tas izceļ aizkaves nedēļas agrāk.
Biežāk uzdotie jautājumi
Cik ilgi aizņem viss projekts?
Desmit lapu uzņēmuma vietne parasti aizņem astoņas līdz divpadsmit nedēļas kalendārā, lai gan tīra darba ir mazāk. Starpība nāk no saskaņojumiem un satura gaidīšanas. Ja saturs jau ir gatavs un lēmējs pieejams, tas pats projekts ietilpst sešās nedēļās.
Vai varu pievienot saturu vēlāk?
Tehniski jā, bet tas maksā. Dizains uz īsta teksta ir labāks nekā uz paraugteksta, un lapa, kas palaista pusgatava, atstāj sliktu iespaidu un nestrādā meklēšanā. Labāk palaist mazāk lapu pilnībā nekā daudz lapu pa pusei.
Ko nozīmē agile web projektā?
Praksē to, ka būvē un rāda pa mazākiem gabaliem, nevis rāda visu beigās. Tas strādā labi, ja pasūtītājs ir regulāri pieejams atsauksmēm. Ja pasūtītājs var piedalīties reizi mēnesī, posmveida pieeja ir godīgāka un paredzamāka.
Kas atbild, ja grafiks slīd?
Atkarīgs no iemesla, un tāpēc tas jāapraksta līgumā. Biežākais aizkaves iemesls ir pasūtītāja saturs un saskaņojumi, nevis izstrāde. Labs līgums apraksta abu pušu piegādes termiņus un to, kas notiek, ja viena puse kavējas.
izstrādes processweb projekta posmimājaslapas grafiksprojektu vadība webprojekta plānošanavietnes izstrāde
