workflow v 0.01 alpha
“Къде е истината отче?”
Все още не съм видял (нито съм намерил за себе си) успешен и гъвкав workflow model, по който уеб проект може да изработен “както си трябва” - ето малко мои размисли, (без да претендирам за достоверност, абсолютност и правилност разбира се). И дано накрая си размърдам мършавия задник, за да пусна проклетите коментари, защото точно тук бих призовал на помощ всеки, който се вълнува от темата и има становище по въпроса.
Зараждане на идея за проекта.
Момента в който клиента се събужда с гениалната идея в главата. За което някак си се оказва че му трябвате вие. Гениалните идеи са може би най важното за добрия и успешен проект.
Набелязване на основните цели, които трябва да бъдат реализирани посредством проекта.
Тук се сяда с моливчето, в търсене на това, което очакваме да направим посредством проекта, марикрайки най-общите ни очаквания в систематизиран и ясен за нас вид.
Определяне на необходимите ресурси (парични, човешки, материални) + план за осигуряването им.
Безплатния обяд свърши. Трябва да имаме план как да осигурим средствата и хората, които неминуемо ще ни трябват за да заформим Da Killa App.
Функционалността преди всичко
Изграждаме план, чиято реализация би довела до реализирането на целите, определени по-горе. Тука момента е много тънък, и би било да бъдат призовани на помощ боговете на информационната архитектура, маркетинга, брандинга, софтуерния девелопер. И ако искате и брат’чеда. Може би най-тежката част на проекта, която съчетава избистрянето на чорбата в главата на клиента (сиреч изискванията му). Колкото по-дълга и по-успешно реализирана е тази част, толкова по-добре си постиламе за нататък. Това е момента с голямата спецификация, която всички съзнателно, дълго и внимателно изчитат и приемат с отворени сърца и вяра в душата.
ПП. Помнете, в повечето случаи на клиента му е за първи път да поръчва сайт. Помогнете му, разберете какво иска да получи от сайта, и му дайте решения на проблемите му и начини да постигне целите си.
Информационна архитектура, интерфейс прототипи, малко ОО, щипка eye candy.
Базирайки по-нататъшната работа над ЯСНАТА спецификация, отговаряща на всички възможни въпроси, добрия и отработен екип може да започне работа успоредно в 3 насоки
Визуална концепция, цветови съчетания, шрифтове и тн. (работата на графичния (или интерфейс???) дизайнер).
Изграждане на архитектурата на апликацията,
Работа по кода (моята скромна част) - ако разделим нещата на data access layer, business objects и graphical user interface, то преспокойно дата аксес леъра и модела (сиреч базата данни) както и бизнес обектите могат да бъдат започнати като работа.
Заварка - завинаги, или до следващата приумица?
Ето и следната утопия -
Графичния дизайнер разработва изгледа на сайта посредством css.
Архитекта залага структурата в html кода.
Програмиста заварява логиката и дата байндинга посредством клиентски и сървърни скриптове, като възможно най малко омесва код с маркъп (айде пак да похваля asp.net код бихайнда!).
Без да правим кодерски супи от sql/php/html/css/js на едно… тогава както сме сглобили така и можем да разглобим и преправим отделна част от сайта. Така дизайнера може да нанася промени в визията на крайната продукция, всяка сутрин като го налегне сутрешното вдъхновение.
И така…