Başvurulacak factory Know-how Rehberi.

BowTie Portalı'nın asıl USP'si yöntemin ötesine geçer: kurumsal yönetim için ortaya çıkan bütünsel durum resmi. Tekil risk modellerinden ortak bir yönetim bilgisi ortaya çıkar.

Böylece BowTie, bir analiz modelinden bir karar aracına dönüşür: açık önceliklendirme, sorumluluklar, önlem durumu ve bütçe ihtiyacıyla birlikte tüm risk alanlarını kapsayan bir durum resmi. Yönetim kurulu, üst yönetim ya da Risk Direktörü nerede eylem gerektiğini anında fark eder.

Devamı: BowTie Risk Yönetimi Portalı ↗

BowTie Portalı; teknik, BT, süreçler, tedarikçiler, organizasyon ve uyumluluk gibi farklı alanlardan gelen riskleri ortak bir yönetim durum resmine yoğunlaştırır. Fonksiyonel, süreçsel, teknik, organizasyonel ve tedarikçiye bağlı riskler bir arada, toplu bir resimde görünür hale gelir.

Böylece yönetim, toplam riski tek bakışta görür – birimler, departmanlar ve şirket sınırları ötesinde, ortak bir görüntüde.

Özel avantaj şudur: riskler somutlaşır: maliyet, etki ve somut yatırım kararlarına dönüştürülür. Tehdit durumu, sonuç maliyetleri, önlem maliyetleri ve fayda perspektifi hesaplanır.

Böylece önemli riskleri etkili şekilde azaltmak için hangi kaynakların gerekli olduğu ve hangi önlemlerin risk azaltımına en yüksek katkıyı sağladığı görünür hale gelir. Risk azaltma için bütçeler izlenebilir şekilde gerekçelendirilir.

Bazı riskler makul bir çabayla ancak kısmen kontrol altına alınabilir. Durum resmi, önlemlere rağmen hangi risklerin kırmızı bölgede kaldığını, yani hâlâ kritik veya varoluşsal olduğunu şeffaf hale getirir.

Bu şeffaflığın kendisi bir yönetim kararıdır: şirket bilinçli olarak hangi kalan riski taşıdığına karar verir ve toplam risk durumunun risk taşıma kapasitesine hâlâ uygun olup olmadığını değerlendirir.

Durum resmi, en üst yönetim kademesi için merkezi yönetim bilgisidir. Yönetim kurulu, üst yönetim, Risk Direktörü ve denetim organları; hangi risklerin önemli olduğu, nereye yatırım yapılacağı, toplam riskin nasıl geliştiği ve ne zaman eylem gerektiği konusunda net cevaplar alır.

Üst yönetim, risk yöneticisi, iş birimi liderleri, risk sahipleri ve risk ekibi bu sırada aynı sistemde çalışır – görünür sorumluluklar ve izlenebilir devirlerle birlikte.

BowTie yöntemi, yapılandırılmış risk analizi için görsel bir yöntemdir. Solda tehditleri, ortada merkezi risk olayını – Top Event'i – ve sağda olası sonuçları sıralar.

Bu alanlar arasında bariyerler modellenir: riskin ortaya çıkmasını önleyen ya da sonuçları sınırlayan önlemler, kontroller veya hazırlanmış tepkiler. Adı, modelin şeklinden gelir: sol ve sağda açılmış, ortada toplanmış – bir papyon (fiyonk) gibi.

Devamı: BowTie Risk Yönetimi Portalı ↗

Bir tehdit, Top Event'in gerçekleşmesine yol açabilecek bir tetikleyici veya nedendir. Tehditler BowTie modelinde sol tarafta yer alır.

Örnekler: elektrik kesintisi, yazılım hatası, personel eksikliği, pazar değişimi, tedarikçi arızası, düzenleyici değişiklik veya insan hatası.

Önemli: tehditler bir riskin neden ortaya çıkabileceğini açıklar. Henüz sonraki sonuçları açıklamazlar.

Top Event, BowTie modelindeki merkezi andır: bir tehdit etkisini göstermiştir, bir durum üzerindeki kontrol kaybolmuştur ve buradan sonuçlar doğabilir.

Örnekler: "kontrol odası devre dışı kalır", "veri kaybı yaşanır", "tedarik darboğazı oluşur", "kritik tesis durur" veya "pazar konumu kaybedilir".

Solda Top Event'e neyin yol açtığı değerlendirilir. Sağda ise bundan hangi sonuçların doğabileceği değerlendirilir.

Bir sonuç, Top Event gerçekleştikten sonra ortaya çıkabilecek olası bir sonuçtur. Sonuçlar BowTie modelinin sağ tarafında yer alır.

Tipik sonuçlar: ciro kaybı, tazminat talepleri, imaj zedelenmesi, zaman kaybı, ek maliyetler, tedarik kesintisi, üretim araçlarının arızalanması, kalite sorunları veya düzenleyici yaptırımlar.

Risk zaten gerçekleşmişse, bu tarafta konu; hasarın azaltılması, düzeltilmesi, yeniden kurulması ve sınırlandırılmasıdır.

Bir bariyer, bir riski yönetilebilir kılan bir önlem, kontrol veya hazırlanmış bir tepkidir. Bariyerler bilgilendirebilir, uyarabilir, önleyebilir, yumuşatabilir, düzeltebilir, yerine geçebilir veya durdurabilir.

BowTie Portalı'nda her bariyer operasyonel bir görev olarak yönetilir – sorumlu kişi, terminal, iş akışı durumu, maliyet, beklenen etki ve onay ile birlikte. Böylece risk analizinden somut risk yönetimine geçilir.

Akılda kalıcı: Bir bariyer ancak fonksiyonel olarak uygun, organizasyonel olarak sorumlu ve operasyonel olarak takip edildiğinde etkilidir.

