Ürün

Görev ile doküman aynı kayıt olunca iş dağılmaz

Ayrı araçlar önce hızlı görünür, sonra kaydı üçe böler. Bu yazı, görev ile dokümanı aynı kayıtta tutmanın teslim tarihini nasıl görünür kıldığını adım adım anlatır.

Ontra proje ve görev listesi

10 Eylül 2026 · 16 dk okuma

Dağınık araçların gerçek maliyeti

Dağınık doküman ve görev araçları
Üç araç, üç “güncel” kaynak.

Tipik bir yazılım veya ajans ekibinde iş şöyle yürür: kart Trello’da, karar Slack’te, spesifikasyon Notion’da, teslim tarihi bir Excel satırında, müşteri brifi e-posta ekinde durur. Kimse kötü niyetli değildir. Her araç kendi işini iyi yapar. Sorun, kaydın beş parçaya bölünmesidir. “Güncel hangisi?” sorusu her stand-up’ta yeniden sorulur ve cevap her seferinde biraz kayar.

Maliyet önce görünmez. İlk iki hafta herkes “hızlıyız” der çünkü kopyala-yapıştır henüz acıtmaz. Üçüncü hafta bir tarih kaçar. Dördüncü hafta müşteri eski PDF’i onayladığını sanır. Altıncı hafta yeni gelen biri üç aracı gezer, yine yanlış dosyayı açar. Suçlu süreç değil, parçalanmış kayıttır. Teslim tarihi kayınca ekip hızı tartışır; asıl kayıp, kararın evinin olmamasıdır.

Ölçmek isterseniz basit bir sayım yeter: son sprintte kaç karar Slack’te kaldı, kaç spek göreve bağlanmadı, kaç “güncel doküman” tartışması yaşandı. Çoğu ekip bu sayıyı tutmaz çünkü utanç vericidir. Ontra bu utancı rapora çevirir. Karar görevin yorumunda, spek aynı işin sayfasında, tarih kartın tek teslim alanında durur. Üç kaynak bir kayda iner.

Tek kayıt, altı görünüm

Ontra pano görünümü
Aynı kayıt listede, panoda ve yol haritasında.

Ontra’da bir görev listede açılır, panoda sütun değiştirir, yol haritasında feature’ın altında durur, raporda efor satırı olur, haritada pin olabilir, doküman ağacında bağlı sayfa taşır. Bunların hiçbiri kopya değildir. Görünüm bir mercektir. Atanan kişi, durum, teslim tarihi ve yetki her yüzeyde aynı kayıttan okunur. Pano “ikinci bir Trello” değildir; listedeki kartın başka bir bakışıdır.

Bu ayrım pratikte şunu değiştirir: birini “pano için”, birini “rapor için” güncellemezsiniz. Kartı bir kez doğru yazarsınız. Yanlış durum bütün yüzeylerde yanlış görünür — bu bir özelliktir. Gizli Excel gerçeği kalmaz. Yönetici cuma akşamı slaytı, pazartesi pano kaydırmaz. Kilometre taşı raporu toplantıdan beş dakika önce açılır ve kart sayısından yüzde üretir.

Doküman bu ağacın parçasıdır, ada değildir. Spesifikasyon, toplantı notu ve kabul kriteri aynı işe bağlanır. Sayfa yetkisi projeden iner; “şu PDF’i stajyere de atayalım” diye ayrı paylaşım linki üretmezsiniz. Etiket veya atanan kişi değişince doküman erişimi de değişir. Arşiv, görev bittiğinde ayrı bir mezarlığa taşınmaz; kayıt yerinde durur, durum kapanır.

  • Karar görevin yorumunda kalır, sohbette kaybolmaz
  • Doküman ağacı proje yetkisini miras alır
  • Sprint, hedef ve rapor aynı kayıttan okur
  • Görünüm değiştirmek kopya üretmez; mercektir
  • Teslim tarihi tek alandır, slaytta ikinci tarih yoktur

Karar defteri olarak yorum

