قالبهای درخواست
ورودی کار را طوری شکل دهید که درخواستها قابل اقدام برسند، و تعیین کنید فرم درخواست با چه چیزی باز شود.
نمای کلی
درخواست راهی است که کسی از یک تیم کاری میخواهد: یک باگ، یک درخواست قابلیت، یا هر چیز دیگر. قالب درخواست به آن خواسته شکل میدهد — نوع، اولویت، برچسبها، نتایج کلیدی متصل و پرسشهایی که درخواستدهنده باید پاسخ دهد — تا آنچه به صف شما میرسد از همان ابتدا قابل اقدام باشد.
قالبهای درخواست نیمهٔ intake زیرساخت قالبها هستند. کنار آنها هر تیم ورودی خود را پیکربندی میکند: فرم درخواست با کدام قالب باز شود، و آیا اصلاً میتوان درخواستی را بدون قالب باز کرد.
قالب درخواست همیشه یک درخواست میسازد. هرگز مسئله نمیسازد؛ همین است که یک پیوند ورودی منتشرشده را دربارهٔ مقصد خواسته صادق نگه میدارد.
ابتدا قالبها را بخوانید؛ دسترسی، نسخهها و رفتار در برابر ارجاعهای ازدسترفته برای هر سه هدف یکسان کار میکنند.
قالبهای درخواست کجا مدیریت میشوند
Settings → Features → Request templates برای فضای کاری، یا
Settings → Your teams → <تیم> → Templates برای یک تیم.
همهچیز در صفحهٔ قالبهای درخواست هر بار به یک تیم محدود است که زیر تیم هدف
انتخاب میشود. این فقط یک راحتی نیست: قالبها و ورودی به تفکیک تیم تنظیم میشوند
و پیشفرض فضای کاریای که تیم از آن ارث ببرد وجود ندارد.
صفحه چهار بخش دارد:
| بخش | چه میکند |
|---|---|
| تیم هدف | تیمی را انتخاب میکند که ورودی و قالبهایش را پیکربندی میکنید |
| ورودی | قالب پیشفرض، و اینکه آیا درخواست بدون قالب باز میشود |
| قالبها | قالبهای ارائهشده به این تیم: قالبهای فضای کاری بهعلاوهٔ قالبهای خودش |
| پیشنمایش ارسال | آنچه قالب پیشفرض این تیم همین الان تولید میکند |
ساخت قالب درخواست
قالب جدید کلیک کنید.برای پرکردن پیشاپیش یک درخواست استاندارد را انتخاب کنید، و برای پرسیدن از
درخواستدهنده فرم سفارشی را.
قالب را نامگذاری کنید. نام و توضیح چیزی است که درخواستدهنده هنگام انتخاب میخواند، پس بنویسید این قالب برای چیست.
دسترسی را تعیین کنید. قالب فضای کاری به همهٔ تیمهایی که درخواست میپذیرند
ارائه میشود؛ قالب تیمی فقط در فرایند ورودی همان تیم میماند.
یک قالب درخواست چه چیزی را تعیین میکند
| فیلد | رفتار |
|---|---|
| عنوان درخواست | عنوان را از پیش پر میکند. خالی بگذارید تا فرستنده خودش بنویسد. |
| توضیح کوتاه | خلاصهٔ خود درخواست. |
| متن | متن غنی که سند اصلی درخواست را میسازد. |
| نوع | باگ، قابلیت یا سایر. |
| اولویت | فوری، بالا، متوسط، کم یا بدون اولویت. |
| تیم هدف | تیمی که رسیدگی به درخواست از او خواسته میشود. خالی بگذارید تا تیمی که درخواست از آن باز میشود استفاده شود. |
| برچسبها | از فهرست برچسبهای درخواست تیم هدف. اول تیم را انتخاب کنید — برچسبها به تیم تعلق دارند. |
| نتایج کلیدی | نتایجی که این درخواست از آنها پشتیبانی میکند. |
| مشتری | مشتریای که درخواست از او آمده است. |
| مخاطب | مخاطبی نزد آن مشتری. اول به مشتری نیاز دارد. |
درخواستدهنده هرگز فیلد قالب نیست. اینکه چه کسی درخواست را ثبت کرده از احراز هویت میآید و قالبی که بتواند آن را تعیین کند، راهی برای ثبت به نام دیگری است.
ارجاع خارجی در هر فضای کاری یکتاست، پس قالبی که آن را تعیین کند فقط برای اولین درخواست کار میکند و بعد شکست میخورد. آن را بهصورت یک پرسش فرم بخواهید.
قالب فرم برای ورودی
نوع فرم جایی است که قالب درخواست ارزش خود را نشان میدهد. کسی خارج از تیم شما نباید مجبور باشد برچسبها یا قراردادهای اولویت شما را بشناسد؛ باید به پرسشها پاسخ دهد و درخواستی خوشساخت تحویل بدهد.
پرسشها را زیر فیلدهای فرم اضافه کنید. انواع در دسترس همان انواع قالب مسئله
است: متن، متن بلند، کشویی، چندگزینهای، تاریخ، بارگذاری فایل، دستورالعمل و پرسش
ویژگی.
پرسشها داخل فرم درخواست و زیر پنل بازبینی پرسیده میشوند، پس درخواستدهنده به آنها پاسخ میدهد و همچنان هرچه را قالب پر کرده میبیند. پاسخ همهٔ پرسشها بهجز پرسشهای ویژگی، به ترتیبی که پرسیده شدهاند و زیر عنوانی که با آن پرسیده شدهاند، در سند اصلی درخواست نوشته میشود.
پرسشهای ویژگی در قالب درخواست میتوانند عنوان، توضیح، نوع، اولویت،
تیم، برچسبها، نتایج کلیدی، مشتری، مخاطب و ارجاع خارجی را بپرسند.
پاسخ ویژگی بر مقداری که از پیش تعیین کردهاید اولویت دارد، پس فرم میتواند یک
پیشفرض منطقی داشته باشد و همچنان اجازهٔ تغییر بدهد.
قالب فرم ویژگیهای پیشفرض خود را هم اعمال میکند. هم جمع میکند و هم از پیش پر میکند؛ بین این دو انتخاب نمیکند.
پیکربندی ورودی
ورودی همان دو تنظیمی است که تعیین میکند وقتی کسی فرم درخواست تیم شما را باز میکند چه اتفاقی میافتد.
| تنظیم | اثر |
|---|---|
| قالب پیشفرض | قالبی که درخواستهای جدید این تیم با آن باز میشوند |
| اجازهٔ درخواست بدون قالب | وقتی خاموش است، افراد باید پیش از باز کردن درخواست برای این تیم قالبی انتخاب کنند |
این دو با هم پنج حالت میسازند و کارت ورودی نام حالتی را که در آن هستید میگوید:
| حالت | افراد چه میبینند |
|---|---|
| پیکربندینشده | درخواستها خالی باز میشوند. هر تیم از اینجا شروع میکند. |
| فقط قالب | درخواستهای جدید با این قالب باز میشوند و همچنان میتوان خالی بازشان کرد. |
| فقط قاعده | قالبی تعیین نشده است. درخواستها خالی باز میشوند. |
| قالب و قاعده | درخواستهای جدید با این قالب باز میشوند و نمیتوان خالی بازشان کرد. |
| مسدود | قالبی تعیین نشده و درخواست بدون قالب هم مجاز نیست — این تیم نمیتواند درخواست بگیرد. |
حالت مسدود ارزش مراقبت دارد. وقتی پیش میآید که تیمی قالب را الزامی کرده باشد و بعد قالب پیشفرضش حذف شود: حذف، اتصال را پاک میکند نه قاعده را. کارت ورودی این را صریح میگوید و از شما میخواهد یا قالبی تعیین کنید یا درخواست بدون قالب را مجاز کنید.
بازنشانی قالب پیشفرض و قاعدهٔ درخواست بدون قالب را با هم برمیدارد، پس
درخواستها دوباره خالی باز میشوند. درخواستهای موجود تحت تأثیر قرار نمیگیرند.
پیشنمایش ارسال
پیشنمایش ارسال نشان میدهد قالب پیشفرض تیم همین الان چه تولید میکند، حلشده
با همان کدی که یک ارسال واقعی استفاده میکند. این راهِ بررسی یک قالب پیش از انتشار
است، بهجای ثبت یک درخواست آزمایشی.
پیشنمایش سه چیز را گزارش میکند:
- هنگام حل حذف شد. مقادیری که قابل استفاده نبودند و کنار گذاشته شدند — برچسبی از تیم دیگر، فردی که دیگر وجود ندارد.
- قابل تأیید نبود. مقادیری که نگه داشته شدند اما بررسی نشدند. بهجای حذف علامتگذاری میشوند تا یک اختلال شبیه دادهٔ ازدسترفته به نظر نرسد.
- هنوز قابل ارسال نیست. پاسخهای الزامی جا افتادهاند و فرم نامشان را میبرد.
پیشنمایش قالب ذخیرهشده را حل میکند. ویرایشهای ذخیرهنشدهٔ ویرایشگر در آن نیستند.
استفاده از قالب درخواست
فرم درخواست را باز کنید و از کنترل قالب استفاده کنید. اگر تیم پیشفرض داشته
باشد، فرم با همان پیشفرضِ اعمالشده باز میشود.
پیوند مستقیمِ کپیشده از ردیف قالب، فرم را با همان قالب ازپیشانتخابشده باز میکند. دنبالکردن پیوند هرگز از مرحلهٔ بازبینی عبور نمیکند: درخواستدهنده دقیقاً همان چیزی را میبیند که انتخاب دستی همان قالب نشان میداد. اگر پیوند به قالبی اشاره کند که او برای آن تیم نمیتواند استفاده کند، فرم دلیلش را میگوید نه اینکه بیصدا حذفش کند.
پس از اعمال قالب، پنل بازبینی نشان میدهد پیش از ساخت چه چیزی وارد درخواست میشود، از جمله آنچه فرم هنوز از درخواستدهنده میخواهد.
مدیریت قالبها
منوی … روی ردیف قالب را باز کنید: ویرایش، تکثیر، کپی پیوند مستقیم و حذف.
دسترسی قالب با ویرایش آن تغییر میکند.
حذف، ارائهٔ قالب را متوقف میکند. درخواستهایی که قبلاً از آن ساخته شدهاند دستنخورده میمانند و همچنان قالب و نسخهٔ منشأ خود را ثبت دارند. اگر قالب حذفشده پیشفرض یک تیم بوده، آن اتصال پاک میشود — بعد از حذف کارت ورودی را ببینید تا تیم مسدود نشود.
ویرایش یک نسخهٔ جدید میسازد. تغییرِ فقطِ دسترسی نمیسازد.
خطاهایی که ممکن است ببینید
| پیام | چه کنید |
|---|---|
| کس دیگری زودتر تغییر داد | قالب را دوباره بارگذاری کنید و تغییرات خود را دوباره اعمال کنید. |
| آن قالب برای این تیم در دسترس نیست | جای دیگری محدود شده، یا چیزی غیر از درخواست میسازد. |
| این تیم برای درخواست جدید قالب لازم دارد | قالبی انتخاب کنید، یا اجازهٔ درخواست بدون قالب را روشن کنید. |
| برخی مقادیر الزامی جا افتادهاند | پیش از ارسال پرسشهای الزامی را پر کنید. |
| پیکربندی ورودی بارگذاری نشد | تنظیم فعلی نامعلوم است، پس بهجای حدسزدن چیزی نمایش داده نمیشود. دوباره تلاش کنید. |
پرسشهای پرتکرار
قدم بعدی
آخرین بهروزرسانی