Önleyici bariyer, BowTie modelinin sol tarafında etki eder. Bir tehdidin Top Event'e yol açma olasılığını azaltır.

Örnekler: çift kontrol, teknik yedeklilik, erişim koruması, bakım planı, eğitim, erken uyarı göstergesi, tedarikçi denetimi veya otomatik mantıksallık kontrolü.

Önleyici bariyerler, merkezi risk olayı gerçekleşmeden önce riskten kaçınma veya riski azaltma amacına hizmet eder.

Tepkisel bariyer, BowTie modelinin sağ tarafında etki eder. Top Event gerçekleştikten sonra sonuçları sınırlar.

Örnekler: acil durum planı, yedek süreç, kriz iletişimi, yeniden başlatma planı, sigorta, yedek tedarikçi, teknik geçiş veya hazırlanmış arıza giderme.

Tepkisel bariyerler risk yönetimi kapsamındadır: sonucu yumuşatır ve iyileşme süresini kısaltır.

Risk değeri, tehdit durumunu olası ekonomik sonuçlarla birleştirir. Riskleri birbiriyle karşılaştırmaya ve bariyer yatırımlarını izlenebilir şekilde önceliklendirmeye yardımcı olur.

Temel soru şudur: önleme veya sınırlama için planlanabilir maliyetler, riskin gerçekleşmesi halinde ortaya çıkabilecek maliyetlerle karşılaştırıldığında nasıl bir tablo çiziyor?

Tehdit durumu, bir riskin tehditlerinin şu anda ne kadar önemli ve olası olduğunu tanımlar. Teknoloji, pazar, organizasyon, personel, mevzuat, tedarikçiler veya dış olaylar nedeniyle değişebilir.

BowTie Portalı'nda tehdit durumu bir değerlendirmeden daha fazlasıdır, bir yönetim sinyali tetikler: Yükseldiğinde bariyerler önceliklendirilebilir, ek kontroller devreye alınabilir veya eskalasyonlar başlatılabilir.

Sonuç maliyetleri, bir sonucun finansal olarak değerlendirilmiş etkileridir. Buna onarım, değişim, sözleşme cezası veya üretim kaybı gibi doğrudan maliyetler kadar müşteri kaybı, imaj zedelenmesi veya ek yönetim yükü gibi dolaylı maliyetler de dahildir.

Sonuç maliyetleri, hangi sonuçların gerçekten önemli olduğunu ve tepkisel bariyerlerin nerede ekonomik açıdan anlamlı olduğunu görünür kılar.

Bir bariyer planlanabilir maliyetlere neden olur: kurulum, işletim, muayene, eğitim, belgelendirme veya teknik uygulama. Buna karşılık faydası vardır: daha düşük gerçekleşme olasılığı, azaltılmış etki veya daha hızlı yeniden başlatma.

BowTie Portalı bu değerlendirmeyi şeffaf hale getirir. Böylece bütçeler, risk azaltımına en büyük katkıyı sağladıkları yerlerde hedeflenmiş şekilde kullanılabilir.

Durum resmi, modellenen tüm risklerin toplu genel görünümüdür. Tekil riskleri; risk değerleri, tehdit durumları, önlem durumu, açık bariyerler, uyarılar ve önceliklerle birlikte bir yönetim özetine yoğunlaştırır.

Durum resmi yönetim sorusunu yanıtlar: şirket nerede duruyor, nerede eylem gerekiyor ve risk profili zaman içinde nasıl değişiyor?

Risk taşıma kapasitesi, bir organizasyonun gerçekleşen risklerin finansal, operasyonel ve itibar açısından sonuçlarını, varlığını veya eylem kabiliyetini tehlikeye atmadan taşıyabilme yeteneğini tanımlar.

Durum resminde toplu risk değerleri, uyarı eşikleri ve eskalasyon ihtiyacı görünür hale gelir. Böylece yönetim, toplam risk durumunun şirketin risk taşıma kapasitesine hâlâ uygun olup olmadığını fark eder.

Bir risk alarmı, tanımlanmış eşik değerleri aşıldığında ortaya çıkar – örneğin artan tehdit durumu, yüksek sonuç maliyeti etkisi, gecikmiş bariyerler veya aşılan risk taşıma kapasitesi durumunda.

Uyarı eşikleri ve eskalasyonlar risk yönetiminin harekete geçmesini sağlar: sistem ilgili rolleri bilgilendirir, iş akışları başlatır ve durum resminde karar ihtiyacını görünür hale getirir.

Risk envanteri, risk durum resmini güncelliği açısından sistematik olarak kontrol eder. Düzenli olarak veya gerekçeye bağlı olarak gerçekleştirilir; örneğin yeni yasal düzenlemeler, yeni teknoloji, değişen organizasyon, yeni pazar katılımcıları, yeni tedarikçiler, yeni bulgular veya değişen personel durumunda.

BowTie Portalı'nda risk envanteri yapılandırılmış bir süreçtir: riskler gözden geçirilir, tehditler ve sonuçlar güncellenir, bariyerler değerlendirilir ve maliyet-fayda kararları hazırlanır.

Risk yöneticisi, üst yönetim tarafından şirket için risk yönetimiyle görevlendirilir. Metodolojiyi, yaklaşım modelini, risk ekibini, veri kalitesini ve durum resmini koordine eder.

Görevi, risk yönetiminde yönetilebilirliği sağlamaktır: Yönetim, risk durumuna dair sağlam, güncel ve karar verilebilir bir görünüm elde eder.

Risk sahibi, kendisine atanan riskler için fonksiyonel modelleme sorumluluğunu üstlenir. Kendi iş biriminin bilgisini katar ve tehditlerin, sonuçların ve bariyerlerin gerçekçi şekilde tanımlanmasını sağlar.

