Kurum içi wiki: araçlar, yapı ve kanal geçmişinden büyüyen wiki (2026)

Kurum içi wiki, bir kuruluşun yalnızca kendisi için yazdığı sayfalar bütünüdür: yeni bir distribütörün nasıl tanımlandığı, güncel fiyat listesinin nerede olduğu, haziranda indirimler hakkında ne karar verildiği, kargo geciktiğinde kimin aranacağı. Okuyucu bir iş arkadaşı olduğu için "kurum içi", herhangi bir üye bir sayfa yazabildiği ve her sayfa bir diğerine bağlanabildiği için "wiki"dir. 10–200 kişilik bir kuruluşta wiki, ikinci bir kişi aynı soruyu sorduğu gün gündeme gelir; tek seçenek, sayfaların var olması ya da cevabın bir iş arkadaşının kafasında ve bir düzine sohbet dizisinde yaşamasıdır.

Kurum içi wiki rehberlerinin çoğu yazılım listesinden ibarettir. Bu rehber daha erken başlıyor, çünkü araç, verilecek kararların en küçüğüdür: işleyen bir wiki; gezinilebilen bir yapı, doğru kalan bir sayfa biçimi ve ekibin zaten her gün açtığı bir yerden oluşur. Önce zanaat gelir: yapı, kopyalayabileceğiniz bir sayfa şablonu, bir klinikten uygulamalı örnek. Ardından işleyiş gelir: wiki, ekibinizin zaten kullandığı araçların içinde, kendi belgelerine göre nerede yaşar ve her biri kuralın gerçekten belirlendiği toplantıyla ne yapar. Çünkü bir wiki'nin sınavı, yayına alındığı gün değildir. Yeni bir iş arkadaşının pazartesi günü onu açıp aradığı sayfayı okuyabildiği bir dilde bulduğu gündür.

Kurum içi wiki nedir — ve ne değildir

Dört şeye wiki denir ve bunlar arasındaki karışıklık, bu kadar çoğunun kurulup bu kadar azının açılmasının nedenidir:

Wiki ilk satırdır ve diğer üçünün dayandığı da odur. Bilgi bankası, yapısı zorunlu kılınmış bir wiki'dir: soru başına bir kayıt ve her birinde bir sahip. Bir tanesini 30 günde kurma yöntemi o rehberdedir; bu rehber ise wiki'nin kendi biçimiyle ilgilidir. İntranet, yazma yetkisi yalnızca üç kişiye verildiğinde wiki'nin dönüştüğü şeydir. Paylaşımlı sürücü, wiki'nin dosyalarının durduğu yerdir ve wiki'nin işi güncel olanı göstermektir. Wiki, bir süreç belgesi ya da bir SOP de değildir: onlar bir işi baştan sona anlatır; wiki sayfası ise onları nerede bulacağınızı ve o zamandan beri neyin değiştiğini söyler.

Bir wiki'yi kurum içi yapan şey parola değildir. Sayfaların ekibin kullandığı sözcüklerle yazılmış olması ("Kazablanka kuralı", "Salı turu") ve dışarıya dönük bir sayfanın asla söyleyemeyeceği şeyi söyleyebilmesidir: kimin karar verdiğini, neden verdiğini ve neyin yerine geçtiğini.

Yapı: yedi bölüm, soru başına bir sayfa

İnsanların açtığı bir wiki ile açmayı bıraktığı bir wiki arasındaki fark nadiren araçtır. Fark, ilk sayfadan önce verilen ya da verilmeyen üç karardır.

Bölümler departmana göre değil, soruya göre. "İsviçre'deki bir distribütöre nasıl fatura keseriz?" diye soran iş arkadaşı, cevabın finansa mı, satışa mı, lojistiğe mi ait olduğunu bilmez; soruyu bilir. Departmana göre düzenlenmiş bir wiki onu tek bir sayfayı bulmak için üç bölüme yollar. İnsanların sorduğu sorulara, kendi sözcükleriyle göre düzenleyin ve üst düzeyi yedi bölümle veya daha azıyla sınırlayın. Yediden sonra yapının kendisi arama gerektirir; henüz kimsenin doldurmadığı bir wiki'de arama ise hiçbir şey döndürmez. Küçük bir kuruluş için tipik üst düzeyler: müşteriler ve siparişler; para ve faturalama; insanlar ve işe alım; araçlar ve erişim; kurallar ve kararlar; kimi aramalı.