Slack’te “o zaman böyle yapalım” cümlesi iki gün sonra kaybolur. Arama bir süre işe yarar, sonra kanal büyür, cümle gömülür. Ontra’da aynı cümle görevin altında durur. Sonraki sprint onu okur. Yeni üye üç ay sonra “neden bu endpoint böyle?” diye PR aramaz; kartın yorumuna bakar. Karar dokümana da bağlanır, ikinci bir wiki sayfası açılmaz.

Bu, sohbeti yasaklamak değildir. Hızlı tartışma Slack’te kalabilir. Kabul cümlesi karta düşer. “Tartışma / karar” ayrımı ekibe öğretilmezse her şey yine sohbette biter. Ontra zorunlu alan dayatmaz; ritüel dayatır: sprint kapanırken kararsız kart bırakılmaz. Aktivite raporu kimin ne zaman yazdığını gösterir. “Kimse bakmadı” iddiası log karşısında duramaz.

İlk gün: bir proje, bir liste, üç görev

Kurulumu şişirmeyin. İlk gün bir gerçek proje seçin — vitrin “örnek workspace” değil, bu hafta müşteriye gidecek iş. Bir liste açın. Üç görev yazın: devam eden, bekleyen, bu hafta teslim. Her göreve bir atanan kişi ve bir teslim tarihi koyun. Speki varsa sayfayı o göreve bağlayın. Slack’teki son kararı yoruma yapıştırın. Bu on dakikadır. Eğitim videosu aramayın; paneli kullanın.

İkinci gün eski aracı salt okunur bırakın. Yeni kart Ontra’da açılır. Trello’ya “bir kereliğine” dönmek alışkanlığı iki haftada geri getirir. Üçüncü gün rapora bakın. Boşsa araç eksik değildir; kayıt henüz bağlanmamıştır. Dördüncü gün doküman ağacını proje klasörüne oturtun. Beşinci gün sprinti kilitleyin. Hafta sonu efor ve aksatma ekranına bakın, boş menülere değil.

  • Eski aracı bir hafta salt okunur bırakın
  • Yeni kart açmayı Ontra’da zorunlu kılın
  • İlk sprinti gerçek işle kilitleyin
  • Beş yıllık arşivi ilk haftaya yüklemeyin

Ne taşınır, ne taşınmaz

Aktif sprint, açık müşteri işi ve bu ayın dokümanı taşınır. Beş yıllık arşiv, “belki bakarız” kartları ve ölü kanallar taşınmaz. Arşiv sonraki aya kalır. Demo veya ilk ayı tarih gezisine harcamayın. Taşıdığınız her kartın bir sahibi ve bir tarihi olsun; sahipsiz kart Ontra’da da sahipsizdir, araç sihir yapmaz.

Notion sayfasını olduğu gibi içe aktarmak da tuzak olabilir. Sayfa göreve bağlanmazsa yine ada olur. Önce işi, sonra speki taşıyın. Boş feature’lar yol haritasını şişirir; feature’a en az bir görev bağlayın ya da feature’ı henüz açmayın. “Düzen sonra gelir” cümlesi altı ay sonra hâlâ dağınık bir workspace üretir.

Otuz gün sonra ne değişir

İlk ayın başarı ölçütü “herkes panoyu sevdi” değildir. Ölçüt şudur: stand-up on beş dakikada biter, aksatma listesi kırmızı tarihleri konuşur, müşteriye giden tarih ile kartın tarihi aynıdır, yeni üye üçüncü günde doğru speki açar. Bunlar olmadıysa araç eksik değildir; kayıt hâlâ bölüktür. Slack kararını karta almayan ekip Ontra’yı da ikinci bir sohbet gibi kullanır.

Rapor bu ayın sonunda dolu olmalıdır. Efor, tekrar, kapatma hızı ve aksatma canlı listeden okunur. Excel kopyası ancak müşteri kendi formatını isterse çıkar. Yönetici slaytı plandan üretilir, tersi yapılmaz. Bu disiplin sıkıcı görünür; sıkıcı olan, her cuma “hangi dosya güncel” turudur.

Canlı bir örnek: müşteri A’nın speki