Risk sahipleri, risk yönetiminin kalitesi için belirleyicidir: iyi risk modelleri, yöntem ve uzmanlığın bir araya geldiği yerde ortaya çıkar.

Risk ekibi, hattan risk yönetimi organizasyonuna görevlendirilen kişilerden oluşur. Merkezi metodolojiyi, dağıtık uzmanlıkla birleştirir.

Portalda risk yöneticisi, risk sahipleri, iş birimi liderleri ve diğer paydaşlar aynı sistemde çalışır – açık roller, sorumluluklar, onaylar ve kanıtlarla birlikte.

Operasyonel risk yönetimi şu anlama gelir: riskler yalnızca tanımlanıp değerlendirilmez, somut önlemlerle aktif olarak yönetilir.

BowTie Portalı'nda bu, görev olarak yönetilen bariyerler üzerinden gerçekleşir. Her görevin sorumluları, terminleri, durumu, maliyetleri, etkisi, onayı ve geçmişi vardır. Böylece risk analizi sürekli bir yönetim sürecine dönüşür.

Bir Excel risk listesi, riskleri genellikle tekil tablo satırları olarak kaydeder. BowTie modeli ek olarak ilişkileri gösterir: Riski hangi tehditler tetikliyor? Hangi sonuçlar ortaya çıkıyor? Hangi bariyer nerede etki ediyor? Bunlarla hangi maliyetler ve faydalar ilişkilidir?

Böylece izole girişler yerine izlenebilir risk modelleri ortaya çıkar. Sonuçlar değerlendirilebilir, yönetilebilir ve raporlanabilir hale gelir.

Tedarikçiler; ürünler, hizmetler, altyapı, veri erişimleri ve bağımlılıklarla organizasyona kendi risklerini taşır. BowTie Portalı'nda tedarikçi riskleri, iç risklerle aynı mantıkla modellenebilir.

Böylece tehditler, sonuçlar, bariyerler, risk değerleri ve önlem durumu şirket çapındaki durum resmine entegre edilir.

Risk kaydı, tüm ilgili risklerin yapılandırılmış toplamıdır. BowTie Portalı'nda bundan bir listeden fazlası ortaya çıkar: her risk model yapısına, tehditlere, sonuçlara, bariyerlere, değerlendirmelere, sorumluluklara ve geçmişe sahiptir.

Böylece risk kaydı, risk envanteri, durum resmi ve yönetim kararları için yönetilebilir veri temeline dönüşür.

Risk profili, bir organizasyonun, bir birimin, bir sürecin, bir tesisin veya bir tedarikçinin risklerinin güncel genel görünümünü tanımlar.

Zaman içinde risk profili; bariyerlerin etkili olup olmadığını, yeni tehditlerin ortaya çıkıp çıkmadığını ve risk durumunun daha iyi, sabit veya daha kritik hale gelip gelmediğini gösterir.

IKS, İç Kontrol Sistemi anlamına gelir. ERM, Enterprise Risk Management yani şirket çapında risk yönetimi anlamına gelir. BowTie Portalı her iki bakış açısını da destekler: kontroller bariyer olarak modellenir, riskler birimler arasında değerlendirilir ve bir durum resmine yoğunlaştırılır.

Böylece operasyonel kontroller, risk değerlendirmeleri, sorumluluklar ve yönetim raporları ortak bir yapıda yönetilebilir.

Yapılandırılmış kayıt için tehditler boyutlara ayrılabilir: organizasyonel riskler, süreç riskleri, yasalar ve standartlar, BT dışı teknolojik riskler, bilgi teknolojisi, personel riskleri, ortak/müşteri/altyapı riskleri, mücbir sebep ve doğa olayları, insan hatası ile finansal riskler.

Bu boyutlar, risk envanterinde sistematik arama yapmaya ve önemli tetikleyicileri gözden kaçırmamaya yardımcı olur.

Sonuçlar etki sınıflarına ayrılabilir; örneğin tazminat talepleri, imaj zedelenmesi, onarım/değişim, tedarik yetersizliği, kalite sorunları, pazar fiyatı kaybı, müşteri kaybı, mevzuat ihlali, sözleşme ihlali, sağlık etkileri, ödeme yetersizliği, üretim araçlarının arızası, insan kaynaklarının kaybı veya verimsiz üretim.

Etki sınıfları, sonuç maliyetlerinin değerlendirilmesine ve tepkisel bariyerlerin önceliklendirilmesine yardımcı olur.

factory CRM, insanı tüm mesleki gerçekliğiyle haritalandıran bir kişi kontrol merkezidir. Bir kişi; isim, iletişim bilgileri ve bunun ötesinde roller, ilişkiler, sorumluluklar, asistanlıklar, yetkinlikler, süreler, dokümanlar, vekaletler ve gelişim yollarıyla yönetilir.

Böylece kişinin şirketteki, projedeki, satıştaki, organizasyondaki ve süreçteki gerçek bütünsel resmi – yönetilebilir bir ilişki ve sorumluluk nesnesi olarak – ortaya çıkar.

Devamı: CRM Kişi Yönetimi ↗

factory CRM'de insan merkezdedir – salt bir veri kaydı yerine canlı bir nesne olarak. Bir kişinin gerçekte kim olduğu, hangi işlevleri yerine getirdiği, kendisine hangi sorumluluğun bağlı olduğu ve hangi süreçlerin kendisine bağlı olduğu görünür hale gelir.

Roller, ilişkiler, terminler, vekaletler ve görevler ortak bir bütünsel resim oluşturur. Böylece devir, bilgi aktarımı, sorumluluk değişimi ve kişisel bakım aktif olarak desteklenir.