Soru başına bir sayfa, bir ekrandan kısa. Tek bir soruyu yanıtlayan sayfa bulunur ve okunur; bütün bir işlevi anlatan sayfa yer imine eklenir ve göz gezdirilir. "İsviçre'ye nasıl fatura keseriz?" bir sayfadır. "Finans" bir bölümdür. Bir sayfa içindekiler tablosu gerektiriyorsa, iki sayfadır.

Her sayfada bir sahip ve bir tarih. Kimin sahibi olduğunu ve en son ne zaman kontrol edildiğini söyleyen sayfa inanılır; aynı metin bunlar olmadan "muhtemelen eskimiş"tir. Sahibin işi küçüktür: üç ayda bir "bu hâlâ doğru mu?" sorusunu yanıtlamak ve tarihi değiştirmek; bir wiki'yi ilk yılından sonra ayakta tutan tek şey de budur. Adına bir kişi gösterilemeyen sayfa bilgi değil, tahmindir ve silinir.

Yapı bir kez kurulduktan sonra onu iki alışkanlık korur. Ekibin kanalında verilen ve iki kez sorulan her cevap bir sayfa olur; onu cevaplayan kişi yazar ve ait olduğu bölümden bağlanır. Bir kuralı değiştiren her karar önce karar günlüğüne satırını alır, sonra kuralı belirten sayfa ona bağlanır; böylece altı ay sonra sayfa yalnızca kuralın ne olduğunu değil, neden olduğunu da söyleyebilir.

Bir haftada kurum içi wiki nasıl oluşturulur

Plan, onu yürüten tek bir kişiyi varsayar: ekip lideri ya da en çok soru alan kişi; ekibin geri kalanı ise yalnızca dakikalarını harcar.

1. gün — yeri, ekibin zaten nerede okuduğuna göre seçin. Yazılım karşılaştırmasına göre değil. Wiki, soruların sorulduğu yerde yaşar: ekibin kanalı, dosyaların zaten bulunduğu paket. Kendi girişi olan beşinci bir araçtaki wiki, pazartesi sabahı kimsenin açmadığı bir wiki'dir. Aşağıdaki tablo, her yerin neyi sakladığını ve nerede bittiğini söyler.

1–3. günler — cevapları değil, soruları toplayın. Kanala tek bir mesaj bırakın: "Bu hafta bir iş arkadaşınıza sorduğunuz her soruyu, kullandığınız sözcüklerle yazın." Üçüncü güne kadar kırk ila altmış soru toplanır; üçte biri tekrardır. Tekrarları sayın: beş kez sorulan soru, birinci sayfadır.

4. gün — yedi bölüme ayırın, sahipleri belirleyin. Soruların düştüğü gruplar bölümlerdir. Her bölüm için bir sahip belirleyin (sorularının çoğunu cevaplayan kişi) ve ilk on beş sayfanın her biri için de bir sahip. Listeden başka hiçbir şey yazmayın: bölüm, soru, sahip. Listeyi ekibe tek bir soruyla geri gönderin: "ne eksik?"

5–7. günler — var olanlardan ilk on beş sayfa. Her sahip sayfalarını aşağıdaki şablonla yazar; başlangıç noktası sohbet cevabı, kuralın belirlendiği toplantının özeti, mart ayında eklenen dosyadır. İlk haftanın kuralı "kısa ve doğru, uzun ve eksiksizden iyidir": dosyaya bağlantı veren, tarihli ve imzalı iki cümlelik bir cevap bir sayfadır. Sonra bölüm dizinini ekibin okuduğu yere sabitleyin; wiki artık vardır.

Hafta içinde yapılmayanlar: paylaşımlı sürücüyü taşımak, her süreç için sayfa yazmak, yeni bir araç seçmek. Wiki, dosyalara bulundukları yerde, prosedürlere yaşadıkları yerde işaret eder.

Kurum içi wiki sayfa şablonu

Bir sayfa, bir soru, bir ekrandan kısa. Bir not olarak kopyalayıp doldurun; en sık atlanan satırlar son üçüdür ve sayfayı doğru tutanlar da onlardır.

