İş akışları & özel alanlar

Her panonun kendi iş akışı vardır. Statü ekleyip sıralayabilir, hangi statüden hangisine geçilebileceğini kurallarla belirleyebilir, statülere WIP limiti koyabilir, geçişleri liste ya da görsel editörde kurabilir ve bir iş tipine (ör. Bug) panonun statülerinden bir alt kümeyle kendi iş akışını verebilirsin.

Statüler

• Statüleri sürükleyerek sırala; her statüye renk ver
• Açıklama: statüye isteğe bağlı bir açıklama yazılır - bu duruma ne zaman taşınır, çıkış koşulu nedir. Açıklama statü seçicide, kolon başlığındaki bilgi ikonunda ve görevin durum rozetinde okunur, pano kopyalamada taşınır. Benzer adlı durumların (İnceleme / Test / QA) ne için kullanıldığı ekipte sözlü bilgi olmaktan çıkar
• Her statü bir kategoriye girer: Yapılacak, Devam Ediyor, Tamamlandı. Kategori raporları besler, adı değil - "Yayınlandı" adlı bir statüyü Tamamlandı kategorisine koyarsan burndown ve hız hesabı onu biten iş sayar
• WIP limiti: bir statüde aynı anda kaç görev olabileceğini sınırla (1 ile 99 arası). Limit doluyken o statüye görev taşınamaz ve orada yeni görev açılamaz. Alanı boşaltmak limiti kaldırır, kolon sınırsız olur
• Son tarih takibi: "Son tarih takibi bu statüde durur" açılırsa bu statüdeki görev son tarihi geçse de gecikmiş gösterilmez ve gecikme bildirimi gitmez (ör. Done → Released akışında Done). Tamamlandı kategorisindeki statülerde takip zaten durur. Cycle time ve burndown etkilenmez, onlar kategoriye bakar
• Akış tipi: statü Çalışma ya da Bekleme olarak işaretlenir; boş bırakılırsa kategoriden gelir (Devam Ediyor "Otomatik (çalışma)", ötekiler "Otomatik (bekleme)"). Böylece Devam Ediyor kategorisindeki bir inceleme statüsü bekleme sayılabilir. Statülerde geçen süre, liste kolonları ve akış verimliliği bunu okur; tip değişince geçmiş süreler de yeni tanımla görünür (v1.106.0)
• Otomatik atama: bir statüye geçildiğinde ya da görev doğrudan o statüde açıldığında (atanan elle seçilmediyse) kendiliğinden atanabilir
• Düzenleme kilidi: statüde "Bu statüdeki görevlerin düzenlenmesi kilitli" işaretlenebilir. O statüdeki görevlerin alanlarını ve eklerini (dosya yükleme, silme, web bağlantısı) yalnız "Kilitli statüdeki görevi düzenleme" yetkisi olan roller değiştirebilir; statü geçişi bundan etkilenmez, yani iş akmaya devam ederken onaylanmış kayıt geriye dönük değiştirilemez

app.themyway.app/boards/platform/settings/workflow

Geçiş kuralları

Pano Ayarları > Geçişler’de hangi statüden hangisine gidilebileceğini kural olarak tanımlarsınız; geçişler "Liste" ya da "Görsel editör" görünümünde düzenlenir (ikisi aynı kaydı değiştirir). Her geçişe isteğe bağlı, en çok 1000 karakterlik bir açıklama yazılabilir; davranışı değiştirmez, listede geçişin altında kısaltılarak (tamamı üzerine gelince) ve görsel editörün panelinde görünür, pano kopyalamada taşınır (v1.107.0). Kaynak ya da hedef olarak "Herhangi bir statü" seçilebilir; her statüden İptal’e geçiş böylece tek kayıttır, ama kaynak ve hedef birlikte "Herhangi bir statü" olamaz. Bir taşımaya birden çok kural uyuyorsa en özgül olan geçerlidir: önce tam geçiş (X > Y), sonra "Herhangi > Y", sonra "X > Herhangi" (v1.94.0). Panoda iş tipine özel iş akışı varsa üstteki "Düzenlenen iş akışı" seçicisinden hangisinin geçişlerine bakıldığı seçilir. "Yalnızca aşağıda tanımlı geçişlere izin ver" anahtarı her iş akışında ayrıdır ve varsayılan olarak kapalıdır: kapalıyken tanımlanmamış bir geçiş (örneğin ilk statüden doğrudan sonuncuya) serbesttir; açıkken yalnız tanımlı geçişler kabul edilir, diğerleri kullanıcıya bunu söyleyen bir bildirimle reddedilir. Tanımlı her geçişe ayrıca dört tür şart konabilir:

Geçiş listesi varsayılan olarak otomatik sıradadır: önce kaynak duruma, sonra hedef duruma göre. Satırları sürükleyerek elle sıralayabilirsin; elle sıralanmış listede yeni geçişler sona eklenir, "Otomatik sıraya dön" düğmesi de listeyi yeniden otomatik sıraya alır. Sıralamak "Durum geçişi düzenleme" yetkisini ister.

Görsel iş akışı editörü

• Pano Ayarları > Geçişler’de "Görsel editör" statüleri kutu, geçişleri ok olarak çizer (v1.101.0). Statünün sağındaki noktadan başka bir statüye sürüklemek geçiş oluşturur; klavyede statüde Enter, sonra hedef statüde Enter
• Geçiş oluştururken yön seçilir: Tek yön, Ters yön ya da Çift yön. Her yönün kendi Geçiş adı (ör. İncelemeye gönder), açıklaması ve kuralları olur; ad ve açıklama yalnız görünüştür, davranışı değiştirmez
• Bir geçiş "Devre dışı" işaretlenebilir: silinmez, ama taşımada, geçiş zorunluluğunda ve rol şartında yok sayılır. Geçiş kopyalanarak başka bir hedefe çoğaltılır, "Bu yönü sil" ya da "İki yönü de sil" ile kaldırılır
• Araçlar: yakınlaştırma ve uzaklaştırma, sığdırma, "Otomatik yerleşim", "Yerleşimi kaydet", geri al ve yinele, ayrıca küçük harita. Yerleşim yalnız görünüştür
• Doğrulama paneli geçerli bir başlangıç statüsünün olmamasını, başlangıçtan ulaşılamayan ve aktif olup çıkışı olmayan statüleri, çift yönlü bağlantıda yalnız bir yönün kısıtlı olmasını, hiçbir tamamlandı statüsüne ulaşılamamasını, yinelenen ve aynı statüye dönen geçişleri, silinmiş role ya da olmayan kişi alanına bakan kuralları işaretler

İş tipine özel iş akışları

Pano Ayarları > İş Akışı’ndaki "İş tipine özel iş akışları" bölümünde bir iş tipine (ör. Bug) panonun varsayılan iş akışı yerine kendi iş akışı verilir (v1.101.0): "İzin verilen statüler" (panonun statülerinden bir alt küme), "Başlangıç statüsü" ve kendi geçişleri. Statüler ve Kanban kolonları panonundur, değişmez; o tipteki görevler yalnız kendi akışındaki statülere ve geçişlerle gider.