Bir insanın birçok yönü vardır: aynı anda yönetici ve çalışan, proje sorumlusu, müşteri, tedarikçi, denetçi, çırak, yetkinlik sahibi veya bilgi taşıyıcısı olabilir. Bir asistanlık üzerinden telefon görüşmeleri, terminler ve koordinasyon gerçekçi şekilde işler.

CRM bu rolleri bir kişide bir araya getirir ve her sürece göre uygun bağlamı gösterir – temiz, mükerrer olmayan bir yapıyla.

İnsanlar roller devralır, sorumlulukları devreder, yetkinlikler geliştirir veya yaşa bağlı olarak şirketten ayrılır. factory CRM bu ilişkileri görünür ve yönetilebilir kılar.

Rol değişikliğinde, ayrılışta veya sorumluluk devrinde sistem hangi yetkinliklerin, görevlerin, ilişkilerin ve sorumlulukların aktarıldığını gösterir. Böylece CRM devir, yetkinlik ve sorumluluk kontrol merkezine dönüşür.

Üç boyutlu factory hak konsepti gizliliği üç seviyede güvence altına alır: bir bütün olarak kişiye erişim, tekil özniteliklere erişim ve her kayıt için sahip hakları.

Roller, öznitelikler ve sahip hakları; kimin bir kişiyi görebileceğini, bir özniteliği değiştirebileceğini, bilgiyi aktarabileceğini veya bir kaydın sorumluluğunu üstlenebileceğini hassas şekilde yönetir.

Kişinin kendisi role uygun şekilde görünürdür. Bazı kullanıcılar tam kişiyi görür, diğerleri ise uygun bir kesiti – her biri tam olarak kendi yetkisi çerçevesinde.

Böylece her rol, göreve ve sorumluluğa uyarlanmış, kişiye dair uygun görünümü elde eder.

Bir kişinin içinde bile tekil bilgiler hassas şekilde yönetilebilir kalır. Telefon numarası, özel iletişim bilgileri, asistanlık, roller, yetkinlikler, değerlendirmeler, dokümanlar veya hassas notlar role göre görünür, okunabilir veya değiştirilebilir.

Böylece her rol, görevinin gerektirdiği tam olarak o öznitelikleri elde eder.

Her kaydın, onu kapsamlı şekilde yöneten, değiştiren ve aktaran bir sahibi vardır. Bir sonraki sahibe devir sırasında sahip hakları da birlikte aktarılır.

Böylece her kişinin bakımı, güncelliği ve kişisel takibi için net bir sorumluluk ortaya çıkar.

Sahip boyutu, CRM'i özellikle güçlü kılar: sahip, bir kişi üzerinde en son ne zaman çalıştığını, hangi etkinliklerin açık olduğunu ve nerede dikkat gerektiğini görür. Kişisel hatırlatmalar önemli kişileri gündemde tutar.

Böylece CRM hem merkezi kontrolü hem de her sorumlunun öz yönetimini destekler: her sahip kendi kişilerini, ilişkilerini, görevlerini ve hatırlatmalarını aktif olarak yönetir.

Portal teknik büyük verileri içe aktarır, geçmişe kaydeder, nesnelerle ilişkilendirir ve etkileşimli diyagramlar, ısı haritaları, 3D modeller, panolar ve yönetim durum resimleri olarak sunar.

Özel avantajı, farklı yapıdaki büyük verilerin hızlı görsel işlenmesidir: detay verilerinden net örüntüler, profiller ve durum resimleri ortaya çıkar.

Devamı: Veri Görselleştirme Portalı ↗

Tek bir RLM sayacı, 15 dakikalık aralıklarla günde zaten 96 değer üretir. Aylar, sayaçlar veya lokasyonlar boyunca büyük veri kümeleri oluşur; bunların örüntüleri görsel olarak özellikle hızlı fark edilebilir hale gelir.

Tam da burada görselleştirme faydasını gösterir: yük tepelerini, işletme sürelerini ve anormallikleri tek bakışta görünür kılar.

Süreç uçtan uca işler: veriler içe aktarılır, geçmişe kaydedilir, görselleştirilir ve izlenir. Geçmiş kaydı; zaman aralıklarının, nesnelerin ve referansların karşılaştırılmasına olanak tanır.

Böylece her gelişim izlenebilir kalır ve günler, haftalar ve aylar boyunca karşılaştırılabilir.

Tipik kaynaklar: CSV, Excel, veritabanı dışa aktarımları, REST API'ler, uzman sistemler, SCADA sistemleri, ERP sistemleri, GIS sistemleri, Varlık Yönetimi sistemleri, IoT platformları ile sayaç ve sensör veri kaynakları.

Mevcut veri kaynakları kısa sürede içe aktarılır ve nesnelerle ilişkilendirilir.

WatchDog fonksiyonları üzerinden sınır değerleri, bekleyen ölçüm değerleri, dikkat çeken yük tepeleri veya tanımlanmış olaylar izlenir. Bundan ipuçları, inceleme görevleri, hatırlatmalar veya push bildirimleri ortaya çıkar.

Böylece anormallikler aktif olarak bildirilir ve doğrudan uygun eylemlere yol açar.

Zaman içindeki seyir; elektrik, gaz, su, sensör ve süreç değerleri için detaylı analiz, mantıksallık kontrolü ve ayrıntıya inmenin temeli olmaya devam eder.

Minimum, maksimum, ortalama değerler ve tepeler görünür hale gelir; zaman aralıkları, nesneler ve referanslar karşılaştırılabilir.

Isı haritaları, yoğunlukları, tekrarları ve zaman dilimlerini özellikle hızlı gösterir: günlük, haftalık ve aylık örüntüler, işletme saatleri, hafta sonları ve vardiya modelleri.

Dikkat çeken zaman dilimleri ve tekrarlayan yük tepeleri hemen ortaya çıkar.