[Soru, insanların sorarken kullandığı sözcüklerle]
Sahibi: [ad] · Bölüm: [yedi bölümden biri] · Son gözden geçirme: [tarih] · Sonraki gözden geçirme: [tarih]
Kısa cevap: [iki cümle: ne yapılmalı]
Geçerli olduğu yerler: [ekip, ofis, müşteri türü] · Geçerli olmadığı durumlar: [insanların karıştırdığı durum]
Nasıl: [numaralı adımlar; her biri ilgili sistemi, kişiyi veya dosyayı belirtir]
Arkasındaki kural: [kuralı belirleyen karar; tarihi ve gerekçesiyle, karar günlüğüne bağlantı verin]
İstisnalar: [normal yolun dışında kalan durumlar ve her birine kimin karar verdiği]
Dosyalar nerede: [güncel şablona, fiyat listesine, sözleşmeye bağlantı]
İlgili sayfalar: [SOP, süreç, bu sayfanın önceki sürümü]

Şablon, kalın etiketli düz metindir; bu yüzden yeniden biçimlendirmeye gerek kalmadan bir Word dosyasına, bir Google Doc'a, bir wiki sayfasına, bir Slack canvas'ına ya da bir sohbet notuna yapıştırılabilir.

Uygulamalı örnek: bir haftanın ardından bir kliniğin wiki'si

Barselona'da 24 kişilik bir fizyoterapi kliniği: dört kişilik bir ön büro, ondört terapist, faturalamada iki kişi, geri kalanı idari kadro. Terapistlerin yarısı son iki yılda Arjantin'den, Kolombiya'dan ve Ukrayna'dan geldi; hastaların üçte biri İngilizce randevu alan İngiliz ve Alman sakinler. Üç günlük toplama 52 soru çıkardı; tekrarlar ayıklandıktan sonra 37. Ortaya çıkan yapı, yedinci günkü bölüm başına sayfa sayılarıyla:

1. Hastalar ve randevular (5) — ilk randevu nasıl alınır; randevuya gelmeyen hastayla ne yapılır; hasta terapistini nasıl değiştirir
2. Faturalama ve sigorta (4) — hangi sigortalara doğrudan fatura kesilir; yabancı bir sigortacı için makbuz nasıl düzenlenir; bir seans ne zaman iade edilir
3. Tedavi protokolleri (3) — protokol formları nerede durur; tedavi planını kim onaylar; her seanstan sonra neler kaydedilir
4. Araçlar ve erişim (2) — randevu sistemine erişimi kim verir; hasta mektubu şablonları nerede
5. Kurallar ve kararlar (2) — 24 saatlik iptal kuralı; karar günlüğü
6. Kimi aramalı (1) — sigortacıların iletişim kişileri; ekipman servis hattı

On yedi sayfa. En çok sorulan soru ("Alman bir sigortacının kabul edeceği makbuzu nasıl düzenleriz?"), bir yıl içinde ön büroda aynı faturalama sorumlusu tarafından dokuz kez yanıtlanmıştı; sayfa ona on beş dakikaya mal oldu, çünkü dokuzuncu cevap zaten kanalda yazılıydı ve yalnızca sahip satırına ve tarihe ihtiyacı vardı.

2. bölümden doldurulmuş bir sayfa:

Yabancı bir sigortacının kabul edeceği makbuzu nasıl düzenleriz?
Sahibi: Faturalama sorumlusu · Bölüm: Faturalama ve sigorta · Son gözden geçirme: 6 Kasım 2026 · Sonraki gözden geçirme: 6 Şubat 2027
Kısa cevap: "Sigortacı makbuzu" şablonunu, hastanın dilinde, her satırda tanı kodu ve terapistin ruhsat numarasıyla kullanın.
Geçerli olduğu yerler: ödemeyi kendisi yapıp yurt dışındaki bir sigortacıdan talepte bulunan hastalar · Geçerli olmadığı durumlar: doğrudan fatura kestiğimiz, aylık ekstre alan sigortacılar.
Nasıl: 1. Hastayı randevu sisteminde açın. 2. Sigortacı makbuzu şablonunu seçin. 3. Tedavi planındaki tanı kodunu ekleyin. 4. Ruhsat numarasının her satırda olduğunu kontrol edin. 5. PDF olarak gönderin ve bir kopyasını hastanın klasörüne kaydedin.
Arkasındaki kural: Ruhsat numaraları, Nisan 2026'daki Alman ret kararlarının ardından eklendi (karar günlüğü kaydı 2026-04-22).
İstisnalar: Seans başına kalem kalem makbuz isteyen hasta, faturalama sorumlusuna başvurur; bunu başka kimse düzenlemez.
Dosyalar nerede: Sigortacı makbuzu şablonu; tanı kodu listesi; hasta klasörleri.
İlgili sayfalar: Hangi sigortalara doğrudan fatura kesilir; bir seans ne zaman iade edilir.