Diyelim ki müşteri A için bir ödeme ekranı teslim edeceksiniz. Eski düzende kart Trello’da “ödeme UI”, spek Notion’da “checkout v3”, karar Slack’te “KDV’yi son adımda gösterelim”, tarih Excel’de cuma. Üç gün sonra tasarımcı Notion’daki v2’yi açar, geliştirici Slack kararını görmez, yönetici Excel’deki tarihi müşteriye söyler. Teslim kayar. Suçlu kimse değildir; kayıt beştir.

Ontra düzeninde tek görev vardır: “Müşteri A — ödeme ekranı, KDV son adım”. Teslim cuma, atanan kişi belli, spek aynı kartın sayfasıdır, Slack cümlesi yoruma yapıştırılmıştır. Pano “yapılıyor” gösterir, yol haritası feature’ın altında durur, rapor eforu bu karttan okur. Tasarımcı yanlış sürümü açamaz çünkü v2 ayrı bir ada değildir. Yeni üye üçüncü günde aynı kartı açar ve speki, kararı, tarihi birlikte görür.

Bu örneği kendi işinize uygulayın. Şu an üç yerde duran bir teslim seçin. Kartı Ontra’ya yazın, speki bağlayın, kararı yapıştırın, tarihi tek alana alın. Eski araçları salt okunur bırakın. İki gün sonra “güncel hangisi?” sorusunun kaybolduğunu göreceksiniz. Kaybolmazsa kayıt hâlâ bölüktür; aracı değil, bağları kontrol edin.

Karar, spek ve kabul üçlüsü

Bir görev üç metin taşır ve üçünün evi farklıdır diye dağılır. Karar: “neden böyle”. Spek: “nasıl görünecek / nasıl davranacak”. Kabul: “bitti saymak için ne doğru olmalı”. Karar yoruma, spek sayfaya, kabul aynı sayfanın sonuna veya maddelerine yazılır. Issue başlığı kabul değildir. Slack emoji’si karar değildir. Figma yorumu spek değildir — bağlanmamışsa ada olur.

Kabul maddesi yoksa “bitti” yalan olur ve tekrar raporu şişer. Aynı kart üç kez kapanır çünkü herkes farklı “bitti” taşır. Ontra bunu sihirle düzeltmez. Ritüel düzeltir: sprint kapanırken kararsız ve kabulsüz kart bırakılmaz. Aktivite kimin speki değiştirdiğini gösterir. Stand-up speki yeniden okumaz; kırmızı tarihi ve eksik kabülü konuşur.

Doküman AI taslak üretebilir; ev yine görevdir. Taslak bağlanmadan ağaçta durursa wiki adası geri gelir. Taslağı kartın sayfasına alın, kabul maddelerini işaretleyin, tarihi koruyun. Araç metin üretir, kayıt disiplini sizdedir. Üretilen paragraf spek yerine geçmez; spek, ekibin kabul ettiği cümledir.

Sık düşülen tuzaklar

Tuzak 1: “Trello’yu bir süre daha açık tutalım.” İki hafta sonra herkes yine oradadır. Salt okunur bırakın, yeni kartı Ontra’da zorunlu kılın. Tuzak 2: Notion’ı olduğu gibi içe aktarmak. Bağsız yüz sayfa yine adadır. Bu ayın speklerini bağlayın. Tuzak 3: her yorumu karta yapıştırmak. Tartışma Slack’te kalabilir; kabul cümlesi karta düşer. Tuzak 4: tarihleri “esnek” bırakmak. Rapor körleşir, sprint yalan söyler.

Tuzak 5: yönetici için ayrı slayt. Cuma güncellenir, pazartesi pano kayar. Kilometre taşı raporunu toplantıdan beş dakika önce açın. Tuzak 6: “bu iş küçük, doküman gerekmez.” Küçük iş de karar taşır. İki cümle yeter; ev yine karttır. Tuzak 7: yetkiyi sonra ayarlamak. Stajyer speki indirir. Davette rol seçin, klasör grant’ini ilk günden verin.

  • Eski aracı açık bırakmak alışkanlığı geri getirir
  • Bağsız içe aktarma wiki adasını taşır
  • Esnek tarih raporunu körleştirir
  • Küçük iş de karar taşır; ev yine karttır

Otuz günlük oyun planı