Her gün, 24 saat boyunca kendi profili olarak gösterilir. Arka arkaya yerleştirilen bu günlük profiller, mekansal bir tüketim nesnesi oluşturur.

Böylece yük tepeleri, işletme saatleri, haftalık ritimler, platolar ve sapmalar net şekilde ortaya çıkar – zaman içindeki değişiklikler anında fark edilebilir.

Teknik detay verileri, uzman birim ve yönetim için yönetimle ilgili bilgilere yoğunlaştırılır: en yüksek tüketiciler, trendler ve durum kutucukları.

Ayrıntıya inme, genel resimden tek bir değere kadar iner ve işletme, controlling ve yönetim için öncelikler belirler.

Coğrafi olarak yapılandırılmış veriler, harita üzerinde genel bakış noktaları olarak görünür ve doğrudan konumlar, nesneler, müşteriler, tesisler veya servis vakalarıyla bağlantılandırılabilir.

Satış örneği: Bir harita kesiti, planlanan bir müşteri ziyaretini ve tanımlanan çevredeki potansiyel müşterileri (prospect) gösterir. Böylece ek satış temasları, açıklama görüşmeleri ve yerinde ziyaretler daha iyi planlanabilir hale gelir.

Uygun olanlar arasında şebeke işletimi, Varlık Yönetimi, bakım, arıza yönetimi, kontrol merkezi süreçleri, tesis izleme, muayene ve denetim süreçleri, Tesis Yönetimi, üretim, kalite yönetimi, teknik kanıt yönetimi ve saha hizmeti bulunur.

Ölçüm değerleri, durum verileri, hata bildirimleri, muayene raporları, bakım verileri veya konum bilgilerinin ortaya çıktığı her yerde görselleştirmeler; örüntüleri, birikimleri, sapmaları, öncelikleri ve eylem ihtiyacını görünür kılar.

Tesis nesnesi, kontrol merkezinin merkezi bilgi nesnesidir. Bir tesis nesnesi örneğin şunlar olabilir: bir taşınmaz, bir bina, bir bina parçası, bir oda, bir daire, teknik bir tesis, muayeneye tabi bir nesne, bir sözleşme, bir doküman, bir bakım vakası, bir önlem, bir sipariş veya bir irtibat kişisi.

Her tesis nesnesi kendi bilgilerini, terminlerini, dokümanlarını, yükümlülüklerini, maliyetlerini ve önlemlerini beraberinde getirir – ve böylece yönetilebilir hale gelir.

Devamı: FM-Tesis Yönetimi ↗

Tesis Yönetimi Kontrol Merkezi'nin yapısı, kodlama gerektirmeden özelleştirme yoluyla kurulur. Seviyeleri (ör. taşınmaz → bina → odalar), nesne başına öznitelikleri (ör. durum, alan, aylık ısıtma maliyeti, özellikler) ve ek nesne kategorilerini (ör. binadaki yangın kapıları) tanımlarsınız.

Böylece kontrol merkezi sizin envanterinizi ve süreçlerinizi izler.

Generik şu anlama gelir: Sistemin temel işlevleri entegre edilebilir modüller olarak programlanmıştır ve böylece farklı seviyeler ve nesne türleri için kullanılabilir.

Örnek: Dokümanlar, terminler, irtibat kişileri, görevler, durumlar, hatırlatmalar, onaylar ve geçmişler; binalar için de odalar, daireler, teknik tesisler, yangın kapıları, sözleşmeler, muayene nesneleri veya bakım önlemleri için de aynı şekilde işler.

Böylece çok bireysel tesis yapıları bile hızlı ve izlenebilir şekilde haritalandırılabilir.

WatchDog terminleri ve süreleri otomatik olarak izler. Bireysel ön süreleri olan terminler de dahil olmak üzere tüm terminler izleme için kullanılabilir: muayene terminleri, bakımlar, dokümanların son kullanma tarihleri, hatırlatmalar veya eksiklik giderme süreleri.

WatchDog ayrıca gerekli düzeltmelerin belirlenen süreler içinde yapılıp yapılmadığını da kontrol edebilir – ve süre aşımında tanımlanan yere eskalasyon yapar.

Böylece kontrol merkezi, tesis yöneticisine bir muayene, önlem veya kararın ne zaman gerektiğini zamanında gösterir.

MPM burada birden fazla nesne, önlem ve programın kapsamlı yönetimini ifade eder: tüm taşınmazlara ilişkin portföy genel görünümü, önlemlerin önceliklendirilmesi, bütçe ve kapasite planlaması, muayene ve bakım için yıllık planlama, yönetim raporlaması ve önlem paketlerinin onaylanması.

Örnek: Yönetim, birden fazla bina genelinde bekleyen tüm bakım önlemlerini görür, önceliği, maliyeti ve aciliyeti değerlendirir ve hangi önlemlerin onaylanacağına karar verir.

Devamı: factory Proje Kontrol Merkezi ↗

SPM, tekil vakaların operasyonel yönetimi anlamına gelir: tek bir bakım önlemi, muayene, bakım, kiracı talebi, hasar bildirimi, keşif veya tek bir modernizasyon projesi.

Örnek: Arızalı bir yangın kapısı için bir vaka oluşturulur – açıklama, fotoğraflar, muayene dokümanları, sorumlular, termin, hizmet sağlayıcı, maliyetler, onay ve tamamlanma belgeleriyle birlikte.

Görev: Enerji, ısı ve soğutmaya ilişkin tüketim, maliyet ve durum bilgilerini nesne bazında görünür kılmak – zaman dilimi ve bina karşılaştırmalarıyla, dikkat çeken noktalarla ve bunlardan türetilen enerji önlemleriyle birlikte.