• Bir iş tipi yalnız bir tip iş akışına bağlanabilir. Statü eklemek ve düzenlemek yalnız varsayılan iş akışında yapılır. Bütün statüler seçiliyken sonradan eklenen statüler de izinli olur
• İzinli statüleri daraltmak, o tipte izin dışı bir statüde görev bırakacaksa reddedilir ve kaç görevin hangi statülerde olduğu söylenir
• Geçişler Pano Ayarları > Geçişler’de "Düzenlenen iş akışı" seçicisiyle ayrı ayrı düzenlenir ("Geçişleri düzenle" oraya götürür). Geçiş zorunluluğu anahtarı da her iş akışında ayrıdır. Yeni tip iş akışı, varsayılan akışın izinli statüler arasındaki geçişleriyle başlar
• Görevin tipi, bulunduğu statüye izin vermeyen bir tipe değişirse "Hedef statü seçin" penceresi hangi statüye geçileceğini sorar; toplu düzenlemede de aynısı olur
• Bir tip iş akışı silinince tipleri varsayılan iş akışına döner; onu kullanan görevler varsayılan akışın geçiş kurallarıyla devam eder. Ekleme ve silme denetim kaydına "İş tipi iş akışı eklendi" ve "İş tipi iş akışı silindi" olarak düşer

Statüye geçince otomatik atama

Bir statüye kural yazarsanız, göreve o statüye her geçişte kendiliğinden atama yapılır. Kural üç şekilde kurulur: raporlayana ata, görevdeki bir kişi tipi özel alanda yazan kişiye ata ("İncelemeye taşınan iş, o görevin Gözden geçirenine düşsün"; alanda birden çok kişi varsa varsayılan olarak hepsi atanır, kuraldaki "Alanda birden çok kişi varsa" seçimiyle "Yalnız ilk kişiyi ata" seçilebilir, v1.80.0 öncesinde yalnız ilk kişi atanıyordu; panoda "Görev tek kişiye atanır" açıksa her zaman ilk kişi atanır), ya da doğrudan seçtiğiniz bir pano üyesine ata (hep aynı kişiye düşmesi gereken bir inceleme adımı için). Atama var olan atananların YERİNE geçer, çünkü buradaki anlam el değiştirmedir: iş teste düştüğünde test sorumlusuna gider. Kural, görev doğrudan o statüde açıldığında da çalışır; ama oluşturma ekranında atanan elle seçildiyse o seçim geçerli olur. Taşımada atama yapılamazsa (örneğin kuralın okuduğu alan boşsa) sebebi Denetim Kaydı’na yazılır.

İş tipleri

