ما یک گردش کار موثر برای توسعه دهندگان وب سازماندهی می کنیم: Confluence، Airtable و ابزارهای دیگر

من حدود دو سال است که به عنوان یک توسعه دهنده فرانت اند کار می کنم و در ایجاد پروژه های بسیار متنوعی شرکت کرده ام. یکی از درس‌هایی که آموختم این است که همکاری بین تیم‌های مختلف توسعه‌دهندگان که هدف مشترکی دارند اما وظایف و مسئولیت‌های متفاوتی دارند، آسان نیست.

با مشورت سایر اعضای تیم، طراحان و توسعه دهندگان، یک چرخه ایجاد وب سایت ایجاد کردم که برای تیم های کوچک (5-15 نفر) طراحی شده است. این شامل ابزارهایی مانند Confluence، Jira، Airtable و Abstract است. در این مقاله ویژگی های سازماندهی گردش کار را به اشتراک می گذارم.

Skillbox توصیه می کند: دوره عملی دو ساله "من یک توسعه دهنده وب PRO هستم".

یادآوری می کنیم: برای همه خوانندگان "Habr" - تخفیف 10 روبل هنگام ثبت نام در هر دوره Skillbox با استفاده از کد تبلیغاتی "Habr".

چرا این همه مورد نیاز است؟

حداقل تیم مورد نیاز برای ایجاد یک وب سایت از ابتدا یک طراح، برنامه نویس و مدیر پروژه است. در مورد من تیم تشکیل شد. اما بعد از انتشار چند سایت، احساس کردم که مشکلی در آن وجود دارد. گاهی اوقات ما به سادگی مسئولیت های خود را به طور کامل درک نمی کنیم و ارتباط با مشتری چیزهای زیادی را برای ما باقی می گذارد. همه اینها روند را کند کرد و همه را آشفته کرد.

من شروع به کار برای حل مشکل کردم.

جستجوی گوگل نتایج خوبی در مورد مشکل ما می دهد.

برای اینکه کار بصری تر انجام شود، یک نمودار گردش کار ایجاد کردم که درک درستی از نحوه انجام کار در اینجا ارائه می دهد.

روی تصویر کلیک کنید تا با وضوح کامل باز شود.

اهداف و اهداف

یکی از اولین تکنیک هایی که تصمیم گرفتم آن را آزمایش کنم "مدل آبشار" (آبشار) بود. من از آن برای برجسته کردن مشکلات و درک چگونگی حل آنها استفاده کردم.

مشکل: اغلب، مشتری فرآیند ایجاد وب سایت را به صورت ماژولار ارزیابی نمی کند، همانطور که توسعه دهندگان انجام می دهند. او آن را به عنوان یک سایت معمولی درک می کند، یعنی از نظر صفحات جداگانه فکر می کند. به نظر او، طراحان و برنامه نویسان صفحات فردی را یکی پس از دیگری ایجاد می کنند. در نتیجه، مشتری به سادگی متوجه نمی شود که در طول فرآیند واقعی چه چیزی به دنبال چه می آید.

وظیفه: متقاعد کردن مشتری در غیر این صورت هیچ فایده ای ندارد؛ بهترین گزینه توسعه یک فرآیند ماژولار برای ایجاد یک وب سایت در داخل شرکت بر اساس مدل صفحه به صفحه است.

توکن ها و اجزای طراحی جهانی هم توسط توسعه دهندگان و هم توسط طراحان مدیریت می شوند.

مشکل: این یک وضعیت رایج است که بسیاری از استراتژی ها به آن می پردازند. راه حل های جالب زیادی وجود دارد، در بیشتر موارد پیشنهاد می شود یک سیستم طراحی ایجاد شود که توسط یک راهنمای سبک / ژنراتور کتابخانه کنترل می شود. اما در شرایط ما، افزودن مؤلفه دیگری به فرآیند توسعه که به ما امکان می دهد سطوح دسترسی طراحان را مدیریت کنیم، به سادگی امکان پذیر نبود.

وظیفه: ساختن یک سیستم جهانی که در آن طراحان، توسعه دهندگان و مدیران می توانند به طور همزمان بدون تداخل با یکدیگر کار کنند.

