İşi planlayın ve devredin

NEXUS'un kendine ait bir iş yönetimi deposu vardır: projeler, panolar ve üzerlerindeki iş öğeleri. Sol raydaki tek bir Work hedefidir ve içindeki her şey bu makinede durur.

1. Aynı öğelerin dört okuması

Work dört ayrı araç değildir. Tek bir iş öğesi kümesi ve bunları okumanın dört yolu vardır — yüzey değiştirmek hiçbir öğeyi taşımaz ve bir filtrenin gizlemediği hiçbir öğeyi gizlemez.

Yüzey	Ne işe yarar
Board	Bir kanban panosu: sizin tanımladığınız sütunlar, aralarında sürüklediğiniz kartlar.
List	Düz, filtrelenebilir, sıralanabilir bir tablo — bir şey bulmanın ve birkaçını birden değiştirmenin yüzeyi.
Matrix	Bir Eisenhower matrisi: aciliyete karşı önem, dört çeyrekte.
Calendar	Günlere yayılmış zamanlanmış öğeler ve hâlâ zamanlanmamış olan her şey.

Beşinci girdi olan Projects beşinci bir okuma değildir — diğer dördünün daraltılabileceği kapsayıcıdır.

2. Bir pano kurun

Panodaki sütunlar sabit bir yaşam döngüsü değil, sizin tanımladığınız aşamalardır. Bir tane ekleyin, adlandırın ve isterseniz iki şey verin:

• Devam eden iş (WIP) sınırı. Bir kart sütunu sınırın üzerine çıkaracaksa NEXUS içeri almadan önce sorar — sınırı ve mevcut sayıyı adıyla söyler. Bu bir veto değil, bir sorudur: WIP sınırı kendinize verdiğiniz bir sözdür ve onu bilerek çiğneme hakkınız vardır. 0 sınırı, "sınır yok" gibi değil, "bu sütun hiçbir şey tutmayacak biçimde kurulmuş" olarak ele alınır.
• Bir tamamlanma tanımı (definition of done). Yazdığınız metin, kart sütuna girerken size gösterilir. Bir kartı aynı sütun içinde taşımak hiçbir şey sormaz — ne sayı ne de "tamamlandı"nın anlamı değişmiştir ve bunun için sormak yalnızca uyarıları kapatmayı öğretirdi.

3. Filtreyi kaybetmeden liste filtreleyin

List yüzeyi, elindeki satırları kırparak değil, depo üzerinden filtreler ve sıralar. Bu özellikle sıralamada önemlidir: hâlihazırda elde olan satırlar üzerinde "önce en yüksek öncelik", yalnızca elde olan satırları sıralar.

Filtre kümeniz şansa kalmadan geri yüklenir. Bir öğeye girip geri dönün ya da pencere yeniden kurulsun — kurduğunuz listeye dönersiniz, hiç istemediğiniz filtresiz bir listeye değil. Liste ayrıca "depo boş" ile "filtreleriniz hiçbir şeyle eşleşmedi" durumlarını birbirinden ayırır ve filtre menüleri filtrelenmemiş veriden kurulur; böylece bir filtre, onu geri almak için ihtiyaç duyduğunuz seçeneği asla silemez.

4. Her şeyi bir projeye kapsamlayın

Bir proje seçin, Work hedefi ona daralır. Kapsam başlığı hangi yüzeyde olursanız olun üstte kalır; böylece projenin kimliği ve durum denetimi yalnızca onu açan yüzeyden değil, dördünden de erişilebilir olur.

Bir projenin durumu kritiktir. Proje active değilken — duraklatılmış, tamamlanmış, terk edilmiş veya arşivlenmiş — salt okunur hâle gelir ve bu, düğmeler devre dışı bırakılarak değil, depoda uygulanır. Her yüzeyden gelen her yazma, hangi menü, kısayol veya sürükleme ürettiyse üretsin, aynı iletiyle reddedilir. Projenin durumunu geri almak bilinçli olarak hâlâ geçen tek yazmadır, çünkü çıkış yolu odur.

Yerel bir projede iş arkadaşları (collaborators) yoktur ve bu yokluk gerçektir. Bir iş arkadaşı ortak bir hesaptaki kişidir; Mac'inizdeki bir proje kaydının arkasında hesap yoktur.

5. Bir öğeyi bir ajana veya takıma devredin

Panodaki bir karta, matristeki bir karta ya da listedeki bir satıra sağ tıklayın ve Delegate to… seçin. Üçü de aynı alıcıları sunar ve bir reddi aynı sözcüklerle bildirir, çünkü üçü aynı denetimin üç yere takılmış hâlidir.

Bundan sonrası hakkında bilinmesi gereken üç şey:

• Devredilen görev, iş öğesinin kendisidir. Hiçbir şey ikinci bir görev listesine kopyalanmaz. Öğe kendi kabul kontrolünü, sahip olduğu dosyaları ve kayıtlı kanıtını korur; devir kaydı yalnızca onu kimin taşıdığını söyler.
• Takıma devir, dosya sahipliğine göre dağıtılır. Tek bir öğe, her üyenin sahip olduğu dosyalara göre takım üyeleri arasında bölünür — tek bir ajan yerine takıma vermenin amacı budur ve iki ajanın aynı dosyayı birbirinin üzerine yazmasını bu engeller. Bu yüzden tek bir öğenin üye başına bir tane olmak üzere birden çok devri olur.
• Tamamlanma kanıta bağlıdır. Bir ajanın "bitti" demesi yetmez. Devredilen bir öğe, kabul kontrolü çalıştığında ve kayıtlı kanıt geçtiğini söylediğinde tamamlanmış sayılır. Kanıtın yokluğu hiçbir şey kanıtlamaz ve geçmeden önce iki kez başarısız olan bir koşu bunu söyler, yalnızca son durumunu sunmaz.

Döngü öğenin üzerinde görünür: kim hangi dilimi almış, hangi iş parçacığında, ne dönmüş ve kanıt ne demiş.

6. Nerede saklanır ve ne olmaz

Yukarıdakilerin tamamı bu makinedeki tek bir dosyadır — ~/.chainabit/nexus/work-management.json. Bkz. Yollar ve Kimlik Bilgileri.

Eşitleme yoktur. Buradaki hiçbir şey bir Chainabit hesabına veya başka bir makineye çoğaltılmaz ve bunu açan bir ayar da yoktur. İki makine, iki bağımsız depo demektir. Bu, etrafından dolaşılacak bir yapılandırma değil, açıkça belirtilmiş bir sınırdır — gerekçe ve neyi beklediği için bkz. Local-first (EN).

Ajanlar aynı depoya MCP üzerinden work_* araçlarıyla ulaşabilir; bu araçlar baştan sona yereldir ve Chainabit bulutunun benzer adlı araçları değildir — bkz. MCP Araçları.

Sonraki

Sabitlenmiş belleğe devam edin.

Nereye gitmeli

• Work — bu sayfanın yalnızca giriş yaptığı her yüzeyin tam rehberi.
• Proje Modeli — çalışma alanı, proje, depo ve chainy; ve bir projenin neden chainy olmadığı.
• MCP Araçları — work_* araçları ve tam parametre şemaları.
• Agent Mesh rehberi — bir devrin üzerinde ilerlediği teslim semantiği.