Jira وضعیت کار را نشان میدهد و Confluence دلیل، تصمیم و دانش پشت آن کار را نگه میدارد. اتصال این دو محصول زمانی ارزشمند است که هر صفحه و issue نقش مشخصی در چرخه کار داشته باشد؛ نه اینکه صرفاً چند لینک پراکنده ایجاد شود.
چه چیزی در Jira و چه چیزی در Confluence؟
issue برای کار قابل اقدام، مسئولیت، وضعیت و تاریخچه مناسب است. Confluence برای تصمیم معماری، راهنمای کاربر، صورتجلسه، تحلیل، runbook و دانش قابل استفاده مجدد مناسبتر است. مرز روشن، از کپیکردن یک متن در چند جا جلوگیری میکند.
برای هر نوع محتوا مالک و چرخه بازبینی تعریف کنید. صفحهای که مالک ندارد، خیلی زود قدیمی میشود و اعتماد تیم به جستوجو را از بین میبرد.
الگوهای اتصال مؤثر
در پروژههای محصول، صفحه چشمانداز، تصمیمهای معماری و release notes را به پروژه Jira متصل کنید. در JSM، مقالههای knowledge base را به request type و پاسخ اپراتور پیوند دهید. برای incident نیز timeline، تصمیمها و اقدامات اصلاحی را در صفحهای استاندارد ثبت کنید.
قالبها باید از کاربر بخواهند اطلاعات کلیدی را وارد کند، اما آنقدر طولانی نباشند که ثبت محتوا به یک کار تشریفاتی تبدیل شود.
- تصمیم معماری ↔ Epic یا initiative
- مقاله راهنما ↔ Request type در JSM
- Release note ↔ Version و issueهای تحویلشده
جستوجو و governance
نامگذاری space و صفحه، برچسبها، archive و دسترسیها را از ابتدا مشخص کنید. ارتباط Jira و Confluence وقتی مؤثر است که کاربر بداند از کجا باید شروع کند و اطلاعات قدیمی چگونه از مسیر اصلی کنار گذاشته میشوند.