ردیابی دقیق توسعه

مشکل: در حالی که ابزارهای مفید زیادی برای پیگیری مسائل و اندازه گیری پیشرفت کلی وجود دارد، اکثر آنها انعطاف پذیر یا بهینه نیستند. این ابزار می تواند با صرفه جویی در وقت تیم که معمولاً صرف سؤالات و توضیحات در مورد وظایف خاص می شود مفید باشد. همچنین با دادن درک دقیق تری از کل پروژه، زندگی را برای مدیران آسان تر می کند.

وظیفه: ایجاد یک داشبورد برای پیگیری پیشرفت وظایف انجام شده توسط اعضای مختلف تیم.

مجموعه ای از ابزارها

پس از آزمایش با ابزارهای مختلف، روی مجموعه زیر مستقر شدم: Confluence، Jira، Airtable و Abstract. در زیر فواید هر کدام را بیان خواهم کرد.

تلاقی

نقش ابزار: مرکز اطلاعات و منابع.

راه‌اندازی فضای کاری Confluence نسبتاً آسان است و دارای ویژگی‌های زیادی، ادغام با برنامه‌های مختلف و قالب‌های فردی و قابل تنظیم است. این یک راه حل مناسب برای همه نیست، اما به عنوان یک مرکز اطلاعات و منبع ایده آل است. به این معنی که هر مرجع یا جزئیات فنی مربوط به پروژه باید در پایگاه داده وارد شود.

این ابزار به شما اجازه می دهد تا هر جزء و هر جزئیات دیگری را در مورد پروژه به درستی مستند کنید.

مزیت اصلی Confluence سفارشی سازی الگوهای اسناد است. علاوه بر این، می توان از آن برای پیاده سازی یک مخزن منفرد از مشخصات و اسناد پروژه مختلف، جداسازی سطوح دسترسی شرکت کنندگان استفاده کرد. اکنون لازم نیست نگران باشید که نسخه قدیمی مشخصات را در دسترس دارید، همانطور که هنگام ارسال اسناد از طریق ایمیل اتفاق می افتد.

اطلاعات بیشتر در مورد ابزار در وب سایت رسمی محصول موجود است.

سرو

نقش ابزار: نظارت بر مشکل و مدیریت کار.

Jira یک ابزار برنامه ریزی و مدیریت پروژه بسیار قدرتمند است. بخش اصلی عملکرد، ایجاد گردش کار قابل تنظیم است. به منظور مدیریت موثر مسائل (که همان چیزی است که ما نیاز داریم)، ​​شایسته است به استفاده صحیح از نوع درخواست و نوع موضوع (نوع مسئله) توجه ویژه ای داشته باشیم.

بنابراین، برای اطمینان از اینکه توسعه دهندگان در حال ساخت اجزا بر اساس طراحی صحیح هستند، باید هر بار که چیزی در طراحی تغییر می کند به آنها اطلاع داده شود. به محض به روز رسانی کامپوننت، طراح باید یک مشکل را باز کند، یک توسعه دهنده مسئول را تعیین کند و نوع صحیح مشکل را به او اختصاص دهد.

با Jira ، می توانید مطمئن باشید که کاملاً همه شرکت کنندگان در این فرآیند (اجازه دهید یادآوری کنم ، در مورد ما 5-15 نفر از آنها وجود دارد) وظایف صحیحی را دریافت می کنند که گم نمی شوند و مجری خود را پیدا می کنند.

درباره جیرا بیشتر بدانید در وب سایت رسمی محصول موجود است.

ایرباس

نقش ابزار: مدیریت اجزا و برد پیشرفت.

Airtable ترکیبی از صفحات گسترده و پایگاه های داده است. همه اینها امکان سفارشی کردن عملکرد تمام ابزارهای مورد بحث در بالا را فراهم می کند.

مثال 1: مدیریت مؤلفه