Wiki, zaten kullandığınız araçlarda nerede yaşar

10–200 kişilik bir kuruluş wiki'sini zaten ödediği pakette kurar; her paketin sayfa için bir yeri, dosyalar için bir yeri ve bir toplantının geride bıraktıkları için bir yolu vardır. Her biri farklı bir noktada durur ve hepsinde sayfa yazıldığı dilde kalır. Yalnızca belgelenmiş davranışlar, satıcıların kendi sayfalarından, her sayfanın kontrol edildiği ayla birlikte:

Dördünde de üç şey aynıdır. Sayfa, yazıldığı tek dilde bir belge ya da mesajdır; başka bir dil okuyan üye ya bunu ya da birinin yaptığı bir kopyayı okur. Dosyalar ikinci bir yerdedir ve ikinci bir aramayla bulunur. Kuralın tartışılıp belirlendiği toplantı ise wiki'ye ancak biri sonradan elle yazdığında ulaşır: Teams ve Meet'in bir transkript ve özeti hangi durumlarda tuttuğu ve görüşmeden sonra bunların nasıl saklanacağı Microsoft Teams ve Google Meet transkriptinizi, kaydınızı ve özetinizi nerede saklar yazısındadır; birçok ekibin aynı nedenle eklediği yapay zekâ not alıcıları Otter.ai alternatifleri yazısında karşılaştırılmıştır ve her biri özetini tek bir dilde yazar.