Hafta 1: bir proje, bir liste, aktif sprint, üç gerçek görev, spek bağı, salt okunur eski araç. Hafta 2: roller, davetler, doküman ağacı, ilk aksatma raporu. Hafta 3: feature bağları, hedef cümlesi, kayıtlı üç görünüm. Hafta 4: arşivi değil, bir sonraki sprinti taşıyın. Ayın sonunda stand-up on beş dakikadır, müşteri tarihi karttadır, yeni üye speki bulur. Bunlar yoksa süreyi uzatmayın; bağları tamamlattırın.

Başarı cümlesi “Ontra’yı sevdik” değildir. “Karar evsiz kalmıyor”dur. Bunu ölçmek için son sprintte Slack’te kalan karar sayısını, bağsız spek sayısını ve “güncel hangisi” tartışmalarını sayın. Üçü de düşmelidir. Düşmüyorsa eğitim eksiği değil, ritüel eksiğidir. Sprint kapanışı kararı ve kabülü zorunlu kılar. Araç buna yardım eder; dayatma sizdedir.

Sahada bir sprint boyunca tek kayıt

Sprintin ilk günü kart açılır. Başlık müşteri dilindedir, iç jargon değil. Atanan kişi ve cuma tarihi boş bırakılmaz. Spek sayfası aynı anda bağlanır; “dokümanı sonra ekleriz” cümlesi iki gün sonra unutulur. Slack’teki son karar yoruma yapıştırılır. Bu beş hareket on dakikadır ve sprintin geri kalanını taşır. Yapılmazsa çarşamba “güncel hangisi” geri gelir.

Geliştirici panoda kartı “yapılıyor”a çeker. Liste, yol haritası ve rapor aynı anda değişir. Ayrı bir Trello güncellemesi yoktur. Tasarımcı aynı kartın sayfasında speki okur; Notion v2’ye düşmez. Yönetici cuma slaytını üretmez, kilometre taşı raporunu açar. Müşteri temsilcisi görüntüleyicidir: taslağı görür, dosyayı indirmez. Dışarıya giden tarih karttaki tarihtir.

Çarşamba spek değişir. Sayfa geçmişi görev aktivitesine yazılır. “Kim değiştirdi?” sohbet değil kayıttır. Kabul maddesi hâlâ eksikse kart “bitti”ye sürülemez; `tasks.status` yetkisi olsa bile ritüel durdurur. Kabul yoksa tekrar raporu gelecek sprintte şişer. Perşembe müşteri taslağı şifreli bağlantıyla görür. Workspace daveti yoktur. Cuma kilit: bitmeyen iş silinmez, sonraki sprinte taşınır. Karar karta yazılır.

Bu sprint boyunca Slack tartışması yasak değildir. Yasak olan, kabulün sohbette kalmasıdır. PR numarası karta yazılır, review GitHub’da kalabilir. Fotoğraf veya ekran görüntüsü karta düşer, ayrı galeriye değil. Yeni üye pazartesi bu kartı açınca speki, kararı, tarihi, kabulü ve kimlerin yazdığını birlikte görür. Üç araç gezmez. Bu, tek kaydın somut halidir. Ölçüt budur: üçüncü günde spek bulunur, stand-up on beş dakikada biter, müşteri tarihi karttadır.

Yorum, karar defteridir

Göreve bağlı doküman ağacı

Slack’te “o zaman böyle yapalım” cümlesi iki gün sonra kaybolur. Ontra’da aynı cümle görevin altında durur; sonraki sprint onu okur. Karar dokümana da bağlanır, ikinci bir wiki sayfası açılmaz.

Etiket ve atanan kişi değişince doküman yetkisi de değişir. “Şu PDF’i stajyere de atayalım” diye ayrı bir paylaşım linki üretmezsiniz; kayıt zaten projeye bağlıdır.

Geçiş kontrol listesi

Mevcut Trello kartını Ontra’ya taşıyın, Notion sayfasını göreve bağlayın, Slack kararını yorum olarak yapıştırın. Üçüncü gün rapor boşsa kayıt henüz bağlanmamıştır; araç eksik değildir.

  • Eski aracı bir hafta salt okunur bırakın
  • Yeni kart açmayı Ontra’da zorunlu kılın
  • İlk sprinti gerçek işle kilitleyin