Kanban ve Scrum panoları dört hazır tiple gelir: Epic, Story, Task, Bug (Moors panosu Gereksinim, Başlık ve Bilgi ile). Tipler Pano Ayarları > Özel Alanlar > "İş tipleri"nde yönetilir: ad, ikon, renk (ortak paletten ya da #RRGGBB hex koduyla) ve sıra değiştirilir, "Tip ekle" ile yeni tip açılır, eklenen tip silinebilir (o tipteki görevler tipsiz kalır). "Sistem" rozetli tiplere davranış bağlı olduğu için silinemez, adları değiştirilebilir: hazır tipler, Moors’ta Başlık ve Bilgi, eski Moors panolarında Paydaş İhtiyacı. Değiştirmek "Pano yapılandırması" yetkisini ister. Tip; görevi görsel olarak ayırır ve filtre/gruplama için kullanılır. Epic’ler alt görevleri kapsayan üst kalemlerdir.

Etiketler

Her panonun kendi etiket listesi vardır, Pano Ayarları > Etiketler’den yönetilir; her etiketin adı ve rengi olur. Yeni pano bug, feature, chore, design, docs ve tech-debt etiketleriyle gelir. Listeyi değiştirmek "Etiket yönetimi" yetkisini, bir göreve etiket vermek "Sabit alanları düzenleme" yetkisini ister. Silinen etiket onu taşıyan görevlerden de kalkar. Etikete en çok 300 karakterlik bir açıklama yazılabilir (bu etiket ne zaman kullanılır?); açıklama etiket seçicide adın yanında, etiketin üzerine gelince de görünür. Renk hazır paletten ya da "Özel renk" ile renk seçiciden veya #RRGGBB biçiminde hex koduyla seçilir; zemin rengi bundan kendiliğinden açık tonda üretilir. Statü, seçenek ve pano renklerinin açılır renk listeleri de hex kodu kabul eder (v1.85.0).

Özel alan tipleri

On alan tipi vardır. Alanlar pano başına tanımlanır, sürükle-bırak sıralanır (yeni alan listenin sonuna eklenir, var olan sıra bozulmaz) ve görev formunda, liste kolonu olarak, filtrelerde, dışa aktarmada ve panel kartlarında kullanılabilir.

Her alanda ortak olan ayarlar

• Zorunlu: alan boş bırakılamaz. Zorunluluk yıldızla işaretlenir; yalnız kaydetmeye çalışınca öğrenilmez
• Varsayılan değer: yeni görevde alan dolu gelir. VAR OLAN görevlere dokunmaz - sonradan varsayılanı değiştirmek geçmişi yeniden yazmak olurdu
• Yer tutucu: boş kutudaki gri ipucu. Saklanmaz, yalnız ne yazılacağını gösterir
• Açıklama: alan adının yanındaki (i) işaretinin arkasında duran kısa talimat. Ad kısa ve taranabilir kalır, talimat ayrı yerde durur
• Kapatma: kullanılmayan alan kapatılabilir. Kapalı alan formlarda ve listelerde görünmez, zorunluluğu aranmaz, ama tanımı ve girilmiş tüm değerler yerinde kalır
• İstisnalar: yer tutucu yalnız metin, sayı, bağlantı ve e-posta alanlarında vardır; varsayılan değer yalnız metin, sayı, kişi (tek kişilik alanda), onay kutusu, bağlantı ve e-posta alanlarında verilir; seçim, çoklu seçim, tarih ve formülde yoktur. Formül alanı zorunlu yapılamaz, çünkü elle doldurulmaz

Formül alanı

Formül alanının değeri başka alanlardan hesaplanır. Kurucu satır satır çalışır: bir başlangıç terimi seçersiniz (bir alan, bir sabit tarih, bir sayı ya da sabit bir metin), sonra sırayla işlem ve terim eklersiniz. Beş işlem vardır: topla, çıkar, çarp, böl ve yan yana yaz.

• Değerlendirme SOLDAN SAĞA yapılır; çarpma önceliği yoktur. Gizli bir öncelik kuralı, ekranda gördüğünüz sırayla farklı sonuç veren bir alan üretirdi
• Sonuç sayı ya da metin olabilir; sayıda ondalık basamak sayısı ve sona eklenecek birim verilebilir
• Hesaplanan değer KAYDEDİLİR. Bu yüzden filtre, sıralama, liste kolonu, CSV/Excel çıktısı ve panel kartları hiçbir ek ayar istemez
• Bağımlı alan değişince anında yeniden hesaplanır, görev oluştururken bile
• Formüller birbirini okuyabilir; döngü kuran bir tanım kaydedilmez
• İki tarih alanının farkı gün olarak hesaplanır. "İş günü olarak hesapla" seçeneği hafta sonlarını, panonun iş takviminde tanımlı resmi tatilleri ve yarım günleri dışlar; her iki uç sayılır (Pazartesi-Cuma = 5 iş günü, Excel NETWORKDAYS ile aynı kural)
• "İş saati olarak hesapla" seçeneği aynı farkı saat cinsinden verir: mesai saatleri, öğle arası ve tatiller pano iş takviminden okunur, mesai dışına taşan kısmi günler oranlanır. İki seçenek birlikte kullanılamaz, biri açılınca diğeri kapanır
• Tarih alanı saat de tutuyorsa (yarım günlük bir izin gibi) sonuç ondalıklı çıkar: toplam mesai süresi günlük kapasiteye bölünür
• "Sabit tarih" terimleri: Başlama anı, Bitme anı, Oluşturulma anı, Son tarih, Başlangıç tarihi ve Plan son tarih. "Bitme anı - Başlama anı" gerçekleşen süreyi, "Bitme anı - Plan son tarih" takvim sapmasını verir. İlk üçü saat taşır ve iş saati hesabına girer (kurulumun saat dilimiyle, DEFAULT_TIME_ZONE); son üçü gündür. Boş terimde sonuç boş kalır, sıfır sayılmaz (v1.105.0, v1.106.0)
• Tarih farkı yalnız formülün ilk terimi iki tarih alanının ya da sabit tarihin farkıysa hesaplanır; iş saati seçeneği için iki alanın da saat tutması gerekir. Bir formül en çok 10 terim alır

Alan grupları (form bölümleri)

Özel alanlar görev formunda bölümlere ayrılabilir (Pano Ayarları > Özel Alanlar > Alan grupları). Yirmi alanın tek listede aktığı form yerine katlanabilir başlıklar olur. Grubu olmayan alanlar tek listede kalır, yani var olan panolarınız bu özellikten etkilenmez. Bölümlerin sırası sürükle-bırak ile değiştirilir ve her bölüm katlı başlatılabilir.

Her bölüm için "bunu kim doldurur" kuralı tanımlanır. Kural bölüm başına durur, alan başına değil: yirmi alan için yirmi kural yerine üç bölüm için üç kural olur.

Bunlara ek olarak bir DURUM ŞARTI konabilir: bölüm yalnız görev seçtiğiniz statülerden birindeyken düzenlenebilir (birden çok statü seçilebilir). Şart eklenir, yerine geçmez: "atanan VE görev İnceleme ya da Test durumundayken" gibi okunur. Böylece bir bölüm doldurulacağı anda açılır, iş ilerleyince kilitlenir.

• Kural SUNUCUDA uygulanır; arayüzdeki kilit süs değildir. Yetkisi olmayan kişinin isteği reddedilir, toplu içe aktarma dahil
• Bölümü dolduracak kişi bölümün başlığında görünür ve bölüm kilitliyken de atanabilir
• Pano yöneticisi kuraldan MUAF DEĞİLDİR. Muaf tutulsaydı kural "yöneticiler hariç herkese kapalı" gibi okunur, kalite kaydında kimin doldurduğu sorusunu bulanıklaştırırdı. Yönetici kuralı değiştirebilir, alanı doğrudan doldurmanın yolu budur
• Bölüm silmek alan silmez: içindeki alanlar ve girilmiş tüm değerler yerinde kalır, alanlar gruplanmamış listeye döner
• Zorunluluk yalnız o alanı doldurabilen kişiden aranır; kısıtlı bir bölümdeki zorunlu alan başkasının görev açmasını engellemez
• GitLab Projesi alanı, pano GitLab’a bağlıyken Özel Alanlar listesinde sıradan bir alan gibi görünür: bir bölüme atanabilir ve bölümün kuralına tabi olur. Seçenekleri entegrasyondan geldiği için silinemez ve elle düzenlenemez. Öncelik ve Story Point sabit alan olarak kalır, bir bölüme atanamaz
• Durum şartı görev açarken de doğru okunur: yeni görevin hangi durumda doğacağı bilindiği için, o durumda düzenlenebilen bir bölüm oluşturma ekranında kilitli görünmez

Görev ekranında hangi bölümler görünsün

Görev ekranının kendi ayar bölümü vardır: Pano Ayarları > Görev Ekranı (sol menüde İş akışı grubunda). Hazır bölümler burada yönetilir (Özel alanlar, Ekler, Bağlantılar, Üst görev, Alt görevler, Diyagramlar, GitLab etkinliği ve v1.106.0’dan beri Gözden geçirme): her biri için "Göster" ve "Katlı başlat" ayrı ayrı seçilir, kutuların hangi sırayla görüneceği de sürükle-bırakla belirlenir. Bu bölümler eskiden her panoda gelir ve kapatılamazdı; diyagram kullanmayan bir ekipte "Diyagramlar" kutusu her görev ekranında boş dururdu. Tercih panonun ayarıdır, yani ekipteki herkes aynı ekranı görür ve pano kopyalarken taşınır. Üst görev bölümü (v1.85.0) görevin üst görevini gösterir; görev açarken de sonradan da aynı yerden "Seç", "Değiştir" ya da "Üst görevi kaldır" ile değiştirilir. Var olan görevde değiştirmek "Alt görev yönetme" yetkisini ister; üst görev aynı panoda olmalıdır ve döngü kuran seçim reddedilir. Sırayı daha önce kaydetmiş panolarda bölüm Alt görevler’in üstüne yerleşir; Moors panolarında varsayılan olarak kapalıdır, çünkü orada hiyerarşiyi Spesifikasyon kurar.

Aynı bölümdeki Sabit alanlar bölümünde ürünle gelen alanlar açılıp kapatılır: Sprint, Başlangıç tarihi, Bitiş tarihi, Hizmet sınıfı, Düzeltilen sürüm, Etkilenen sürüm, İzleyenler, Etiketler, İş tipi, ayrıca Öncelik ve Story Point. Başlangıç tarihi ve Bitiş tarihi satırında bir "Tarih kuralı" da seçilir (Bugünden önce olamaz ya da Bugünden sonra olamaz). Bunlar eskiden her panoda gelirdi; kullanmadığınız alanları kapatarak görev ekranını sadeleştirirsiniz. Kanban ve Moors panolarında sprint kavramı olmadığı için Sprint alanı ve ayarı listede hiç görünmez. Moors panosunda Öncelik ve Story Point kapalı kurulur; gerekirse buradan açılır. Aynı ekranın "Atanan" bölümünde "Görev tek kişiye atanır" açılırsa atanan seçici tek kişi seçtirir, otomatik atama kişi alanındaki ilk kişiyi alır; var olan çok atananlı görevlere dokunulmaz. Bu panoda ikinci kişiyi atama denemesi (toplu düzenleme ve hızlı komutlar dahil) "Bu panoda bir görev yalnız tek kişiye atanabilir." ile reddedilir (v1.80.0). Görev Ekranı ayarları sayfa yenilenmeden görev ekranına yansır (v1.81.0).

Aynı ekrandaki "Sürüm yayınlanınca bağlı maddeler" ayarı (v1.95.0), sürüm yayınlandı olarak işaretlenince Düzeltilen sürümü o sürüm olan maddeleri seçilen statüye taşır; varsayılan "Hiçbir şey yapma". Taşıma iş akışı kurallarına uyar, kurala takılan madde atlanır ve yayınlayana listelenir. Grup panosunda bu ayar yoktur (bkz. Sürümler).

Görev şablonları

Tekrar eden işler için pano başına görev şablonu tanımlarsınız. Şablon durum, atanan kişi, etiketler, iş tipi, açıklama ve özel alan değerlerini taşır. Yeni görev ekranındaki şablon seçiciden birini seçince bu alanlar dolu gelir; siz yalnız başlığı yazarsınız ve gerekirse dolu gelenleri değiştirirsiniz.

• Şablonlar Pano Ayarları > Şablonlar’da tanımlanır. Oluşturmak, değiştirmek ve silmek "Pano yapılandırması: alan, iş tipi, sürüm, şablon, takvim" yetkisini ister; şablonu yeni görevde kullanmak için görev oluşturma yetkisi yeterlidir
• Açıklamaya metin yazılmışken şablon seçilirse ne yapılacağı sorulur: "Şablonla değiştir", "Sonuna ekle" ya da "İptal". Açıklama boşsa ya da önceki şablonun dokunulmamış metniyse sorulmaz (v1.107.0)
• Yeni panoyu var olan bir panodan kurarken şablonlar varsayılan olarak gelir (kutucukla seçilir)

Başlatma koşulları ve gözden geçirme kapısı

Pano Ayarları > İş Akışı’ndaki Başlatma koşulları (Kanban ve Scrum panolarında, v1.105.0): "Story Point girilmeden başlatılamaz" ve "Son tarih girilmeden başlatılamaz". Açıkken bu alanları boş iş Yapılacak kategorisinden çıkarılamaz, başlangıç statüsü Yapılacak dışında olan yeni görev de açılamaz; sürükle-bırak, toplu işlem, içe aktarma ve GitLab otomasyonu dahil, hiçbir rol muaf değil. Başlamış işte bu alanlar boşaltılamaz, değiştirilebilir. "Kuralın uygulandığı iş tipleri" (varsayılan Epic dışındakiler; tipsiz görevler her zaman kapsamda), "Alt görevlere de uygula" ve "0 puan geçerli sayılsın" ayrıca seçilir. Kural geriye dönük uygulanmaz; ayar değişikliği "Başlatma koşulu güncellendi", durdurulan deneme "Başlatma engellendi" olarak denetim kaydına düşer.

Görev ekranındaki Gözden geçirme bölümü (v1.106.0, varsayılan kapalı, Pano Ayarları > Görev Ekranı) görevde gözden geçirme başlatır; akış dokümandakiyle aynıdır, son aşama görevde, rapor penceresinde ve rapor çıktısında "Onaylandı" adını taşır ve görev gözden geçirme sırasında kilitlenmez. Onaydan sonra açıklama değişirse "Görevin açıklaması onaydan sonra değişti." uyarısı çıkar. Pano Ayarları > İş Akışı > Gözden geçirme kapısı (Kanban ve Scrum) seçilen statülere geçişi görevin son gözden geçirmesinin onaylanmış olmasına bağlar; sürükle-bırak, toplu işlem ve GitLab otomasyonu dahil. Kapı açılınca Gözden geçirme bölümü de açılır ve kapı açıkken kapatılamaz.

app.themyway.app/boards/platform/settings/workflow

Yeni görev açarken

Yeni bir görevin hangi durumda doğacağı Pano Ayarları > İş Akışı’ndan seçilir: izin verilen başlangıç durumları işaretlenir ve biri varsayılan yapılır. Görev oluşturma ekranı yalnız izin verilenleri listeler; hiçbiri seçilmezse davranış bugünkü gibi kalır ve görev akışın ilk durumunda açılır. Bir ekip böylece "her iş Triyaj’da doğar" kuralını ekranın kendisine yazar. İş tipine özel iş akışı olan tipte görev o iş akışının başlangıç statüsüyle açılır.

Pano Ayarları > Genel’deki "Açıklama bir görev şablonuna uymalı" anahtarı açıkken yeni görevde şablon seçimi zorunlu olur ve şablonun zorunlu bölümleri boş bırakılamaz. Zorunlu bölümler şablonun kendi başlıklarından işaretlenir. Kontrol yapısaldır: başlığı düz yazıda geçirmek ya da boş yapıştırmak yetmez, bölümün altının dolu olması aranır ve eksik bölümler tek tek bildirilir. Anahtar varsayılan kapalıdır, mevcut görevler etkilenmez; kontrol yalnız açıklama değiştirilirken çalışır.

Kolon altındaki hızlı görev ekleme kutusu da bir pano ayarıdır ve varsayılan kapalıdır. Pano Ayarları > Genel’den açılır; zorunlu alanı ya da GitLab proje seçimi olan panolarda kutu yarım bir görev oluşturmak yerine tam oluşturma ekranını açar.

Görev başlığı şablonu

Pano Ayarları > Genel’den görev başlığı için bir şablon tanımlanabilir. Başlık boş bırakılarak kaydedilirse bu şablondan hesaplanır: {reporter} oluşturan kişi, {assignee} ilk atanan, {cf:anahtar} bir özel alanın değeri (alanın adı değil anahtarı yazılır; kişi tipi alanlarda kişinin adı gelir). Bir izin talebi panosunda "İzin talebi - {reporter}" şablonu her yeni görevin başlığını kendiliğinden doldurur; başlığı elle yazarsanız şablon devreye girmez.