Örnek: C Binası'nın ısı tüketimi, portföydeki benzer binalara göre belirgin şekilde yüksektir. Kontrol merkezi bu sapmayı görünür kılar, ilgili bina ve tesisleriyle ilişkilendirir – ve bu bulgudan, bir Excel tablosunda kaybolan bir rakam yerine, sorumlusu, termini ve ilerleme takibiyle doğrudan bir önlem çıkar.

Görev: Muayeneye tabi tüm nesneleri; yükümlülük türü, düzenli termini, sorumlu kişi, hizmet sağlayıcı, kanıt dokümanı ve eskalasyon kuralıyla birlikte tek bir katalogda yönetmek – iç veya dış birimlere belgelenmiş yükümlülük devri dahil.

Örnek: B Binası'ndaki tekrarlayan asansör muayenesi, katalogda termin, sorumlu denetçi ve saklanan kanıt ile yer alır. FM kontrol merkezi böylece hangi yükümlülüğün mevcut olduğunu ve yerine getirilip getirilmediğini, belgelenip belgelenmediğini ve takip edilip edilmediğini gösterir – acil durumda işletmeci sorumluluğunun belirleyici kanıtı.

Görev: Nesne bazında maliyet geçmişi, beklenen önlemler, tekrarlayan bakım maliyetleri ve tespit edilen iyileştirme ihtiyacından sağlam bir bütçe öngörüsü oluşturmak – öncelik sınıfları ve portföy karşılaştırmasıyla birlikte.

Örnek: Tüm binalardaki ısıtma tesislerinin maliyet geçmişi, iki tesiste artan onarım maliyetlerini gösterir. Kontrol merkezi bundan gelecek yıl için bir bütçe öngörüsü oluşturur – yönetim, iyileştirme ihtiyacını arızadan sonra değil, önce fark eder.

Görev: Birden fazla tekil önlemi bir programda birleştirmek, alternatifleri değerlendirmek, onayları yönetmek, proje durumunu izlemek ve yönetim kararlarını dokümanlarla hazırlamak.

Örnek: Üç bina genelinde bir cephe iyileştirmesi program olarak oluşturulur: maliyet ve fayda içeren alternatifler, önlem paketi başına onay, bina başına devam eden durum. FM kontrol merkezi; tekil önlemleri, bütçeyi ve kararı bir arada tutar – proje kontrol merkeziyle aynı döngü mantığına göre.

Görev: Müşterilere, kiracılara ve kullanıcılara bir FM portalı üzerinden doğrudan nesne bazlı bilgilerine erişim vermek – maliyetler, tüketimler, dokümanlar ve vakalar.

Örnek: Bir ofis kulesinin kiraya vereni, müşterilerine aylık iklimlendirme maliyetlerine erişim verir – birim başına, kanıt ve geçmişle birlikte. FM kontrol merkezi verileri doğrudan nesne yapısından sağlar; yönetimin her ay e-posta ile değerlendirme göndermesi gerekmez.

Görev: Hasarları ve arızaları doğrudan sahada kaydetmek – fotoğraf, nesne ilişkisi, öncelik ve sorumlu işleyici veya hizmet sağlayıcıya otomatik olarak sipariş şeklinde iletilmesiyle.

Örnek: Bina yöneticisi, hasarlı bir bodrum kapısını akıllı telefonla fotoğraflar. Kontrol merkezinde doğru nesnede anında bir vaka oluşur – resim, öncelik ve siparişle birlikte. Hiçbir şey kağıtlarda veya telefon görüşmelerinde kaybolmaz, tamamlanma da belgelenir.

Görev: Birimlerin, alanların veya işlerin teslim ve kabullerini yapılandırılmış şekilde yürütmek – kontrol listeleri, tutanaklar, fotoğraflar, sayaç değerleri, tespit edilen eksiklikler ve bunlardan oluşturulan önlemlerle birlikte.

Örnek: A-14 dairesinin tesliminde tutanak dijital olarak nesne üzerinde oluşur: sayaç değerleri, fotoğraflar, tespit edilen iki eksiklik – bunlar hemen bir sonraki kiracının taşınmasından önce süreli önlemler olarak işletilir. FM kontrol merkezi teslim, kanıt ve takip görevlerini kesintisiz olarak birbirine bağlar.

Görev: Bakım ve kira sözleşmelerini doğrudan uygun nesnede yönetmek – süreler, fesih süreleri, irtibat kişileri, koşullar ve dokümanlarla birlikte, WatchDog tarafından izlenerek.

Örnek: B Binası'ndaki asansörün bakım sözleşmesi tesis nesnesine bağlıdır; fesih süresi ön süreli bir WatchDog termini olarak tanımlanmıştır. FM kontrol merkezi, sessiz uzatmadan önce zamanında hatırlatır – ve "uzat ya da yeniden ihale et" kararı, hizmet sağlayıcının kullanım geçmişi ve maliyetleriyle birlikte hazırlanır.

project biz ↗ tanımı

Kontrol merkezleri, karmaşık süreçlerin çevrimiçi yönetimi için teknik sistemlerdir. Birçok farklı bilginin sürekli olarak bir araya getirilmesi, değerlendirilmesi ve hızlı, sağlam kararlara dönüştürülmesi gereken her yerde kullanılır.

factory Proje Kontrol Merkezi bu ilkeyi proje yönetimine uygular. İlk fikirden onay kararına, oradan başarılı tamamlanmaya kadar proje sürecine eşlik eder ve yönetimin önlemleri ve projeleri hedeflenmiş şekilde yönetmesini destekler.

Bunun için stratejik hedefler, kaynaklar, öncelikler ve diğer talimatlar sistematik olarak kaydedilir. Kontrol merkezi çakışan gereksinimleri görünür kılar, hedefleri ve uygulanabilirliği mevcut çerçeve koşullarını dikkate alarak değerlendirir ve böylece hangi projelerin başlatılacağına, önceliklendirileceğine ve uygulanacağına karar vermek için sağlam bir temel oluşturur.