در مورد مولد راهنمای سبک، استفاده از آن همیشه راحت نیست - مشکل این است که طراحان نمی توانند آن را ویرایش کنند. علاوه بر این، استفاده از کتابخانه مؤلفه Sketch تصمیم خوبی نخواهد بود، زیرا محدودیت های زیادی دارد. به احتمال زیاد، شما به سادگی نمی توانید از این کتابخانه خارج از برنامه استفاده کنید.

Airtable نیز کامل نیست، اما بهتر از بسیاری از راه حل های مشابه دیگر است. در اینجا یک نسخه ی نمایشی از قالب جدول مدیریت اجزا است:

هنگامی که یک توسعه دهنده یک جزء طراحی را می پذیرد، ABEM حاصل را با ثبت مولفه در یک جدول ارزیابی می کند. در مجموع 9 ستون وجود دارد:

• نام - نام جزء طبق اصل ABEM.
• پیش‌نمایش - اینجا جایی است که اسکرین شات یا تصویری از مؤلفه دانلود شده از منبع دیگری قرار می‌گیرد.
• صفحه پیوندی پیوندی به صفحه یک جزء است.
• جزء فرزند - پیوندی به مؤلفه های فرزند.
• Modifier - وجود گزینه های سبک را بررسی می کند و آنها را تعریف می کند (به عنوان مثال فعال، قرمز و غیره).
• دسته کامپوننت یک دسته کلی است (متن، تصویر تبلیغاتی، نوار کناری).
• وضعیت توسعه - پیشرفت واقعی توسعه و تعریف آن (تکمیل شده، در حال پیشرفت و غیره).
• مسئول - توسعه دهنده ای که مسئول این جزء است.
• سطح اتمی مقوله اتمی این جزء است (با توجه به مفهوم طراحی اتمی).
• داده ها را می توان در جداول یکسان یا متفاوت ارجاع داد. اتصال نقطه ها از سردرگمی هنگام مقیاس بندی جلوگیری می کند. علاوه بر این، داده ها را می توان بدون هیچ مشکلی فیلتر، مرتب و تغییر داد.

مثال 2: پیشرفت توسعه صفحه

برای ارزیابی پیشرفت توسعه صفحه، به قالبی نیاز دارید که به طور خاص برای این منظور ایجاد شده باشد. جدول می تواند هم نیازهای خود تیم و هم مشتری را برآورده کند.

هر گونه اطلاعات در مورد صفحه را می توان در اینجا ذکر کرد. این یک مهلت، یک پیوند به نمونه اولیه InVision، یک مقصد، یک جزء فرزند است. بلافاصله مشخص می شود که انجام عملیات بسیار راحت است، هم از نظر مستندسازی و به روز رسانی طراحی، و هم وضعیت توسعه front-end و back-end. علاوه بر این، این عملیات به طور همزمان انجام می شود.

چکیده

نقش ابزار: یک منبع واحد کنترل نسخه برای دارایی های طراحی.

چکیده را می توان GitHub برای دارایی ها در Sketch نامید و طراحان را از کپی و چسباندن فایل ها نجات می دهد. مزیت اصلی این ابزار این است که یک مخزن طراحی را فراهم می کند که به عنوان یک "منبع واحد حقیقت" عمل می کند. طراحان باید شاخه اصلی را به آخرین نسخه طرح تایید شده به روز کنند. پس از آن، آنها باید به توسعه دهندگان اطلاع دهند. آنها به نوبه خود باید فقط با دارایی های طراح از شاخه اصلی کار کنند.

به عنوان نتیجه گیری

پس از اجرای فرآیند توسعه جدید و تمامی ابزارهای ذکر شده در بالا، سرعت کار ما حداقل دو برابر افزایش یافت. این یک راه حل کامل نیست، اما راه حل بسیار خوبی است. درست است، برای اینکه آن کار کند، باید تلاش زیادی انجام دهید - برای به روز رسانی و نگهداری همه آن در حالت کار، به "کار دستی" نیاز است.

Skillbox توصیه می کند:

• دوره عملی "موبایل توسعه دهنده PRO".
• دوره آنلاین "توسعه دهنده سی شارپ".
• دوره عملی سال "توسعه دهنده PHP از 0 تا PRO".

منبع: www.habr.com