
Son güncelleme: 21 Ekim 2026
Quire'ın galerisinde 20'den fazla ücretsiz proje yönetimi şablonu var ve hepsi aşağıda, ne içerdikleri ve ne zaman tercih edileceğiyle birlikte listelendi. Seçimi işin şekline göre yapın: sonlu proje, tekrar eden döngü veya aşamalı hat. Birini açıp proje menüsünden Çoğalt'ı seçerek kopyalayın; bu bir dakikadan az sürer ve tüm hiyerarşiyi de getirir. Sonra ilk haftada neyi sildiğinize bakarak değerlendirin, çünkü şablon bir kurallar kitabı değil, bir başlangıç noktasıdır.
Aynı proje yapısını dördüncü kez kurmaktan gelen özel bir yorgunluk türü vardır.
Şekli zaten biliyorsunuz. Kickoff, gereksinimler, tasarım, geliştirme, inceleme, lansman. Kabaca kimin neyden sorumlu olduğunu ve kabaca hangi kısımların her zaman aksadığını biliyorsunuz. Yine de bir Pazartesi günü boş bir projenin karşısında oturmuş, ilk satıra "Kickoff" yazıyorsunuz, sanki yepyeni bir fikirmiş gibi.
Proje yönetimi şablonlarının kapattığı boşluk tam olarak budur. Strateji değil, düşünme süreci değil. Gerçek işe başlamadan önce, zaten bildiğiniz bir yapıyı yeniden yazmaya harcanan kırk dakika.
O yüzden burada kütüphanenin tamamı var, tek tek her şablon: Quire'ın Ağustos 2026 itibarıyla galerisindeki her şablon, her birinin gerçekte ne içerdiği ve hangi tür işe uygun olduğu. Haftanıza uyan gruba geçin.
Proje yönetimi şablonu: belirli bir iş türünün ihtiyaç duyduğu görevleri, aşamaları ve alanları zaten içeren, boş bir ekrandan başlamak yerine kopyaladığınız hazır bir proje yapısı. İyi bir şablon size iskeleti verir, eti eklemeyi ise size bırakır.
Quire'ın galerisinde beş grupta 20'den fazla ücretsiz proje yönetimi şablonu var: Başlangıç, Proje Yönetimi, Verimlilik Yöntemleri, İş ve Operasyon, ve Pazarlama ve Yaratıcılık. Her biri görevleri ve alanlarıyla birlikte gelir, böylece sıfırdan kurmak yerine kopyalarsınız. Şablon yerini hak eder, çünkü yazıya dökülmüş bir yapı, meşgul bir kişinin kesinlikle unuttuğu adımları yakalar.
Bunun en çok atıf alan kanıtı proje yönetiminin çok dışında bir alandan gelir. Haynes ve meslektaşları sekiz hastanede 19 maddelik bir cerrahi güvenlik kontrol listesi uyguladı ve 2009 yılında New England Journal of Medicine'de yayımlanan çalışmalarında, yatan hasta komplikasyonlarının %11,0'dan %7,0'a, ölüm oranının ise %1,5'ten %0,8'e düştüğünü buldu.
Aynı cerrahlar, aynı beceri. Sıkıcı adımların daha iyi hatırlanması.
Bir proje şablonu, çok daha düşük riskle aynı numarayı yapar. Kimseyi daha akıllı yapmaz. Ekibin üçüncü haftada kimsenin inceleme adımını kurmadığını yeniden keşfetmesini önler.
Kopyalamaya değer bir şablonu çöpten ayıran şey, beklediğinizden daha küçük olup olmadığıdır. İyi bir şablon size iskeleti verir, eti eklemeyi size bırakır. Kötü bir şablon ise yarısı sizin işinize uymayan 60 önceden yazılmış görevle gelir ve kurmaktan daha fazlasını silmekle harcarsınız.
Katalog değil, özellik turu için Quire Şablonları'nın bir projeye başlamayı nasıl kolaylaştırdığına göz atın.
Bu şablonlardan üçünün açılıp üzerinde çalışıldığını okumak yerine izlemeyi tercih ederseniz, aşağıdaki oturum tam olarak bunu yapıyor; aradığınız bölüme atlayabilmeniz için bölüm bağlantıları da eklendi.
Bu oturumda16:16 Pazarlama Kampanyası şablonu üzerinde çalışma25:15 Etkinlik Planlama şablonu üzerinde çalışma32:28 Agile ve Scrum şablonu üzerinde çalışma43:51 Gizli hazineler: Akıllı klasörler, Belgeler, Grafikler, Yinelenen görevler, Mahzen, Zaman sayacı
Listeye geçmeden önce kestirmeden bahsedelim. Seçimi ekibinizin büyüklüğüne değil, işin şekline göre yapın; neredeyse her şeyi kapsayan üç şekil vardır.
İşin net bir başlangıcı ve bitişi varsa bir proje şablonu istersiniz. Bir döngü halinde tekrarlıyorsa bir planlayıcı istersiniz. Her öğe ilerlemeden önce bir kararı bekliyorsa bir hat istersiniz.
| İşin şekli | Nasıl tanınır | Nereden başlanır | Uygun görünüm |
|---|---|---|---|
| Sonlu proje | Tek bir başlangıç, tek bir bitiş, birinin önemsediği bir tarih | Proje Başlatıcı, İş Kırılım Yapısı | Tarihlerin hâlâ geçerli olup olmadığı için Zaman Çizelgesi |
| Tekrar eden döngü | Bitiş tarihi olmadan her hafta veya ayda aynı şekil | Haftalık Planlayıcı, Ekip Görev Yönetimi | İnsanların uygunluğu kısıt olduğu için Takvim |
| Aşamalı hat | Her öğe ilerlemeden önce bir kararı bekler | Tasarım Hattı, Müşteri İlişkileri Hattı | Nelerin hareket ettiği ve nelerin takıldığı için Pano |
| Yöntem, proje değil | Bir şey teslim etmek yerine bir sistemi işletmek istiyorsunuz | GTD, Eisenhower Matrisi, OKR'ler | Tüm ağacı tek bir yerde görmek için Liste |
İki seçenek de aynı derecede doğru görünüyorsa daha küçük olanı alın: sonradan yapı eklemek birkaç dakika sürer, insanların zaten içinde çalıştığı bir şeyden yapı silmek ise bir konuşmaya mal olur.
Kopyalamaya başlamadan önce açıkça söylenmesi gereken bir şey var. Şablon bir metodoloji değildir. Agile Project şablonunu almak bir ekibi çevik yapmaz, OKR'leri almak da kimsenin inanmadığı hedefleri düzeltmez. Şablon size iskeleti verir; alışkanlıkları kurmak hâlâ size düşer.
Quire'a yeni misiniz? Şimdilik kütüphanenin geri kalanını görmezden gelin. Bu dört şablon, bir ekibin ilk dönemde ihtiyaç duyduğu çoğu şeyi kapsıyor.

