Радим као фронт-енд програмер око две године и учествовао сам у креирању широког спектра пројеката. Једна од лекција коју сам научио је да сарадња између различитих тимова програмера који деле исти циљ, али имају различите задатке и одговорности није лака.
У консултацији са другим члановима тима, дизајнерима и програмерима, направио сам циклус креирања веб страница дизајниран за мале тимове (5-15 људи). Укључује алате као што су Цонфлуенце, Јира, Аиртабле и Абстрацт. У овом чланку ћу поделити карактеристике организовања тока посла.
Скиллбок препоручује: Двогодишњи практични курс .
Подсећамо: за све читаоце „Хабра“ – попуст од 10 рубаља при упису на било који курс Скиллбок користећи промотивни код „Хабр“.
Зашто је све ово потребно?
Минимални тим потребан за креирање веб странице од нуле је дизајнер, програмер и менаџер пројекта. У мом случају, тим је формиран. Али након објављивања неколико сајтова, добио сам осећај да нешто није у реду са тим. Понекад једноставно нисмо у потпуности разумели своје обавезе, а комуникација са клијентом је остављала много да се пожели. Све је то успоравало процес и узнемиравало све.
Почео сам да радим на решавању проблема.
Гоогле претрага даје добре резултате о нашем проблему.
Да би посао учинио визуелнијим, направио сам дијаграм тока посла који даје разумевање како се посао овде обавља.
Кликните на слику да бисте је отворили у пуној резолуцији.
Циљеви и циљеви
Једна од првих техника коју сам одлучио да тестирам била је „каскадни модел“ (Водопад). Користио сам га да истакнем проблеме и разумем како да их решим.
Проблем: Клијент најчешће не процењује процес креирања веб странице модуларно, као што то раде програмери. Он га доживљава као обичан сајт, односно размишља у терминима појединачних страница. По његовом мишљењу, дизајнери и програмери креирају појединачне странице, једну за другом. Као резултат тога, купац једноставно не разуме шта следи током самог процеса.
Задатак: Нема смисла убеђивати клијента у супротно, најбоља опција је да се развије модуларни процес за креирање веб странице унутар компаније по моделу страница по страницу.
Токенима и компонентама универзалног дизајна управљају и програмери и дизајнери.
Проблем: Ово је уобичајена ситуација са којом се баве многе стратегије. Постоји много занимљивих решења, у већини случајева се предлаже креирање система дизајна који се контролише помоћу водича за стил / генератора библиотеке. Али у нашој ситуацији, додавање још једне компоненте у процес развоја која би нам омогућила да управљамо нивоима приступа за дизајнере једноставно није било могуће.
Задатак: изградња универзалног система у коме дизајнери, програмери и менаџери могу да раде синхроно без мешања једни у друге.
Тачно праћење развоја
Проблем: Иако постоји много корисних алата који су доступни за праћење проблема и мерење укупног напретка, већина њих није флексибилна или оптимална. Алат може бити користан тако што ће уштедети време тима које би се иначе трошило на питања и појашњења одређених задатака. Такође олакшава живот менаџерима дајући им прецизније разумевање целог пројекта.
Задатак: направите контролну таблу за праћење напретка задатака које обављају различити чланови тима.
Сет алата
После експериментисања са различитим алатима, определио сам се за следећи сет: Цонфлуенце, Јира, Аиртабле и Абстрацт. У наставку ћу открити предности сваког од њих.
Ушће
Улога алата: центар информација и ресурса.
Радни простор Цонфлуенце-а је релативно једноставан за подешавање, има много функција, интеграције са различитим апликацијама и има индивидуалне, прилагодљиве шаблоне. Није једно решење за све, али је идеално као центар за информације и ресурсе. То значи да се свака референца или технички детаљ у вези са пројектом мора унети у базу података.
Алат вам омогућава да правилно документујете сваку компоненту и све друге детаље о пројекту.
Главна предност Цонфлуенце-а је прилагођавање шаблона докумената. Поред тога, може се користити за имплементацију јединственог спремишта спецификација и различите пројектне документације, одвајајући нивое приступа учесника. Сада не морате да бринете да имате стару верзију спецификације при руци, као што се дешава када шаљете документе е-поштом.
Више информација о алату .
Јира
Улога алата: праћење проблема и управљање задацима.
Јира је веома моћан алат за планирање и управљање пројектима. Главни део функционалности је креирање прилагодљивих токова посла. Да бисмо ефикасно управљали проблемима (што нам је потребно), вреди обратити посебну пажњу на исправну употребу типа захтева и типа проблема (тип проблема).
Дакле, да би били сигурни да програмери праве компоненте на основу исправног дизајна, морају бити обавештени сваки пут када се нешто промени у дизајну. Чим се компонента ажурира, дизајнер треба да отвори проблем, додели одговорног програмера и додели му исправан тип проблема.
Уз Јира, можете бити сигурни да апсолутно сви учесници у процесу (да подсетим, у нашем случају их је 5–15) добијају исправне задатке који се не губе и проналазе свог извршиоца.
Сазнајте више о Јира .
Аиртабле
Улога алата: управљање компонентама и табла за напредак.
Аиртабле је мешавина табела и база података. Све ово омогућава прилагођавање рада свих горе наведених алата.
Пример 1: Управљање компонентама
Што се тиче генератора водича за стил, он није увек погодан за коришћење - проблем је што дизајнери не могу да га уређују. Поред тога, не би била добра одлука да користите библиотеку компоненти Скетцх, пошто она има многа ограничења. Највероватније, једноставно нећете моћи да користите ову библиотеку ван програма.
Аиртабле такође није савршен, али је бољи од многих других сличних решења. Ево демо шаблона табеле управљања компонентама:
Када програмер прихвати компоненту дизајна, он процењује резултујући АБЕМ бележећи компоненту у табели. Укупно има 9 колона:
- Назив - назив компоненте према АБЕМ принципу.
- Преглед – Овде се поставља или снимак екрана или слика компоненте преузете са другог извора.
- Повезана страница је веза до странице компоненте.
- Подређена компонента – веза ка подређеним компонентама.
- Модификатор - проверава присуство опција стила и дефинише их (на пример, активно, црвено, итд.).
- Категорија компоненте је општа категорија (текст, промотивна слика, бочна трака).
- Статус развоја - стварни напредак развоја и његова дефиниција (завршен, у току, итд.).
- Одговоран - програмер који је одговоран за ову компоненту.
- Атомски ниво је атомска категорија ове компоненте (према концепту атомског дизајна).
- Подаци се могу референцирати у истој или у различитим табелама. Повезивање тачака ће спречити забуну приликом скалирања. Поред тога, подаци се могу филтрирати, сортирати и мењати без икаквих проблема.
Пример 2: напредак развоја странице
Да бисте проценили напредак развоја странице, потребан вам је шаблон који је креиран посебно за ову сврху. Стол може да служи и потребама самог тима и клијента.
Све информације о страници могу се забележити овде. Ово је рок, веза до прототипа ИнВисион-а, одредиште, подређена компонента. Одмах постаје приметно да су операције веома згодне за извођење, како у погледу документовања и ажурирања дизајна, тако иу погледу статуса фронт-енд и бацк-енд развоја. Штавише, ове операције се изводе истовремено.
Апстрактан
Улога алата: један извор контроле верзија за средства дизајна.
Апстракт се може назвати ГитХуб за средства у Скетцх-у и штеди дизајнере од потребе да копирају и лепе датотеке. Главна предност алата је у томе што обезбеђује спремиште дизајна које делује као „јединствени извор истине“. Дизајнери морају ажурирати главну грану на најновију верзију одобреног изгледа. Након тога, они морају да обавесте програмере. Они, заузврат, треба да раде само са дизајнерским средствима из главне гране.
Као закључак
Након што смо имплементирали нови развојни процес и све горе поменуте алате, брзина нашег рада се повећала најмање два пута. Није савршено решење, али је веома добро. Истина, да би то функционисало, потребно је уложити много труда - потребан је "ручни рад" да се све ажурира и одржава у радном стању.
Скиллбок препоручује:
- Практични курс .
- Онлајн курс .
- Практична година курса .
Извор: ввв.хабр.цом