Sonucu girişime dönüştürün

Adımlardan önce sonucu açıklayın

Kurgusal ekipman hizmeti, çalışanların kendi taleplerini yönetmesini gerektiriyor. Yararlı istek sonucu belirtir: “Kimliği doğrulanmış çalışan talep oluşturabilir ve yalnızca kendi taleplerini görebilir.”

Neden önemli olduğunu açıklayın: şu anda çalışanların taleplerini yöneticiler giriyor. Kapsamı tanımlayın: talep oluşturma, durum gösterimi, erişim kontrolleri ve bu davranışların kanıtı. Otomatik satın almayı ve yönetici onay kuralı değişikliklerini hariç tutun.

Kod deposu incelenmeden dosya düzenlemelerini dayatmayın. Girişim amacı kaydeder; ayrıntılı planlama bu amacı uygulama adımlarına dönüştürür.

İsteğin ürettiklerini inceleyin

Taiga, girişim veya sıralı girişim kümesi oluşturmak için isteği ve ürün bağlamını kullanır. Yeni iş Backlog içine gelir. Daha büyük istek, bağımsız incelenebilir birkaç değişiklik gerektirebilir.

Oluşturulan son durumu, Why ve Scope alanlarını okuyun. Gereken davranışın korunduğunu ve kapsam dışına uyulduğunu kontrol edin. Mevcut girişim isteği zaten kapsıyorsa Taiga, kopya oluşturmak yerine onu belirtebilir.

Yayımlanmış politika tarafından engellenen istek, o politikanın tanımladığı karar yolunu gerektirir. Açıklamayı okuyun ve çatışmayı o yolla çözün. Yalnızca yasak işlemi gizlemek için isteği yeniden yazmayın.

Panoyu yürütme sırası olarak ele alın

Taiga, planlama dahil, her ürün için aynı anda tek girişim üzerinde çalışır. Mevcut pull request birleştirildikten sonra kuyruktaki sonraki girişimi başlatır. Öğeleri Backlog veya Todo’dan Queue’ya otomatik taşımaz.

Kuyruğa almak önemlidir. Bitmemiş bağımlılıkları beklemeyi geçersiz kılar. Çalışanların kendi taleplerini yönetmesini kuyruğa almadan önce, kimlik temelinin var olduğunu veya seçilen kapsamın bunu doğru oluşturduğunu doğrulayın.

Ayrıntılı planı inceleyin

Planlayıcı kod deposunu, ürün belgelerini, politikaları, talimatları ve dağıtım bağlamını okur. Planı gerçek kullanıcı sonucuyla ve ortamla karşılaştırın.

Ekipman hizmetinde üç erişim durumunu doğrulayın. Çalışan kendi talebini görür. Başka çalışan onu göremez. Yönetici, amaçlanan inceleme erişimini korur. Uygulama değiştiriyorsa veri geçişini ve işletim etkilerini dahil edin.

Build on its own by default kapalıysa biten plan kararınızı bekler. Approve, onaylayan kişinin kimliğiyle ve izinleri dahilinde geliştirmeyi başlatır. Reject, yeniden planlama için geri bildiriminizi kullanır. Girişimin kendine ait ayarı olabilir.

Sonraki karar için doğru kaydı kullanın

Planlar sürümlenir. Çalıştırma kaydı, hangi planı yürüttüğünü kaydeder. Amaçlanan yaklaşım değişirse girişimi ve uygun yeniden planlama işlemini inceleyin. Önceki girişimi incelemek için çalıştırma kaydını kullanın.

Geliştirme, birleştirilmiş pull request ve üretim yayını farklı durumlardır. İş ilerlerken kabul kanıtını ve dağıtım sorumluluğunu görünür tutun. Otonomi ayarlarıyla devam edin.