Bu paketlerin belgelediği çeviri, sayfaya değil görüşmeye ya da okuyucunun ekranına aittir: Microsoft, düzenleyenin Teams Premium veya Microsoft 365 Copilot lisansına sahip olduğu Teams toplantılarında canlı çevrilmiş altyazıları belgeler, Google uygun Workspace planlarında Meet'te çevrilmiş altyazıları belgeler (ikisi de Ağustos 2026'da kontrol edildi) ve WhatsApp alınan bir mesajın okuyucunun telefonunda çevrilmesini belgeler (Ağustos 2026'da kontrol edildi). Her birinin neyi kapsadığı ve nerede bittiği Microsoft Teams canlı çeviri, Google Meet canlı çeviri ve WhatsApp çeviri yazılarındadır. Ukraynaca konuşan terapistin pazartesi günü açtığı makbuz sayfası bu altyazılardan ayrı bir nesnedir ve yazıldığı dilde okunur.

Kanal geçmişinden büyüyen wiki

InterMIND, bir ekibin işinin bir kanalda yaşadığı bir iletişim alanıdır; bu yüzden wiki'nin bariz bir yuvası vardır: onu kullanan ekibin kanalı (kliniğin ön bürosu, ihracat ekibi, ajansın hesap grubu) ve soruların sorulduğu, toplantıların başladığı yer de bu kanaldır. Yukarıdaki üç karar doğrudan buraya eşlenir.

Sayfalar ve sahipleri kanaldaki notlardır. Not; başlıkları ve numaralı listeleri olan zengin metinli bir mesajdır, sonradan kendi menüsünden düzenlenir ve her üye onu kendi dilinde okur; orijinali bir geçişle bir tık uzaktadır. Sabitlenmiş bölüm dizini, yeni bir iş arkadaşının ilk bulduğu şeydir. Düzenleme geçmişi açıkken, değişen bir kuralın önceki ifadesi, güncel metnin üstünde, zaman damgasıyla birlikte sözcük düzeyinde bir fark olarak görünür; sahibin "son gözden geçirme" satırının işaret ettiği inceleme izi budur. Bir sayfanın işaret ettiği dosyalar (makbuz şablonu, tanı kodu listesi, sigortacı sözleşmesi) aynı kanala yüklenir ve her planda, her noktası geldiği paragrafa bağlı, okuyucunun dilinde bir yapay zekâ özeti taşır; ücretli planlarda dosyanın kendisi okuyucunun diline çevrilmiş olarak açılır (belgeler için 30 dil). Ana kopya bir belge aracında kalıyorsa, güncellemeleri kanala e-postayla düşer: kanalın ev sahibi ona kendine ait bir adres verir ve oraya gönderilen mesaj, göndereni adıyla ve ekleri korunarak normal bir mesaj olarak görünür. Slack'ten gelen bir ekip kanallarını da beraberinde getirir: standart bir Slack çalışma alanı dışa aktarması, her Slack kanalı için bir kanal olarak geri yüklenir; mesajlar özgün zaman damgalarıyla sırasında, sabitlemeler ve tepkiler korunarak gelir ve her mesaj her üye tarafından kendi dilinde okunur.

Her sayfanın ardındaki geçmiş, yukarıdaki tablonun bir kişiye bıraktığı işi kanalın yaptığı yerdir. Kuralın belirlendiği toplantı kanaldan başlar; görüşme sırasında taslak sayfa, Share to conference ile video karelerinin yanında herkesin ekranına gelir (bir not ya da sohbette bağlantısı verilmiş bir Google Docs veya OneDrive belgesi) ve her katılımcı onu bağımsız olarak kaydırıp kendi dilinde okurken paylaşan kişi onu canlı düzenler. Görüşme bittiğinde özet, toplantının kendisinden yazılır: bir özet, kabul edildi, açık veya tartışmalı olarak işaretlenmiş noktalar, sahipleriyle birlikte action items; her satır zaman damgasını korur. Oturum sırasında paylaşılan belgelerin özetleri de söylenenlerin yanında yer alır. Özet e-postayla, kanalda bir mesaj olarak ve takvim etkinliğinde bir bağlantı olarak ulaşır ve oturum açmış her üye onu kendi dilinde okur: kayıt, oda hangi dili kullandıysa o dilde bir kez yazılmaz, okuyucu başına çevrilir. Herhangi bir üye onu düzenleyebilir, her düzenleme yazarını ve revizyon geçmişini korur ve kanal geçmiş her oturumun özetini saklar; böylece ruhsat numarası kuralını belirleyen toplantı, kuralı belirten sayfadan bir tık uzaktadır. Kanal geçmişinden büyüyen wiki budur: ön büroda verilen dokuzuncu cevap, kuralın tartışıldığı görüşmenin özeti, nisanda eklenen şablon; hepsi tek yerde, üstlerinde sayfayla birlikte. Yukarıdaki tabloyla yan yana konduğunda fark, yalın bir olgu beyanıdır: o paketlerin belgelediği altyazılar görüşme sürerken onu çevirir; burada ise sayfa, onu doğuran toplantılar, dosyaları ve geçmişi tek bir kayıttır ve her üye onu kendi dilinde okur.

Soru kanalı aynı muameleyi öbür yönden görür. Bir üyenin kendi asistanı (Claude, ChatGPT, Copilot veya Gemini; MCP bağlayıcısı üzerinden bağlı) özetlerde, transkriptlerde, sohbetlerde ve paylaşılan dosyaların metninde tek bir soruyla arama yapar: "Alman bir sigortacının kabul edeceği makbuzu nasıl düzenleriz?" Her birinin geldiği toplantıyı, tarihi ve dosyayı belirterek pasajları döndürür; bu, yapay zekâ özellikleri açık olan kuruluşlarda çalışır ve asistan üzerinden okuma, üyenin içinde bulunduğu toplantılar ve kanallarla sınırlıdır. Sohbetin kendi araması da vardır ve wiki bütünüyle dışarı alınabilir: her planda Ayarlar'dan alınan bir yedek, kanalları mesajları, transkripsiyonları ve dosyalarıyla bir ZIP olarak dışa aktarır; sahiplik sorusunun sayfa düzeyinde değil, kuruluş düzeyinde yanıtlanması.

Bir ekibin bilgisini elinde tutan kişiler her zaman çalışan değildir. Sigortacının hasar iletişim kişisi, ekipman teknisyeni, Almanya'daki makbuz kuralını bilen serbest muhasebeci: kanalın dış üyesi e-postayla ücretsiz bir hesapla katılır ve sayfaları ile geçmişlerini herkes gibi okur; hesabı olmayan kişi ise tek bir toplantının misafiridir: görüşmeye bağlantıyla, telefondan, ücretsiz katılır, onu canlı olarak kendi dilinde dinler ve sonrasında kayıt almaz. Ev sahibi alanı sağlar ve ücretli bir planda yalnızca son 28 günde aktif olan üyeler için öder: bir toplantıya katılan, bir sohbette yazan ya da asistana soru soran üyeler; sessizleşen üyeler erişimlerini ücretsiz korur ve bir wiki'nin ihtiyacı da budur: iki yıl önce sayfayı yazan kişi hâlâ kanalda olabilir.

• Eksiksiz bir özeti açın — sizinkini yazan aynı kodla oluşturulmuş gerçek bir kayıt.
• Canlı demoyu deneyin — kayıt gerekmez; konuşun ve odanın dinleyici başına çevrilmiş halini duyun.

Zanaat olarak kurum içi wiki her aracı atlatır: yine de birinin soruları toplaması, yapıyı yedi bölümde tutması, her sayfaya bir ad ve bir tarih koyması ve doğrudan mesajla değil kanalda cevap vermesi gerekir. Atlatması gerekmeyen şey ise ikinci iştir: toplantıda kararlaştırılanı wiki'ye yeniden yazmak ve diğer dili okuyan iş arkadaşları için her sayfanın çevrilmiş bir kopyasını elle, her seferinde tek dilde tutmak.

SSS

Kurum içi wiki nedir?

Kurum içi wiki, bir kuruluşun kendi üyeleri için yazdığı sayfalar bütünüdür: işlerin nasıl yapıldığı, dosyaların nerede olduğu, neye ve neden karar verildiği; hepsi tek yerde tutulur ve herhangi bir üye bir sayfa yazabilir, her sayfa bir diğerine bağlanabilir. Herkese açık bir wiki'den okuyucusuyla, yani müşteri değil bir iş arkadaşı olmasıyla; intranetten ise sayfaları merkezi bir ekibin değil, işi yapan insanların yazıp güncellemesiyle ayrılır. Açılan sayfalar, insanların sorduğu sorulara göre düzenlenmiş, her birinde bir sahip ve bir gözden geçirme tarihi olan sayfalardır.

Kurum içi wiki ile bilgi bankası arasındaki fark nedir?

Wiki, herkesin istediği yapıda yazabileceği sayfalar bütünüdür; bilgi bankası ise insanların sorduğu sorulara göre düzenlenir, soru başına bir kayıt vardır ve her birinde adlandırılmış bir sahip ile gözden geçirme tarihi bulunur. Wiki, yapı ve sahipler eklenerek bilgi bankasına dönüşür; bunlar olmadan kimsenin gezinemediği ve kimsenin kontrol etmediği yüzlerce sayfaya dönüşür. Yazılım çoğu zaman aynıdır ve birini ötekine 30 günde dönüştürme yöntemi bilgi bankası nasıl kurulur yazısındadır.

Kurum içi wiki nasıl oluşturulur?

Yeri yazılım karşılaştırmasına göre değil, ekibin zaten nerede okuduğuna göre seçin; ekibin gerçekten sorduğu soruları üç gün boyunca, kullanılan sözcüklerle toplayın; onları en fazla yedi bölüme ayırın ve bölüm başına ve sayfa başına bir sahip belirleyin; ilk on beş sayfayı var olanlardan yazın (sohbet cevabı, toplantı özeti, dosya); bunun için kısa cevap, adımlar, istisnalar ve bir gözden geçirme tarihi olan tek sayfalık bir şablon kullanın; bölüm dizinini ekibin okuduğu yere sabitleyin. Sonra döngüyü sürdürün: iki kez cevaplanan her soru bir sayfa olur ve her sayfanın sahibi onu tarihinde gözden geçirir.

Kurum içi wiki neleri içermelidir?

Soru başına bir sayfa; her birinde insanların kullandığı sözcüklerle soru, bir sahip, en son gözden geçirme tarihi ve sonraki gözden geçirme tarihi, kısa bir cevap, geçerli olduğu ve olmadığı durumlar, ilgili sistemi veya kişiyi belirten adımlar, kuralın ardındaki karar ve tarihi, istisnalar ve bunlara kimin karar verdiği, güncel dosyalara bağlantılar ve ilgili sayfalara bağlantılar. Bir bütün olarak wiki'nin yedi veya daha az bölümden oluşan, departmana göre değil sorulan sorulara göre düzenlenmiş bir yapıya ve ekibin okuduğu yere sabitlenmiş bir bölüm dizinine ihtiyacı vardır.

Kurum içi wiki için en iyi araç hangisidir?

Ekibin zaten her gün açtığı araç; çünkü kendi girişi olan beşinci bir araçtaki wiki, pazartesi günü kimsenin kontrol etmediği wiki'dir. Microsoft Teams'te sayfalar ve dosyalar kanalda ve onun SharePoint sitesinde durur, toplantı notları bir Loop bileşenidir; Slack'te kanaldaki bir canvas; Google Workspace'te takvimden bağlanan bir Google Doc; WhatsApp'ta grup sohbetinin kendisi. Her birinin yukarıdaki tabloda belgelenmiş sınırları vardır ve her biri sayfayı yazıldığı dilde tutar. InterMIND, bir ekibin notlarını, dosyalarını, sohbetini ve toplantı özetlerini tek bir kanalda tutar; her üye onları kendi dilinde okur ve bu araçların yerine değil, yanında çalışır.

Microsoft Teams'te kurum içi wiki kurulabilir mi?

Microsoft'un belgelerine göre bir ekibin dosyaları ekiple birlikte oluşturulan bir SharePoint sitesinde saklanır; tüm standart kanallar bu siteyi kanal başına bir klasörle paylaşır, dolayısıyla kanalın Dosyalar sekmesi wiki belgelerinin yaşadığı yerdir; toplantı notları, herhangi bir katılımcının veya düzenleyenin düzenleyebileceği, otomatik kaydedilen ve Teams takviminden ve toplantı özetinden erişilen bir Loop bileşenidir. Bir wiki için iki belgelenmiş sınır önemlidir: dış katılımcılar toplantı notlarına erişemez ve onları düzenleyemez; sohbetler ve kanal mesajları bir Teams saklama ilkesiyle belirli bir süre sonra silinebilirken dosyalar kendi SharePoint ve OneDrive ilkelerini izler (sayfalar Ekim ve Kasım 2026'da kontrol edildi).

