Açıklayıcı rehber
Linear’ı Ottermind ile kullanın: İş listelerinden net sonraki adımlara

Linear iş kayıtlarınızı, sırada ne yapılması gerektiğini ele alan bir konuşmaya taşıyın. Ottermind’de Linear becerisi yapılandırıldığında ajanınız erişebildiği kayıtları ve yorumları okuyabilir, değerlendirme hazırlığına yardımcı olabilir ve ekibinizin daha önce kaydettiği bağlamı kullanarak sonraki adımları taslak hâline getirebilir. Onaydan sonra, desteklenen yazma işlemleri bu çalışmayı Linear’a geri aktarabilir.
Bu yaklaşım, ayrıntılar takip sisteminde bulunduğu hâlde aralarındaki bağlantıları hâlâ kurmanız gerektiğinde faydalıdır. Hangi kayıt bir karar bekliyor? İki müşteri bildirimi aynı hatayı mı anlatıyor? Bir sonraki işi bir mühendisin ele alabilmesi için hangi bilgiler gerekli?
Aşağıdaki anlatımda, davet bağlantısı sorunu içeren kurgusal bir sürüm kullanılıyor. Kayıt kimlikleri, kaynak bilgiler ve örnek çıktılar yalnızca açıklama amaçlıdır; bağlı bir çalışma alanında yapılmış bir testi temsil etmez.
Çalışmak istediğiniz ekibi bağlayın
byungkyu tarafından yayımlanan Linear API becerisini kullanın. Bu üçüncü taraf beceri Maton üzerinden bağlanır; Maton kimlik doğrulaması ve etkin bir Linear OAuth bağlantısı gerektirir. Ajanın hangi çalışma alanına ve kaynaklara erişebileceğini bu bağlantı belirler.
Ottermind Beceriler rehberini izleyerek beceriyi etkinleştirin ve görevinizi yürütecek ajana bağlayın. Birden fazla Linear bağlantınız varsa kullanmak istediğiniz çalışma alanını belirtin. Önce ajandan bildiğiniz bir kaydı okumasını, kimliğini ve başlığını doğrulamasını isteyin.
Beceri belgelerinde kayıt arama, sorgulama, oluşturma, güncelleme ve yorum işlemleri anlatılır. Yazma işlemleri açık onay gerektirir; bazı işlemler için ek yetki kapsamları da gerekebilir. Becerinin kurulum yönergeleri bu gereksinimleri açıklar.
Değerlendirmeyi ekibin vermesi gereken kararlara göre hazırlayın
Ekibinizin bir sürüme hazırlandığını ve üç kayıtta davet bağlantılarından söz edildiğini varsayalım. Biri zaten birine atanmış, diğerinde açıklama isteyen yeni bir yorum var, üçüncüsünde ise henüz yeniden üretilememiş bir müşteri hata bildirimi bulunuyor.
Panoyu açmak, kayıtların nerede olduğunu gösterir. Değerlendirmeye hazırlanmak ise hangi bilgilerin birlikte tartışılması gerektiğini anlamayı gerektirir. Ajandan açıklamaları ve ilgili yorumları okuyup dayanaklara bağlantı veren kısa bir gündem hazırlamasını isteyin.
[Ekip] Linear çalışma alanındaki [proje] için bir sürüm değerlendirme gündemi hazırla.
Etkin iş kayıtlarını ve mevcut durumlarını anlamak için gereken yorumları oku.
Her tartışma maddesine kayıt kimliğini, başlığı, durumu, atanan kişiyi,
kaydedilmiş sorunu veya soruyu ve bunu destekleyen kaydın bağlantısını ekle.
Gündemi verilmesi gereken kararlar, eksik bilgiler ve doğrulanmış engeller olarak grupla.
Kaydedilmiş bilgileri kullan. Bir kaydın yalnızca eski olduğu için engellendiği sonucuna varma.
Neleri incelediğini ve hangi kayıtlara ulaşamadığını belirt. İş kayıtlarını düzenleme.Etkili bir gündem, ekip arkadaşınızın her maddenin neden orada olduğunu anlamasına yetecek ayrıntı içerir. Kurgusal örnekte bu fark şöyle görünebilir:
| İş kaydındaki bilgi | Değerlendirmede sorulabilecek yararlı soru |
|---|---|
| Bir yorum, süresi dolan davet için yeni bir davet seçeneği sunulup sunulmayacağını soruyor | Sürümde hangi kurtarma davranışı yer almalı? |
| Bir bildirimde hatayı yeniden üretme adımları yok | Bu hatayı yeniden üretmek için hangi bilgilere ihtiyacımız var? |
| Bir kayıt, testlerin ürün kararını beklediğini açıkça belirtiyor | Bu karar değerlendirmede verilebilir mi? |
Bu istekte ajanın görevi, dayanakları bir araya getirmek ve soruları çerçevelemektir. Eksik bir yeniden üretme adımı somut bir bilgi boşluğudur. Sürümün tamamının risk altında olduğunu söylemek için daha fazla bilgi gerekir.
Linear, kayıtların özelliklerine ve ilişkilerine göre filtrelenmesini destekler. Belirli bir proje, ekip veya kayıt kümesi seçmek değerlendirmeyi odakta tutar ve kapsamını ölçmeyi kolaylaştırır.
Kayıt kümesini okuma: Linear filtreleme başvuru belgesi · Linear GraphQL rehberi
Gündem hazır olduğunda daha kısa bir sürüm isteyin: “Değerlendirme için beş dakikalık bir açılış hazırla. Davet kararını öne al, bilgi taleplerini sonraya koy.” Birisi ayrıntıya bakmak istediğinde kapsamlı dayanak tablosu hâlâ elinizdedir.
Benzer bildirimleri farklarını kaybetmeden karşılaştırın
“Davet bağlantısı çalışmıyor” ifadesi birden fazla hatayı anlatabilir. Bir kullanıcı süresi dolmuş bir bağlantıyı açmış olabilir. Bir başkası yanlış hesapta oturum açmış olabilir. Üçüncü bir kişi ise geçerli bir daveti kabul ettikten sonra hata görüyor olabilir.
Yeni bir iş kaydı oluşturmadan önce arama yaparak olası eşleşmeleri bulun. Ardından açıklamaların, koşulların ve beklenen davranışın karşılaştırılmasını isteyin. Böylece geniş bir anahtar kelime eşleşmesi, hangi bildirimlerin birlikte ele alınabileceğine ilişkin incelenebilir bir varsayıma dönüşür.
[Ekip] kayıtlarında süresi dolan veya açılmayan davet bağlantılarını ara.
İlgili kayıtların açıklamalarını ve yorumlarını oku.
Bildirilen davranışı, yeniden üretme koşullarını, etkilenen bağlamı
ve beklenen sonucu karşılaştır. Her satıra kayıt kimliğini ve kaynak bağlantısını ekle.
Olası mükerrer kayıtlar olarak incelenmeye değer çiftler öner ve her biri için gerekçe sun.
Belirsiz eşleşmeleri ayrı tut. Kayıtları kapatma, birleştirme veya değiştirme.İsteyebileceğiniz karşılaştırmaya ilişkin küçük bir örnek aşağıda. Bu kimlikler ve bildirimler kurgusaldır:
| İş kaydı | Bildirilen davranış | Yeniden üretme koşulu | Önerilen sonraki adım |
|---|---|---|---|
| DEMO-41 | Süresi dolan davet genel bir hataya yönlendiriyor | Bağlantı, geçerlilik süresi bittikten sonra açılıyor | Diğer süresi dolmuş bağlantı bildirimleriyle karşılaştır |
| DEMO-58 | Davet farklı bir çalışma alanını açıyor | Tarayıcıda başka bir hesapla oturum açılmış | Hesap bağlamını ayrı araştır |
| DEMO-63 | Süresi dolan davet kurtarma işlemi sunmuyor | Bağlantı, geçerlilik süresi bittikten sonra açılıyor | DEMO-41 ile birlikte incele; amaçlanan kurtarma davranışını karşılaştır |
DEMO-41 ve DEMO-63 aynı tartışmada ele alınmaya adaydır. Bu, kök nedenlerinin aynı olduğunu kanıtlamaz. DEMO-58 de davetlerden söz eder, ancak yeniden üretme koşulu farklı bir soruya işaret eder.
Yararlı bir devam sorusu şudur: “DEMO-41 ve DEMO-63’ün tek bir kayıtta ele alınması gerekip gerekmediğini hangi kanıtlar gösterebilir?” Yanıt, birbiriyle karşılaştırılabilecek ekran görüntüleri, tam hata mesajları veya yeniden üretme adımlarının karşılaştırılmasını gerektirebilir. Uydurma bir teşhis yerine bildirimlerden hareket etmelidir.
Bu ayrım, kayıtları ilk değerlendirmeden geçirirken önemlidir. Amaç, bir mühendisin daha sonra ihtiyaç duyabileceği bilgileri korurken aynı araştırmanın tekrar yapılmasını azaltmaktır.
Uzlaşılan davranışı uygulanabilir bir iş kaydına dönüştürün
Şimdi değerlendirmede şu karara varıldığını varsayalım: Süresi dolan bir davet sorunu açıklamalı ve kullanıcıyı çalışma alanı yöneticisinden yeni bir davet istemeye yönlendirmelidir. Karar, davetlerin geçerlilik kurallarını değiştirmeyi kapsamıyor.
Bu notlar, sınırları belli bir iş kaydı taslağı hazırlamak için yeterlidir. İlgili bildirimler ve kararın gerekçesi erişilebilir kalsın diye aynı konuşmada devam edin.
Onaylanmış şu ürün kararlarından bir Linear iş kaydı taslağı hazırla: [notlar].
[Ekip] ve [proje] bilgilerini kullan. Az önce incelediğimiz ilgili bildirimlere bağlantı ekle.
Kısa bir başlık, gözlemlenen davranış, beklenen davranış,
kapsama giren işler, notlarda açıkça belirtilen kapsam dışı maddeler ve kabul kriterleri ekle.
Bir uygulama yaklaşımı uydurma. Notlarda belirtilmedikçe sorumlu kişiyi ve önceliği
boş bırak. Kaydı oluşturmadan önce taslağın tamamını göster.
Oluşturmayı onayladıktan sonra kayıt kimliğini ve URL’sini döndür.Kurgusal karar için taslak şunları içerebilir:
- Başlık: Davetin süresi dolduğunda bir sonraki adımı açıklama.
- Gözlemlenen davranış: Bildirilen süresi dolmuş bağlantı akışı, yararlı bir kurtarma işlemi sunmadan sona eriyor.
- Beklenen davranış: Davetin süresinin dolduğunu açıklamak ve kullanıcıyı bir yöneticiden yeni davet istemeye yönlendirmek.
- Kapsam dışı: Davet geçerlilik kurallarında değişiklik yapılması.
- Kabul kontrolü: Süresi dolmuş bir davet açıldığında uzlaşılan açıklama ve kurtarma yönergesi gösterilir.
Bu bir yazım örneğidir; Ottermind’in bir kayıt oluşturduğunu veya test ettiğini ileri sürmez. Amaç, fark ettirmeden gereksinim eklemeden bir kararın nasıl uygulanabilir hâle getirileceğini göstermektir.
Beklenen davranışı ve kabul kriterlerini birlikte inceleyin. Notlarda kurtarma yönergesinin düğme mi yoksa düz metin mi olması gerektiği yazmıyorsa bunu çözülmemiş bir konu olarak işaretleyin. Şimdi sorulacak net bir soru, kayda eklenecek uydurma bir tasarım ayrıntısından daha faydalıdır.
Seçilen beceri, kayıt oluşturmayı ve yorum eklemeyi destekler. Yapılacak yazma işlemini tam olarak onayladıktan sonra ortaya çıkan kaydın bağlantısını isteyin. Karar mevcut bir kayda aitse aynı işi takip etmek için başka bir yer açmak yerine oraya odaklı bir yorum hazırlayın.
Sonraki adımı ilk bildirimle bağlantılı tutun
İyi bir oturum sonunda birbiriyle ilişkili üç çıktı elde edebilirsiniz: değerlendirme gündemi, kayıt karşılaştırması ve ekibin kararını yansıtan bir taslak. Her biri, işin neden gerekli olduğunu açıklayan kayıtlara geri bağlanmalıdır.
Linear becerisiyle ve ilgilenilmesi gereken bir kayıt grubuyla başlayın. Becerilere giriş, bu yeteneğin ajanınıza nasıl sunulduğunu açıklar. Daha geniş çalışma yaklaşımı için yapay zekâ ile proje yönetimi rehberi değerlendirme ve iş devrini ele alır; ajan çalışma alanları rehberi ise bağlamın adımlar arasında çalışmayı nasıl desteklediğini gösterir.
