Mən təxminən iki ilə yaxındır ki, front-end developer kimi işləyirəm və müxtəlif layihələrin yaradılmasında iştirak etmişəm. Öyrəndiyim dərslərdən biri odur ki, eyni məqsədi paylaşan, lakin fərqli vəzifə və məsuliyyətləri olan müxtəlif tərtibatçı komandaları arasında əməkdaşlıq asan deyil.
Digər komanda üzvləri, dizaynerlər və tərtibatçılarla məsləhətləşərək, kiçik komandalar (5-15 nəfər) üçün nəzərdə tutulmuş vebsayt yaratma dövrü yaratdım. Buraya Confluence, Jira, Airtable və Abstract kimi alətlər daxildir. Bu yazıda iş axınının təşkili xüsusiyyətlərini paylaşacağam.
Skillbox tövsiyə edir: İki illik praktik kurs .
Xatırladırıq: "Habr" ın bütün oxucuları üçün - "Habr" promosyon kodundan istifadə edərək hər hansı bir Skillbox kursuna yazılarkən 10 000 rubl endirim.
Bütün bunlar niyə lazımdır?
Sıfırdan veb sayt yaratmaq üçün lazım olan minimum komanda dizayner, proqramçı və layihə meneceridir. Mənim vəziyyətimdə komanda formalaşıb. Amma bir-iki sayt çıxandan sonra məndə elə bir hiss yarandı ki, onda nəsə səhvdir. Bəzən biz sadəcə olaraq öz vəzifələrimizi tam dərk etmirdik və müştəri ilə ünsiyyət arzuolunan bir şey qoydu. Bütün bunlar prosesi ləngitdi və hamını narahat etdi.
Problemin həlli üzərində işləməyə başladım.
Google axtarışı problemimizlə bağlı yaxşı nəticələr verir.
Görülən işi daha vizual etmək üçün burada işin necə aparıldığı barədə anlayış verən iş axını diaqramı yaratdım.
Tam rezolyusiyada açmaq üçün şəklin üzərinə klikləyin.
Məqsəd və məqsədlər
Sınamağa qərar verdiyim ilk üsullardan biri “kaskad modeli” (Şəlalə) idi. Problemləri vurğulamaq və onları necə həll edəcəyimi başa düşmək üçün istifadə etdim.
Problem: Çox vaxt müştəri veb saytın yaradılması prosesini tərtibatçılar kimi modul şəkildə qiymətləndirmir. Onu adi sayt kimi qəbul edir, yəni ayrı-ayrı səhifələr baxımından düşünür. Onun fikrincə, dizaynerlər və proqramçılar bir-birinin ardınca fərdi səhifələr yaradırlar. Nəticədə, müştəri faktiki proses zamanı nəyin ardınca getdiyini sadəcə başa düşmür.
Tapşırıq: Müştərini başqa cür inandırmağın mənası yoxdur, ən yaxşı seçim şirkət daxilində səhifə-səhifə modeli əsasında vebsayt yaratmaq üçün modul prosesi hazırlamaqdır.
Universal dizayn nişanları və komponentləri həm tərtibatçılar, həm də dizaynerlər tərəfindən idarə olunur.
Problem: Bu, bir çox strategiyanın həll etdiyi ümumi vəziyyətdir. Çox maraqlı həllər var, əksər hallarda üslub bələdçisi / kitabxana generatorları tərəfindən idarə olunan bir dizayn sistemi yaratmaq təklif olunur. Ancaq bizim vəziyyətimizdə, dizaynerlər üçün giriş səviyyələrini idarə etməyə imkan verəcək inkişaf prosesinə başqa bir komponent əlavə etmək sadəcə mümkün deyildi.
Tapşırıq: dizaynerlərin, tərtibatçıların və menecerlərin bir-birinə müdaxilə etmədən sinxron işləyə biləcəyi universal bir sistem qurmaq.
Dəqiq inkişafı izləmək
Problem: Problemləri izləmək və ümumi irəliləyişi ölçmək üçün çoxlu faydalı alətlər olsa da, onların əksəriyyəti çevik və ya optimal deyil. Alət komandanın adətən suallara və konkret tapşırıqlar üzrə dəqiqləşdirmələrə sərf olunacaq vaxtına qənaət etməklə faydalı ola bilər. Bu, həm də menecerlərə bütün layihə haqqında daha dəqiq anlayış verməklə onların həyatını asanlaşdırır.
Tapşırıq: müxtəlif komanda üzvləri tərəfindən yerinə yetirilən tapşırıqların gedişatını izləmək üçün idarə paneli yaradın.
Alət dəsti
Müxtəlif alətlərlə sınaqdan keçirdikdən sonra mən aşağıdakı dəstdə qərarlaşdım: Confluence, Jira, Airtable və Abstract. Aşağıda hər birinin faydalarını açıqlayacağam.
qarışma
Alətin rolu: məlumat və resurs mərkəzi.
Confluence-in iş sahəsini qurmaq nisbətən asandır, bir çox funksiyaya, müxtəlif proqramlarla inteqrasiyaya və fərdi, fərdiləşdirilə bilən şablonlara malikdir. Bu, birdəfəlik həll yolu deyil, lakin informasiya və resurs mərkəzi kimi idealdır. Bu o deməkdir ki, layihə ilə bağlı istənilən arayış və ya texniki detallar verilənlər bazasına daxil edilməlidir.
Alət hər bir komponenti və layihə haqqında hər hansı digər detalları düzgün sənədləşdirməyə imkan verir.
Confluence-in əsas üstünlüyü sənəd şablonlarının fərdiləşdirilməsidir. Bundan əlavə, o, iştirakçıların giriş səviyyələrini ayıraraq, spesifikasiyaların və müxtəlif layihə sənədlərinin vahid deposunu həyata keçirmək üçün istifadə edilə bilər. İndi siz sənədləri e-poçtla göndərdiyiniz zaman olduğu kimi, spesifikasiyanın köhnə versiyasının əlinizdə olduğundan narahat olmaq lazım deyil.
Alət haqqında daha çox məlumat .
Jira
Alətin rolu: problemin monitorinqi və tapşırıqların idarə edilməsi.
Jira çox güclü layihə planlaşdırma və idarəetmə vasitəsidir. Funksionallığın əsas hissəsi fərdiləşdirilə bilən iş axınlarının yaradılmasıdır. Problemləri effektiv şəkildə idarə etmək üçün (bu, bizə lazım olan şeydir) sorğu növü və məsələ növündən (məsələ növü) düzgün istifadəyə xüsusi diqqət yetirməyə dəyər.
Beləliklə, tərtibatçıların düzgün dizayn əsasında komponentlər qurduqlarına əmin olmaq üçün dizaynda hər hansı bir dəyişiklik olduqda onlara məlumat verilməlidir. Komponent yeniləndikdən sonra dizayner bir məsələni açmalı, məsul bir tərtibatçı təyin etməli, ona düzgün məsələ növünü təyin etməlidir.
Jira ilə əmin ola bilərsiniz ki, prosesin tamamilə bütün iştirakçıları (xatırladıram ki, bizim vəziyyətimizdə onlardan 5-15 nəfər var) itməyən və öz icraçısını tapan düzgün tapşırıqlar alır.
Jira haqqında ətraflı məlumat əldə edin .
Airtable
Alətin rolu: komponentlərin idarə edilməsi və tərəqqi lövhəsi.
Airtable elektron cədvəllərin və verilənlər bazalarının qarışığıdır. Bütün bunlar yuxarıda müzakirə olunan bütün vasitələrin işini fərdiləşdirməyə imkan verir.
Nümunə 1: Komponentlərin İdarə Edilməsi
Stil bələdçisi generatoruna gəldikdə, ondan istifadə etmək həmişə rahat deyil - problem dizaynerlərin onu redaktə edə bilməməsidir. Bundan əlavə, Sketch komponent kitabxanasından istifadə etmək yaxşı qərar olmazdı, çünki onun bir çox məhdudiyyətləri var. Çox güman ki, bu kitabxanadan proqramdan kənarda sadəcə istifadə edə bilməyəcəksiniz.
Airtable da mükəmməl deyil, lakin bir çox digər oxşar həllərdən daha yaxşıdır. Budur Komponent İdarəetmə Cədvəli şablonunun demosu:
Tərtibatçı dizayn komponentini qəbul etdikdə, komponenti cədvəldə qeyd etməklə nəticələnən ABEM-i qiymətləndirir. Cəmi 9 sütun var:
- Ad - ABEM prinsipinə uyğun olaraq komponentin adı.
- Preview - Bu, ya ekran görüntüsünün, ya da başqa mənbədən yüklənmiş komponentin şəklinin yerləşdirildiyi yerdir.
- Əlaqəli səhifə komponentin səhifəsinə keçiddir.
- Uşaq komponenti - uşaq komponentlərinə keçid.
- Modifikator - üslub seçimlərinin mövcudluğunu yoxlayır və onları müəyyən edir (məsələn, aktiv, qırmızı və s.).
- Komponent kateqoriyası ümumi kateqoriyadır (mətn, reklam şəkli, yan panel).
- İnkişaf statusu - inkişafın faktiki gedişi və onun müəyyənləşdirilməsi (tamamlanmış, davam etməkdə olan və s.).
- Məsuliyyətli - bu komponentə cavabdeh olan tərtibatçı.
- Atom səviyyəsi bu komponentin atom kateqoriyasıdır (atom dizaynı konsepsiyasına görə).
- Məlumatlara eyni və ya müxtəlif cədvəllərdə istinad edilə bilər. Nöqtələrin birləşdirilməsi miqyaslama zamanı çaşqınlığın qarşısını alacaq. Bundan əlavə, məlumatlar heç bir problem olmadan süzülə, çeşidlənə və dəyişdirilə bilər.
Nümunə 2: səhifənin inkişafı prosesi
Səhifənin inkişafının gedişatını qiymətləndirmək üçün bu məqsəd üçün xüsusi olaraq yaradılmış şablon lazımdır. Cədvəl həm komandanın özünün, həm də müştərinin ehtiyaclarına xidmət edə bilər.
Səhifə haqqında istənilən məlumatı burada qeyd etmək olar. Bu son tarix, InVision prototipinə keçid, təyinat, uşaq komponentidir. Dərhal nəzərə çarpır ki, əməliyyatlar həm dizaynın sənədləşdirilməsi və yenilənməsi, həm də frontend və back-end inkişafının vəziyyəti ilə əlaqədar yerinə yetirmək üçün çox rahatdır. Üstəlik, bu əməliyyatlar eyni vaxtda həyata keçirilir.
mücərrəd
Alətin rolu: dizayn aktivləri üçün versiyaya nəzarətin vahid mənbəyi.
Abstrakt Sketch-də aktivlər üçün GitHub adlandırıla bilər və o, dizaynerləri faylları kopyalayıb yapışdırmaqdan xilas edir. Alətin əsas üstünlüyü ondan ibarətdir ki, o, “vahid həqiqət mənbəyi” kimi çıxış edən dizayn anbarını təmin edir. Dizaynerlər əsas filialı təsdiq edilmiş sxemin ən son versiyasına yeniləməlidirlər. Bundan sonra onlar tərtibatçıları xəbərdar etməlidirlər. Onlar, öz növbəsində, yalnız əsas filialdan olan dizayner aktivləri ilə işləməlidirlər.
Nəticə olaraq
Yeni inkişaf prosesini və yuxarıda qeyd olunan bütün alətləri həyata keçirdikdən sonra işimizin sürəti ən azı iki dəfə artdı. Bu mükəmməl bir həll deyil, lakin çox yaxşı bir həlldir. Düzdür, onun işləməsi üçün çox səy göstərməlisən - bunun hamısını iş qaydasında yeniləmək və saxlamaq üçün "əl işi" tələb olunur.
Skillbox tövsiyə edir:
- Praktik kurs .
- Onlayn kurs .
- Praktiki il kursu .
Mənbə: www.habr.com