1. Proje Başlatıcı. Kurulum gerektirmeyen sade bir proje planı: birkaç aşama, birkaç görev, sizin için boş alan. Galerideki en sade şablon ve bunun bir amacı var, çünkü gerçekte yaptığınız her şeye kolayca eğilebiliyor. Gerçekten karar veremiyorsanız bunu alın, özellikle bir önceki aracınız bir görev bile yazmadan önce sizi on dört alan doldurmaya zorluyorduysa.
2. Haftalık Planlayıcı. Günlerin yapı, sorumluluklarınızın ise altta olduğu tek bir görünümde haftanız. Projeler yerine bir ritimle gelen iş için iyi: nöbet listeleri, içerik haftası, araştırma temposu. Aynı zamanda hangi güne ait olduğuyla hiçbir ilişkisi olmayan bir yapılacaklar listesi tutan insanlar için sessiz bir çözüm.
3. Toplantı Gündemi ve Eylem Öğeleri. Görüşme biter bitmez buharlaşmak yerine, sahiplenilmiş takip öğeleri üreten bir gündem. Her gündem maddesi, alınan kararı ve gerçek sorumlulara sahip iç içe alt görevler olarak oluşturduğu görevleri tutabilir. Ekibinizin sürekli şikayeti "bu konuda bir toplantıda bir şey kararlaştırmıştık, değil mi?" ise, bir proje şablonu yerine buradan başlayın.
4. Ekip Görev Yönetimi. Bir teslim tarihi olan bir projeymiş gibi davranmadan, atanmış ve görünür ortak günlük iş. Bu, gerçek ihtiyacı "bu hafta kim ne yapıyor" olan ekipler için, "bu ne zaman teslim edilecek" sorusundan gerçekten farklı bir soru. Hem haftayı hem de iş yükünü istiyorsanız Haftalık Planlayıcı ile iyi eşleşir.
Kendi tamamlanmış projelerinizden birini yeniden kullanılabilir bir başlangıç noktasına dönüştürmek için Quire'da proje ve görev şablonları nasıl oluşturulur konusuna bakın.
Bir başlangıcı, bir sonu ve genellikle birinin önemsediği bir tarihi olan işler için.
5. Agile Project. Bir backlog, hikayeler ve önceden hazırlanmış inceleme adımlarıyla sprintler; böylece bir ekip önce panoyu tartışmadan ilk sprintini çalıştırabilir.
Elde ettiğiniz şey, ilk planlama oturumundan itibaren çalıştırmaya hazır sprint iş akışı ve hiyerarşisidir. Sprint kurulumunu ayrıntılı istiyorsanız Agile panosunun adım adım kurulumu var.
6. İş Kırılım Yapısı. Büyük bir proje numaralı düzeylere bölünür: alanlar, her birinin içindeki bileşenler, ardından en altta bir kişinin sahiplenebileceği boyutta iş paketleri. Bu şablon iç içe görevleri en doğrudan şekilde gösterir, çünkü bir İKY tanımı gereği bir ağaçtır ve Quire onun bir listeye düzleşmek yerine ağaç kalmasına izin verir. Örnek, 1.1.1'den 3.2.5'e kadar numaralanmış bir bina iç düzenleme işidir.
7. Sorun Günlüğü. Ekibin şu anda borçlu olduğu her şeyin, aşamalara ayrılmak yerine önceliğe göre sıralanmış tek düz listesi. Bölüm yok, iç içe yapı yok, üç durum var: genişletmeniz gereken bir liste, kimsenin okumadığı bir listedir. Her öğe bir öncelik, bir ekip yerine bir kişi ve işin türünü belirten bir etiket alır; böylece sorumluya göre gruplanmış bir pano kimin neyi taşıdığını gösterir.
8. İnşaat Programı. İzinlerden denetimlere ve teslime kadar inşaatı affetmez kılan bağımlılıklarla yapı aşamaları. Hiç beton dökmeyecek olsanız bile açmaya değer: kütüphanedeki en ayrıntılı şablon ve bir projenin okunabilir olmaktan çıkmadan önce iç içe geçmenin ne kadar derine gidebileceğinin iyi bir gösterimi.
9. Kaynak Yönetimi. Ortak kapasite için bir talep kuyruğu: iş işletmenin bir yerinden gelir, birinin sahipliğine girer ve kimin neyi taşıdığını, hangi departmanın istediğini görebilirsiniz. Talep Eden, işi isteyen kişidir, yapan kişi değil; bir talebi Talep Edildi'den Onaylandı'ya taşımak ise birinin kapasite taahhüt ettiği andır. Renk bantlı bir %İlerleme alanı ve ayrı bir Mevcut Durum, incelemeyi dürüst tutar.
10. Ürün Yol Haritası. Özellikler fikir aşamasından yayınlanmaya kadar izlenir, tek bir backlog'a atılmak yerine sürümlere göre gruplanır. "Ne geliyor ve kabaca ne zaman" sorusunu, görevlerden ikinci haftada kopan ayrı bir yol haritası sunumu tutmadan yanıtlaması gereken ekipler için iyi.
11. Günlük Stand-up Toplantısı. Canlı veya eşzamansız çalışan, her kişi için bir yuvası ve engellerin sadece bahsedilip unutulmak yerine kaydedildiği bir yeri olan 15 dakikalık bir stand-up. Toplantının sessizce işlemeyi bıraktığı şey olduğu farklı saat dilimlerindeki ekipler için eşzamansız kısım kulağa geldiğinden daha önemli. Stand-up rehberi bunu doğru şekilde eşzamansız çalıştırmayı kapsıyor.
12. Sprint Retrospektifi. Oylanmış bir gündem, altı durum ve notlarda kaybolmak yerine bir sorumlu ve tarih taşıyan eylem öğeleriyle bir retro. Önemli olan kısım alt listelerdir, çünkü bir önceki sprintin eylemlerinin bu sprintin retrospektifi başlamadan önce gerçekten gerçekleşip gerçekleşmediğini izlerler. Oylamanın ve devreden alt listelerin nasıl çalıştığı tam olarak yazıldı.
13. Risk Kaydı. 5x5 bir matriste puanlanmış riskler, her birinin bir sorumlusu var, azaltma önlemleri iyi niyetlerin bir sütunu yerine alt görevler olarak izleniyor. Sabit inceleme takvimi, kaydın sadece planlama sırasında bir kez yazılıp bir daha açılmayan bir belgeye dönüşmesini önlüyor. Risk kaydı rehberi 5x5 puanlamanın nasıl kurulduğunu gösteriyor.
14. RAID Günlüğü. Riskler, varsayımlar, sorunlar ve bağımlılıklar tek bir günlükte, etkiye göre sıralanmış, dördü de kasıtlı olarak ayrı tutulmuş. Çoğu ekip bir riski bir sorunla karıştırır; bu tam olarak günlüğün var olma amacı olan ayrımdır: bir risk gerçekleşebilir, bir sorun ise zaten gerçekleşmiştir. RAID günlüğü rehberi dört kategoriyi dürüst tutmayı ele alıyor.
15. Proje Sözleşmesi. Bir projenin çalışma başlamadan önce onaylanmasını sağlayan altı bölüm; Zaman Çizelgesi görünümünde bağımlılıklar, alanlar olarak maliyet ve efor. Yerleşik onaylar imzayı hallediyor, böylece sözleşme dolaşıp sessizce süresi dolan bir belge yerine bir kapı işlevi görüyor. İmza kapısını kurmak sözleşme rehberinde ele alınıyor.
16. İletişim Planı. Altı aşama ve hedef kitle, kanal ve sıklığın bir Tablo görünümü matrisi; böylece kimin neyi duyacağı her güncellemede yeniden tartışılmak yerine bir kez karara bağlanır. Onaylar göndermeden önce gelir. Bir projenin, onu yürüten kişinin aklında tutabileceğinden daha fazla paydaşı olduğu anda buna başvurmaya değer. İletişim planı rehberi hedef kitle matrisini sütun sütun kuruyor.
17. Ürün Backlog'u. Kabulden rafinasyona, geliştirmeye hazır olana kadar beş kova; hatalar ve teknik borç ayrılmış, kimsenin silmek istemediği ama kimsenin de yapmadığı fikirler için bir buzluk var. Buzluk dürüst olan kısım, çünkü çoğu backlog uzun bir liste olur, çünkü "belki"yi koyacak sosyal olarak kabul edilebilir bir yer yoktur.
Bunlardan üçünün tam yazıları var: iş kırılım yapısının ne olduğu ve nasıl oluşturulacağı, gerçek bir ekiple temas kurduktan sonra da hayatta kalan bir stand-up şablonu ve bir risk kaydıyla projeniz için kasıtlı olarak nasıl endişeleneceğiniz.
Ürün Yol Haritası şablonu, ufuk ufuk ve yedi maddelik yayın kontrol listesiyle birlikte beş aşamada ürün yol haritası planlaması yazısında baştan sona anlatılıyor.
Sprint Retrospektifi de öyle: bir sonraki sprinti gerçekten değiştiren sprint retrospektifleri, devreden alt listesinin gerçekte ne işe yaradığını gösteriyor.
Kişisel sistemler, hazır olarak; böylece yöntemi bir hafta sonunu onu kurmaya harcamak yerine çalıştırırsınız. Haftalık Planlayıcı da burada listelendi.
18. Getting Things Done (GTD). Boşaltılması amaçlanan bir gelen kutusu ve kısa tutulması amaçlanan sonraki eylem listeleriyle, tam yakala, netleştir, düzenle, gözden geçir döngüsü. GTD haftalık gözden geçirmeyle yaşar veya ölür, bu yüzden şablon bunu bir kez okuyup unutulan güzel bir fikir olarak bırakmak yerine tekrar eden bir taahhüt olarak içeriyor. GTD rehberi gelen kutusunu ve gözden geçirme temposunu kuruyor.
19. Eisenhower Matrisi. İşi acil ile önemliyi karşılaştırarak sıralayan dört çeyrek; bu ızgaradan çok, birinci çeyreğin ne kadarının kendi kendine yol açılmış olduğunu kabul etmekle ilgili. Bir backlog kontrolden çıktığında tek seferlik bir triyaj olarak, "önemli, acil değil" sütununun gerçekten zaman alıp almadığı konusunda dürüst olabilirseniz bir alışkanlık olarak kullanışlı.
20. Zaman Bloklama. Günün her saatine bir görev verilir, böylece takvim ilk kim rezerve ettiyse onu değil niyeti yansıtır. Blokların gerçek taahhütlere karşı görünür olduğu Takvim görünümüyle en iyi şekilde eşleşir. Sekiz saatlik bir günde yaklaşık dokuz saatlik işe taahhütte bulunduğunuzu ortaya çıkarma olasılığı en yüksek şablon olduğu konusunda dürüst bir uyarı.
21. OKR'ler. Altlarında anahtar sonuçlar olan hedefler, sonuçların ölçülebilir olacağı ve hedeflerin sessizce çoğalmayacağı şekilde yapılandırılmış. İç içe yapı burada yardımcı oluyor: anahtar sonuçlar hedeflerinin altında alt görevler olarak yer alıyor ve onlara hizmet eden iş de bunun altında iç içe geçiyor; böylece gerçekten bir rakamı hareket ettiren bir şey olup olmadığını görebilirsiniz. OKR rehberi ilerlemenin alttaki işten nasıl yukarı taşındığını gösteriyor.
Bunlardan ikisi hakkında derinlemesine yazılar: ekibinizin Q2'ye kadar sessizce terk etmeyeceği bir OKR şablonu ve tüm günü acil hisseden insanlar için Eisenhower Matrisi.
Hatlar, para, onaylar ve metrikler. Projeler yerine işi yürüten çalışma.
22. Müşteri İlişkileri Hattı. Aynı zamanda müşteri veritabanı olarak çalışan bir satış hattı. Liste sekmesi her kişiyi bir görev olarak tutar; kartta Şirket, E-posta, Telefon, Kaynak ve Potansiyel Müşteri Sıcaklığı yer alır. Hat alt listesi aynı kayıtları bir pano olarak gösterir, her aşama için bir sütun; bir kartı sütunlar arasında sürüklemek kaydın durumunu değiştirir, böylece iki görünüm hiçbir zaman birbirinden ayrışmaz. Hat rehberi aşamaları adlandırmayı anlatıyor.
23. Bütçe Tahsisi. Harcamalar kategoriye göre planlanır ve izlenir, rakamlar ödedikleri işin yanında yer alır. Burada asıl işi Özel alanlar yapıyor; planlanan ile gerçekleşeni tutarak farkın, her şeyi gerçek kaynak haline gelen bir e-tabloya aktarmadan görünür olmasını sağlıyor.
24. Satın Alma Onayı. Satın alma talepleri, ihtiyaç duydukları imzalarla sırayla standartlaştırılır; böylece kimsenin hangi tutarın üstünde kimin onay verdiğini hatırlaması gerekmez. Bunun amacı daha fazla süreç değil, daha az konuşmadır: şablon kuralı bir kez kodlar, böylece kabile bilgisi olmaktan çıkar.
25. KPI Performans Takipçisi. Bir metrik panosu yerine bir teslim karnesi: her görev, bitiş tarihinden önce bitip bitmediğine göre puanlanır (öncesinde artı 1, sonrasında eksi 1, hâlâ açık ve gecikmişse eksi 2) ve puanlar kişi başına toplanır. Bitiş tarihi olmayan bir görev puan almaz, bu yüzden bunlara dikkat edin. KPI Performans belgesindeki grafikler toplamları canlı olarak, kişiye, etikete ve duruma göre okur.
26. Gider Takipçisi. Kategoriye göre kovalara ayrılmış bir aylık harcama; her birinin bir bütçesi ve ne kadarını kullandığınızı gösteren bir toplamı var. Her gider; Harcama, Tarih ve Ödeme Yöntemi alanlarıyla bir görevdir. Her kategori satırı bir Aylık Bütçe, bir Toplam Harcama ve birini diğerine bölen bir Genel Bakış taşır: 0,94 yüzde 94 kullanıldığı anlamına gelir. Örnek, kiradan Netflix'e kadar bir kiracının ayıdır. Genel Bakış'ı aylık değil, haftalık okuyun.
27. 30-60-90 Günlük Plan. Yeni bir işe alımın ilk üç ayı, Tablo görünümünde izlenen üç aşama olarak, 7, 30, 60 ve 90. günde inceleme kapılarıyla. 7. gün kapısı, çoğu işe alım planının atladığı ve düzeltmesi hâlâ ucuzken kötü bir başlangıcı yakalayan kapı. 30-60-90 rehberi her aşamaya ne girmesi gerektiğini ortaya koyuyor.
28. Stratejik Yol Haritası. Üstte hedefler, altında girişimler, kilometre taşları ve sorumlularla bir zaman çizelgesine yerleştirilmiş. Bu, Ürün Yol Haritası'nın şirket düzeyindeki kuzeni: aynı şekil, farklı yükseklik; sorunun bir sonraki sürümde ne yayınlanacağı değil, işletmenin bu yıl ne yaptığı olduğu durumlarda tercih edilecek şablon. Zaman çizelgesine üç aylık kapılar koymak yol haritası rehberinde ele alınıyor.
Onay akışının kendi ayrıntılı anlatımı satın alma şablonu rehberinde var.
Tarihin genellikle dışarıdan geldiği ve pazarlık kabul etmediği kampanya ve içerik işleri için.
29. Sosyal Medya Planlayıcı. İçerik kanallar arasında planlanır, zamanlanır ve yayınlanır; her gönderi kendi metnini, varlığını ve onayını alt görevler olarak taşır. Sosyal medya takvimlerini gerçekte bozan şeyi hallediyor: bir gönderi aslında beş küçük bağımlı iştir ve çoğu araçta sadece yayın tarihi görünür.
Bu şablonun arkasındaki üretim iş akışının kendi yazısı var: sosyal medya iş akışı, her gönderinin arkasındaki beş iş, başlık, varlık ve onay son tarihlerini her yayın tarihinin yanında takvime yerleştiriyor.
30. Ürün Lansmanı Kontrol Listesi. Yeni bir özelliği pazara sunmak için bir kontrol listesi: ürün ekibiyle brief, her kanaldaki tanıtım ve sonrasındaki sonuçlar. Tanıtım, kanal başına bir üst görev tutar (e-posta, blog, basın, ücretli reklamlar, sosyal medya); durumlar Yapılacak, Devam ediyor, Doğrulandı, Zamanlandı, Tamamlandı şeklinde ilerler, askıya alınan her şey için Ertelendi vardır. Gerçek lansman tarihini belirleyin ve geriye doğru çalışın: Tanıtım ondan önce gelir, Kampanya Analitiği ondan sonra gerçekleşir.
31. Tasarım Hattı. Tasarım talepleri kabul, iş, inceleme ve onaydan geçirilir; bu, "şunu hızlıca değiştirebilir misin"in doğrudan bir mesaj olarak gelip yok olmasını engeller. Değeri yaratan aşama yapısıdır: kuyruğu görünür kılar, böylece önceliklendirme en son kimin sorduğuna değil, birinin verdiği bir karara dönüşür.
Bu şablonun yürüttüğü iş akışı, bir talebin ihtiyaç duyduğu altı yanıttan tur sayacına ve tek onaylayıcıya kadar tasarım onay süreci rehberinde anlatılıyor.
32. Marketing Campaign. Dokunduğu her kanalda tek bir kampanya, altı aşamada: strateji ve brief, içerik üretimi, inceleme ve onay, lansman haftası, devam eden optimizasyon ve sonundaki ölçüm retrospektifi.
Bu son aşama, bir lansman gecikince kesilen ilk şeydir; bu yüzden burada birinin hatırlaması gereken bir görev değil, bir aşamadır. Tam anlatım pazarlama kampanyası nasıl yürütülür yazısında; yedi maddelik lansman günü kontrol listesini de orada bulabilirsiniz.
33. Ekip Beyin Fırtınası. Tek bir odak sorusu etrafında bir panoda toplanan fikirler, ardından temaya göre gruplanır, önceliklendirilir ve sorumlulara verilir. Şablonun gerçek işi iki yarıyı ayrı tutmaktır: yargılamadan üretmek, sonra üretmeden yargılamak. Bunları karıştırmak, çoğu beyin fırtınasının uzun bir liste üretip hiçbir karar üretmemesinin nedenidir. Beyin fırtınası rehberi fikirler ortaya çıktıktan sonra gruplama ve oylamayı kapsıyor.
Kopyalama bir dakikadan az sürer ve görev görev değil, proje düzeyinde gerçekleşir. Şablonu açın, başlığının yanındaki açılır menüye tıklayın, Diğer'i açın ve Çoğalt'ı seçin.