Çoklu Proje Yönetimi (MPM) ve Tek Proje Yönetimi (SPM) olmak üzere iki alan bu sırada gerçek zamanlı olarak birlikte çalışır. MPM alanında yönetim hedefler, öncelikler ve yönetim talimatları belirler. SPM alanında ise tekil projelerden proje verileri kaydedilir – örneğin plan verileri, gerçekleşen veriler, termin değişiklikleri, maliyet gelişimleri, kaynak bilgileri veya tedarik bildirimleri.

Proje Kontrol Merkezi bu bilgileri yönetimle ilgili göstergelere yoğunlaştırır ve bunları MPM alanına güncel bir durum resmi olarak sunar. Aynı zamanda yönetimden gelen kararlar doğrudan tekil projelere geri etki eder. Böylece kapalı bir yönetim döngüsü ortaya çıkar: Proje değişiklikleri yönetim sinyalleri oluşturur, yönetim kararları proje eylemlerini başlatır.

MPM, tüm projeler genelindeki yönetim seviyesidir. Tek proje seviyesinden farklı olarak yalnızca temel başlık verilerini içerir – tekil projelerden gelen; işlem detaylarını değil.

• Vaka bazlı verilerden hesaplanan başlık verileri: başlangıç, bitiş, toplam maliyet, toplam sonuç (PoP)
• Proje adı, anahtar, metin bilgileri gibi ek başlık verileriyle tamamlanmış
• Önceliklendirme ve yönetim için yoğunlaştırılmış göstergeler (KPI & cKPI)
• İhtiyaç halinde doğrudan ilgili Tek Projeye ayrıntıya inme (drill-down)

SPM, tek bir proje içindeki operasyonel seviyedir ve tüm önemli verilerin taşıyıcısıdır.

• Vaka bazlı planlama: kilometre taşları dahil terminler, maliyetler, kaynaklar, sonuçlar (PoP)
• Vaka bazlı gerçekleşen: gerçekleşen maliyetler, gerçekleşen terminler, gerçekleşen sonuçlar (PoP)
• Başlık verileri: proje adı, anahtarlar, metin bilgileri ve hesaplanan göstergeler
• MPM'deki tüm yoğunlaştırılmış göstergelerin temeli

Hedef veriler, MPM seviyesinde uyulması gereken talimatlardır – örneğin bir proje için stratejik bütçe veya termin hedefleri.

Çevik değişiklikler bu sırada gündelik hayatın bir parçasıdır: Hedef veriler ihtiyaç halinde Controlling yönetimi tarafından bütçe düzeltmesi üzerinden geliştirilir.

Gerçekleşen veriler, SPM seviyesindeki gerçek sonuçlardır – projede zaten fiilen ulaşılan, tüketilen veya tamamlanan şeydir.

Plan verileriyle birlikte hedef-gerçekleşen karşılaştırmaları ve öngörüler için temeli oluştururlar.

Plan verileri, hedef talimatlarının nasıl gerçekleştirileceğini tanımlayan SPM seviyesindeki detaylardır – örneğin vaka bazında termin, maliyet ve kaynaklar.

Stratejik hedef verilerin somut bir proje planına operasyonel çevirisidir.

Öngörüler, çeşitli tanınmış yöntemlere dayanan matematiksel değerlendirmelerdir – örneğin Kazanılmış Değer Yönetimi (EVM) veya İlerleme Derecesi yöntemleri (PoP).

Hedef, gerçekleşen ve plan verilerini; maliyetlerin, terminlerin ve sonuçların muhtemel gelişimine dair öngörücü bir değerlendirmeye bağlarlar.

Klasik bütçe onayı sabit bir döngü mantığıyla düşünür: bir kez planlanır, bir kez onaylanır, biter. Çevik projeler farklı işler – öncelikler, kapsam ve kaynak ihtiyacı sürekli değişir.

Bu nedenle Proje Kontrol Merkezi, katı onay yerine bütçe düzeltmesini haritalar: Controlling yönetimi bütçeleri istediği zaman artırabilir, azaltabilir veya plan bütçelerini onaylayabilir – ve ilgili proje yöneticisi kararı anında geri yansıtılmış şekilde görür.

Böylece bütçe, onay üzerindeki kontrolü kaybetmeden projenin kendisi kadar hareketli kalır.

Cube, tüm Tek Projelerin tüm vakalarının toplamı ya da kopyasıdır – salt MPM başlık verilerinin bir seviye altında yer alır.

Örneğin kaynak hesaplaması için gereklidir: salt MPM seviyesinde hangi kaynağın ne zaman gerekeceği belirlenemez – bunun için tüm projelerden gelen vaka verilerine erişim gerekir.

KPI, olağan plan ve gerçekleşen bilgilerinden otomatik olarak hesaplanan göstergelerdir – proje yöneticisi için ek çaba gerektirmez.

cKPI (kombine KPI), birden fazla göstergenin birleşiminden ortaya çıkar ve planlama kalitesi, verimlilik ve ekonomiklik hakkında daha derin çıkarımlar sağlar.

Temel ilke: minimum veri girişi – maksimum bilgi değeri.

PoP, çabadan bağımsız planlanmış bir sonuç ölçü birimini ifade eder. Örnek: 100 tablo = 100 PoP, 30 ekran = 60 PoP, 50 sayfa el kitabı = 25 PoP, çalışan başına 10 toplantı = 10 PoP.

Böylece tamamlanma gerçek sonuçlara göre ölçülür ve aşırı gerçekleşme durumunda bir Değişiklik Talebi (Change Request) başvurusuna olanak tanır.

