گشت‌وگذار در هزارتوی چند برد JIRA: راهنمای تیم‌های توسعه نرم‌افزار
تصور کنید سکان یک پروژه بزرگ نرم‌افزاری را در دست دارید و باید تلاش پنج مدیر پروژه، چهار طراح و تیمی چهل‌نفره از توسعه‌دهندگان را هماهنگ کنید. هر گروه مسئولیت‌ها، زمان‌بندی و اولویت‌های خودش را دارد.
برای مدیریت بهتر، تصمیم می‌گیرید در JIRA چند برد بسازید، برای هر نقش یکی: مالکان محصول (PO)، مدیران پروژه (PM)، طراحان و توسعه‌دهندگان. روی کاغذ این راه‌حل بی‌نقص به نظر می‌رسد. اما هرچه پروژه جلوتر می‌رود، چالش‌ها و فرصت‌هایی که همراه این ساختار می‌آید را بیشتر حس می‌کنید.
چرا چند برد؟
در یک پروژه پیچیده، هر تیم باید بتواند روی کارهای خودش تمرکز کند، بی‌آنکه زیر بار فعالیت‌های نامرتبط گم شود. ایده‌ی پشت بردهای جداگانه در JIRA ساده است: هر تیم همان را ببیند که باید ببیند و روی چیزی تمرکز کند که برایش از همه مهم‌تر است. POها اولویت‌های راهبردی را دنبال می‌کنند، PMها زمان‌بندی را مدیریت می‌کنند، طراحان روی ظاهر کار تکرار و بهبود می‌کنند و توسعه‌دهندگان در کد غرق می‌شوند.
هر برد جهانی کوچک از پروژه‌ی بزرگ‌تر است؛ محیطی سفارشی که هر تیم در آن بهترین عملکردش را دارد. اما هرچه عمیق‌تر می‌شوید، می‌فهمید چالش اصلی این است که همه‌ی این جهان‌های کوچک را با هدف‌های کلی پروژه همسو نگه دارید.
مزایا: وضوح و تمرکز
با بردهای جداگانه، به هر تیم وضوحی را می‌دهید که لازم دارد. POها و PMها می‌توانند بدون گیر افتادن در جزئیات به تصویر بزرگ نگاه کنند. طراحان می‌توانند آزمایش و تکرار کنند، چون می‌دانند بردشان فضایی برای خلاقیت و همکاری است. توسعه‌دهندگان هم می‌توانند اسپرینت‌هایشان را پیش ببرند، بی‌آنکه نگران تغییرات طراحیِ هنوز نهایی‌نشده باشند.
این ساختار ارتباطات را هم روشن‌تر می‌کند. هر برد مثل یک کانال اختصاصی است که گفتگوهای مربوط در آن جریان دارد. لازم نیست میان انبوهی از کارها بگردید تا آنهایی را پیدا کنید که به شما مربوط‌اند. همه‌چیز منظم است و همه می‌دانند برای خبرها کجا را نگاه کنند.
معایب: پیچیدگی و سیلوها
اما این رویکرد بی‌هزینه نیست. نخستین چالشی که با آن روبه‌رو می‌شوید هماهنگی است. با این‌همه برد، نگه داشتنِ همه روی یک خط تبدیل به یک شغل تمام‌وقت می‌شود. وقتی تأخیر در برد طراحی زمان‌بندی توسعه را به هم می‌ریزد چه می‌شود؟ چطور مطمئن می‌شوید POها و PMها از تغییر اولویت‌ها در تیم‌های مختلف باخبرند؟
بعد خطر ساخته شدن سیلوها هست. وقتی تیم‌ها بیش از حد به بردهای خودشان خیره شوند، تصویر بزرگ‌تر را از یاد می‌برند. هدف‌های ناهمسو، تلاش‌های تکراری و اولویت‌های متضاد یکی‌یکی راه پیدا می‌کنند. و با بزرگ‌تر شدن پروژه، سربار اداری هم بزرگ‌تر می‌شود. خودتان را می‌بینید که مدام بین بردها جابه‌جا می‌شوید و می‌کوشید روایت کامل پروژه را از تکه‌ها بسازید.
پیدا کردن تعادل
پس چطور این پیچیدگی را مدیریت کنیم، بی‌آنکه مزایای بردهای تخصصی را از دست بدهیم؟ همه‌چیز از ارتباط شروع می‌شود. جلسات هماهنگی منظم میان تیم‌ها ضروری است. باید شکاف‌های میان بردها را پر کنید و مطمئن شوید همه از وابستگی‌ها و موانع احتمالی خبر دارند.
گزارش‌گیری بین‌بردی بهترین دوست شما می‌شود. با تولید گزارش‌هایی که چند برد را پوشش می‌دهند، تصویری یکپارچه از پیشرفت پروژه به دست می‌آورید. این کار کمک می‌کند مشکلات را زود ببینید و همه‌ی تیم‌ها را همسو نگه دارید.
استانداردسازی گردش‌کار میان بردها هم کمک می‌کند. هرچند برد هر تیم ممکن است ویژگی‌های خاص خودش را داشته باشد، حفظ حدی از یکدستی همکاری تیم‌ها را آسان‌تر می‌کند. سردرگمی را کم می‌کند و تضمین می‌کند همه از یک دفترچه‌ی راهنما پیروی می‌کنند.
و در نهایت، از ادغام بردها نترسید، اگر لازم شد. اگر دیدید بعضی بردها بیشتر از آنکه وضوح بیاورند سردرگمی ایجاد می‌کنند، شاید وقتش باشد فعالیت‌های مرتبط را کنار هم جمع کنید. هدف این است که پروژه قابل‌مدیریت بماند، نه اینکه کابوسی اداری بسازید.
جمع‌بندی
مدیریت چند برد JIRA در یک پروژه بزرگ نرم‌افزاری کاری است شبیه بندبازی. از یک سو مزیت تخصص و تمرکز را دارید، از سوی دیگر با چالش هماهنگی و خطر سیلوها روبه‌رو هستید. با تکیه بر ارتباط روشن، گزارش‌گیری بین‌بردی و گردش‌کارهای استاندارد می‌توانید از میان این پیچیدگی عبور کنید و پروژه‌تان را سر راه نگه دارید.
در پایان، ماجرا فقط مدیریت بردها نیست؛ مدیریت پیوندهای میان آن‌هاست، تا هر تیم، از POها تا توسعه‌دهندگان، هماهنگ به سوی نتیجه‌ی موفق پروژه گام بردارد.