Kopyanıza bir ad verin, içinde bulunması gereken organizasyonu seçin ve Oluştur'a tıklayın.
Tüm yapı onunla birlikte gelir ve bu kulağa geldiğinden daha önemlidir: bir şablonun değeri büyük ölçüde hiyerarşisindedir ve her şeyi tek bir listeye düzleştiren bir kopya, istediğiniz kısmı çöpe atmış olurdu.
Kopyanız istediğiniz gibi kesip biçebileceğiniz sizindir, orijinal şablon ise bir sonraki proje için temiz kalır.
Ardından şablonun kalıcı olup olmayacağını belirleyen kısım gelir. Önce silin. Gelen her şeyi gözden geçirin ve kendi görevinizi eklemeden önce sizin için geçerli olmayan her şeyi kesin.
Şablonlar genel bir durum için yazılır, bu yüzden ilk dürüst düzenleme her zaman bir çıkarmadır. Neredeyse hepsini siliyorsanız, bu bir başarısızlık değil, kullanışlı bir bilgidir: yanlış şablon, daha sade birini deneyin.
Bundan sonra yeniden kurmak yerine uyarlayın. Şablonla gelen aşamaların altına kendi alt görevlerinizi yerleştirin; böylece ayrıntılarınız zaten tutan bir yapının içinde yaşar.
Şablonun tahmin edemediği bir boyuta ihtiyaç varsa bir veya iki Özel alan ekleyin, örneğin bir müşteri adı veya onay durumu, ancak altı tane eklemeye direnin. Gerçekten karşılığında raporladığınız aşama sınırlarına Kilometre taşları koyun.
Ardından görünümünüzü sorduğunuz soruya göre seçin: bu hafta neyin hareket ettiği için Pano, tüm ağacı görmek için Liste, tarihlerin geçerli olup olmadığını kontrol etmek için Zaman Çizelgesi, insanların uygunluğu kısıt olduğunda Takvim. Dördünün altında da aynı görevler var.
On dakikada farkı hissetmek ister misiniz? Ücretsiz bir proje başlatın, Proje Başlatıcı'yı içine kopyalayın, işinize uymayan üçte birini silin ve kalanların altına kendi alt görevlerinizi ekleyin. Normalde sütunları adlandırmayı bile bitirmeden çalışan bir planınız olacak.
Kütüphanenin bütünü hakkında dürüst bir not. Bunlar binlerce şablondan oluşan bir pazar yeri değil, seçilmiş şablonlardır; bu bilinçli bir tercih: gezinecek daha az şey var ama değerlendirecek de hiçbir şey yok. Ekibinizin ihtiyacı çok özel bir niş pano ise büyük olasılıkla Proje Başlatıcı'dan başlayıp onu hazır bulmak yerine kendiniz kuracaksınız.
İhtiyacınız bir kütüphane değil de sağlam tek bir plansa, ikinci haftada dağılmayan proje planı şablonuyla başlayın. Hâlâ aracın kendisini mi seçiyorsunuz? Önce en iyi görev yönetimi yazılımlarını ve görev takipçilerini karşılaştırın.
Yukarıdaki her proje yönetimi şablonu, size nasıl çalışmanız gerektiğini söylemek için değil, bir projenin başındaki boş ekran saatini silmek için var.
Seçimi işin şekline göre yapın: teslim tarihi olan sonlu işler için proje şablonları, tekrar eden döngüler için planlayıcılar, her öğenin bir kararı beklediği aşamalı işler için hatlar.
İki seçenek de aynı derecede iyi görünüyorsa daha sade olanı alın, çünkü yapı eklemek ucuzdur, insanlar içinde çalışmaya başladıktan sonra kaldırmak ise pahalıdır.
Gerçek test ilk hafta gelir ve bir çıkarmadır. Uydurmak için kırptığınız bir şablon işini yapıyordur. Nezaketen bütün bıraktığınız bir şablon ise kimsenin bitirmediği bir kontrol listesine dönüşür ve ekibe sessizce proje planının bir süs olduğunu öğretir. Kopyalayın, kesin, sonra hayatta kalanın içine kendi işinizi yerleştirin.
Bir sonraki projenizde kurulumu atlamak mı istiyorsunuz? quire.io/signup adresinden ücretsiz başlayın, Proje Başlatıcı'yı kopyalayın ve size uyan bir plana ulaşana kadar silin.
Bir iş türünün ihtiyaç duyduğu görevleri, aşamaları ve alanları içeren hazır proje yapıları; böylece boş bir ekrandan başlamak yerine bunları kopylarsınız. Quire, yaptıkları işe göre gruplanmış 20'den fazla şablon sunar. Amaç, size nasıl çalışacağınızı söylemek değil, kurulumu atlamaktır.
Beş grup halinde 20'den fazla kullanıma hazır şablon: bir Başlangıç Seti, Proje Yönetimi, Verimlilik Yöntemleri, İş ve Operasyon, ve Pazarlama ve Yaratıcılık. Sade bir Proje Başlatıcı'dan tam bir İnşaat Programı yapısına kadar uzanıyor ve kütüphane büyümeye devam ediyor.
Şablonu açın, başlığının yanındaki açılır menüye tıklayın, ardından Diğer'i, ardından Çoğalt'ı seçin. Kopyanıza ad verin, içinde bulunması gereken organizasyonu seçin ve Oluştur'a tıklayın. Bir dakikadan az sürer, iç içe yapı onunla birlikte gelir ve orijinal şablon değişmeden kalır.
Seçimi ekip büyüklüğüne değil, işin şekline göre yapın. Net bir başlangıç ve son: Proje Başlatıcı veya İş Kırılım Yapısı. Haftalık tekrarlıyor: Haftalık Planlayıcı veya Ekip Görev Yönetimi. Aşamalar arasında ilerliyor: Tasarım Hattı veya Müşteri İlişkileri Hattı. Kararsız kaldığınızda daha küçük olanı alın.
İşin her seferinde aynı kalan kısımları için bir şablon kullanın, gerçekten size özgü olan kısımlar için kendi şablonunuzu oluşturun. Herhangi bir şablon başka birinin varsayımlarını içerir, bu yüzden gerçek test ilk hafta neyi sildiğinizdir. Çoğunu silerseniz, o şablon sizin için yanlıştı.
Her projenin başındaki boş ekran vergisini ortadan kaldırırlar. İlk saat, birinin zaten tasarladığı bir yapıyı yeniden kurmak yerine işe ayrıldığında ekipler işte daha üretken olur. Quire'da kopyalanan bir şablon iç içe alt görevlerini ve alanlarını korur; böylece baskı altında bir plan icat etmek yerine gerçek bir planı uyarlarsınız.