Kurum içi wiki nasıl güncel tutulur?

Her sayfada bir sahip ve bir gözden geçirme tarihiyle, başka hiçbir şeyle değil. Sahibin işi, üç ayda bir "bu hâlâ doğru mu?" sorusunu yanıtlamak ve tarihi değiştirmektir; sahibi ayrılmış bir sayfa yeni bir sahip bulur ya da silinir. Sayfaları iki alışkanlık besler: ekibin kanalında iki kez verilen her cevap, onu cevaplayan kişi tarafından yazılan bir sayfa olur ve bir kuralı değiştiren her karar önce kaydedilir; böylece sayfa neden değiştiğine bağlanabilir. Bu şekilde tutulan bir wiki, bir soru cevaplandığında bir sayfa büyür ve kimse onu bir proje olarak yeniden yazmaz.

Kaynaklar: Microsoft Learn — Teams and SharePoint integration; Microsoft Learn — Learn about retention for Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Meeting agenda template (canvas); Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. Microsoft Learn Teams–SharePoint sayfası Kasım 2026'da kontrol edildi; Teams saklama ve toplantı notları sayfaları, Slack canvas şablon sayfası ve Google "Take notes for me" sayfası Ekim 2026'da kontrol edildi; Teams mesaj çevirisi ve altyazı sayfaları, Slack fiyatlandırma, saklama ve dışa aktarma sayfaları, Google Chat çeviri ve Meet altyazı sayfaları ile WhatsApp sayfaları Ağustos 2026'da kontrol edildi. Satıcılar planları, özellikleri ve dil listelerini zaman içinde değiştirir; güncel durum için kendi sayfalarını kontrol edin.