Bütçe tüketimini kalan iş perspektifiyle tamamlar: bütçe tüketimi "plan eksi gerçekleşen" sorusunu sorarken, tamamlanma derecesi "plan eksi kalan" sorusunu sorar – ikisi birlikte gerçekçi bir tablo oluşturur.

Basit ama merkezi iki tüketim göstergesi – ekonomiklik ve hedef başarısı için temel.

Verimliliği ölçer: tamamlanan vakalar planlanan maliyetlerle mi gerçekleştirildi? Yalnızca planlama ve gerçekleşen kaydı aynı yapıyı kullandığında anlamlıdır.

Maliyet-fayda ilişkisini ölçer: elde edilen sonuç için planlanan kadar bütçe mi gerekti? Yatırımın verimliliği için bir ölçü.

Projenin genel etkinliği için bir ölçü. Örnek: TD = %50, Bütçe Tüketimi = %50, Zaman Tüketimi = %50 → Hedef Başarısı = %100. TD = %10, Bütçe Tüketimi = %10, Zaman Tüketimi = %20 olduğunda ise yalnızca %33 elde edilir.

Bir projenin ilk vakasının tamamlanmasına kadar ne kadar sürdüğünü gösterir – ancak o zaman sağlam bir CPI ölçülebilir.

Bu ölü süre ne kadar uzunsa, planlamanın gerçekçi olup olmadığı o kadar geç ortaya çıkar: planlama riski için doğrudan bir ölçü.

Aynı anda ne kadar çok vaka "açık" durumdaysa, kabuldeki risk o kadar büyüktür. Gerçekleşende bu değer, maksimum ortaya çıkan yükümlülüğe (obligo) karşılık gelir.

Şu soruya cevap verir: tepe yükte kaç kişi gerekiyor – örneğin belirli bir uzmanlıkta aynı anda kaç uzman? Bu sırada temel yükler ayrıca değerlendirilmelidir.

Bir proje yöneticisinin ortalama olarak günde ne kadar bütçe sorumluluğu taşıdığını gösterir – kullanılan proje yönetiminin gereken olgunluk düzeyi için bir gösterge.

Bir projenin ne kadar ince yapılandırıldığını gösterir – proje planlamasının olgunluk düzeyi için bir gösterge.

Bir projenin ne kadar proje yönetimi kapasitesine ihtiyaç duyduğuna dair kaba bir tahmin – şirkete özgü bir deneyim değerine dayanır.

Proje Kontrol Merkezi'nin gösterge kataloğu genişletilebilirdir. Yeni göstergeler canlı işletim sırasında eklenebilir – yönetim mantığınıza, sektörünüze ve veri temelinize uyumlu olarak.

Yönetiminize hâlâ eksik olan göstergeyi bize belirtmeniz yeterli.

Gündelik hayat, e-postalar, sohbet mesajları ve destek kayıtlarının yoğunluğuyla şekillenir – önemli bilgiler bunların içinde kaybolur ve kimse kendiliğinden zamanında tepki vermez.

Bu yüzden Proje Kontrol Merkezi iş akışını aktif olarak "sürükler": genel bir e-posta göndermez, tam olarak sorumlu kişiye somut bir çağrı gönderir – doğrudan "onun" karar ya da girişin bekleyen olduğu veri ekranına giden bir bağlantıyla.

Sonuç: sistemde doğru yeri arama, soru sorma gerektirmeyen bir süreç – tek bir tıklamayla somut göreve ulaşım.

Devamı: Workflow-Engine ↗

DMS, Doküman Yönetim Sistemi anlamına gelir. Proje Kontrol Merkezinde DMS motoru her önemli değişikliği otomatik olarak kanıtıyla ilişkilendirir – tutanak, onay, sözleşme veya tedarikçi dokümanı.

Böylece kontrol merkezindeki her gösterge, her eskalasyon ve her karar; dokümanlar manuel olarak aranmadan veya bağlantılanmadan kanıtlanabilir kalır.

Devamı: DMS & Doküman Yönetim Merkezi ↗

PRM, Ortak ve Rol Yönetimi (Partner- und Rollen-Management) anlamına gelir. PRM motoru, bir vaka için kimin sorumlu olduğunu otomatik olarak belirler – rol, kişi, ekip veya karar verici – dış tedarikçiler ya da ortak firmalar gibi şirket sınırlarının ötesinde bile.

Ancak PRM sayesinde iş akışı bir çağrının, onayın veya eskalasyonun tam olarak kime yönlendirilmesi gerektiğini bilir.

Devamı: CRM Kişi Yönetimi ↗

KRİTİS, kritik altyapılar anlamına gelir – arızası, nüfusun tedarikinde veya kamu güvenliğinde ciddi sonuçlar doğuracak organizasyon ve kurumlardır. Buna enerji, su, sağlık, ulaşım & trafik, gıda, finans ve sigortacılık ile bilgi teknolojisi ve telekomünikasyon sektörleri dahildir.

Kritik altyapı işletmecileri Almanya'da BT güvenliğine ilişkin özel yasal gereksinimlere tabidir (BSI Yasası ve BSI-KRİTİS Yönetmeliği gibi): teknolojinin güncel düzeyine uymalı, güvenlik olaylarını bildirmeli ve önlemlerini düzenli olarak kanıtlamalıdır.

KRİTİS uyumlu teslimat, Proje Kontrol Merkezi için şu anlama gelir: şirket içi (on-premise) işletim tamamen sizin kendi güvenli altyapınızda gerçekleşir – bulut zorunluluğu olmadan, isteğe bağlı olarak izole ağlarda, izlenebilir güncelleme süreçleriyle ve güvenlik ile kanıt gereksinimlerinize uyum sağlayan bir sistem mimarisiyle.