İş ilişkileri yöneticisi (BRM): iş birimlerinin ihtiyacını BT ile değere çeviren köprü
İş ilişkileri yöneticisi, iş birimlerinin hedeflerini ve ihtiyaçlarını anlayıp BT ya da hizmet sağlayıcı ekibe doğru talep olarak taşıyan, çıkan değeri iş tarafıyla birlikte izleyen kişidir. Rolün işi, sınırı ve yolu anlatılır.
Bir bakışta
- BRM, iş birimi ile BT arasında çevirmen ve ortaktır. İş birimi hedefini konuşur, BT çözümü konuşur; BRM ikisini aynı dilde buluşturur.
- Başarı ölçütü teslim edilen proje değil, iş tarafının gördüğü değerdir. Zamanında bitmiş ama kullanılmayan bir çözüm, BRM için başarı sayılmaz.
- Rol, ilişki yönetimi ile portföy önceliklendirmesinin birleşimidir. İş birimlerinin çok sayıda talebi arasında hangisinin önce yapılacağı ortak kararla netleşir.
- Bu role çoğunlukla BT hizmet yönetimi ya da iş analizi geçmişinden gelinir. Hem iş sürecini hem BT tarafını tanıyan kişi bu köprüyü en iyi kurar.
İş ilişkileri yöneticisi kimdir?
İş ilişkileri yöneticisi, ya da yaygın adıyla BRM, bir hizmet sağlayıcının, çoğu zaman şirketin BT biriminin, iş tarafıyla kurduğu ilişkiyi yöneten kişidir. Finans, satış, üretim, insan kaynakları gibi bir iş biriminin yöneticileriyle düzenli çalışır; birimin hedeflerini, sıkıntılarını ve gelecek planlarını bilir. Bu bilgiyi BT tarafına taşır ve BT'nin sunabileceği çözümü iş birimine anlatır.
İlanlarda iş ilişkileri yöneticisi, business relationship manager, BT iş ortağı (IT business partner), müşteri ilişkileri yöneticisi ya da dijital iş ortağı adlarıyla görülür. Büyük kurumlarda her iş birimine ayrılmış bir BRM bulunması yaygındır; küçük şirketlerde bu iş BT müdürüne ya da iş analistine bırakılır.
Köprünün işleyişi
BRM'in asıl katkısı, iş birimi ile BT arasındaki anlam kaymalarını önlemektir. İş birimi 'satış raporu çok geç geliyor' der; BT'nin anlayacağı ifade ise hangi veri kaynağından, ne sıklıkla ve hangi biçimde rapor istendiğidir. BRM bu çeviriyi yapar, istenen şeyin altındaki gerçek ihtiyacı sorgular ve BT'nin sunabileceği seçenekleri iş diline geri çevirir.
Bu köprü tek yönlü değildir. BT tarafında da bir yenilik ya da kısıt olduğunda BRM bunu iş birimine anlatır; birimin takvimini ve beklentisini buna göre ayarlar. Böylece çözüm teslim edildiğinde iş birimi onu kullanmaya hazırdır, BT de kullanılmayacak bir şey üretmemiştir.
Değer, ihtiyacın doğru anlaşılmasıyla başlayıp ölçülmesiyle biter
BRM'in bağlantı zinciri
- İş birimi hedefiBirimin ulaşmak istediği sonuç ve yaşadığı sıkıntı
- İhtiyaç ve talepHedefin BT'nin anlayacağı netlikte talebe çevrilmesi
- BT çözümüUygun seçeneğin hazırlanması ve teslimi
- Ölçülen değerÇözümün iş biriminde gerçekten fayda sağladığının izlenmesi
Görev ve sorumluluklar
İş ilişkileri yöneticisinin işi şu başlıklarda toplanır: • İş birimlerinin stratejisini, hedeflerini ve yaklaşan ihtiyaçlarını düzenli görüşmelerle öğrenmek • İhtiyaçları talebe dönüştürmek ve talep havuzunda öncelik sırasına sokmak • BT portföyündeki çalışmaları iş birimlerine anlatmak, beklentileri yönetmek • Proje ve hizmetlerin iş birimine değer üretip üretmediğini izlemek • Hizmet kalitesi sorunlarında iş birimi ile BT arasında arabuluculuk yapmak • Paydaşlarla düzenli iletişim kurmak, memnuniyet geri bildirimini toplamak • Yeni teknoloji imkânlarını iş birimlerine anlatmak ve birlikte fırsat aramak
Bu listenin ortak noktası, rolün bir uygulayıcıdan çok bir ilişki ve yönlendirme işi olmasıdır. BRM çoğu zaman çözümü kendisi üretmez, ama çözümün değer üretmesinden sorumludur.
Bir iş gününden somut örnek
Örneğin bir perakende şirketinde finans birimine atanmış BRM, güne finans müdürüyle yapılan düzenli toplantıyla başlar. Müdür, ay sonu kapanışının geç kalmasından şikâyetçidir. BRM önce sorunun yeri nedir diye sorar: veri geç mi geliyor, birleştirme elle mi yapılıyor, yoksa onay mı gecikiyor?
Görüşme sonunda talebi netleştirir ve BT'nin talep havuzuna yazar. Sonra BT ekibiyle birbirine rakip işleri karşılaştırır: ay sonu süresini kısaltacak bir otomasyon ile başka bir birimin acil talebi. Önceliği finans müdürü, diğer birimin BRM'i ve BT yöneticisiyle birlikte kararlaştırır. Akşam, geçen ay teslim edilen bir raporun kullanılıp kullanılmadığını kontrol eder; kullanım düşükse nedenini finans ekibinden öğrenir.
Bu gün, rolün çoğunun görüşme, karar ve takip olduğunu, doğrudan kod ya da yapılandırma yazmayı içermediğini gösterir.
Önemli bir nokta, BRM'in her talebe evet dememesidir. Bir birimin isteği, şirketin başka bir önceliğiyle çakışıyorsa bunu açıkça, gerekçesiyle ve alternatifle söyler. Böyle şeffaf davranış kısa vadede hoş karşılanmasa bile, uzun vadede iş birimlerinin BRM'e güvenmesini sağlar.
Yakın rollerle sınır
İş analisti, belirli bir proje için gereksinimleri ayrıntılı çıkarır ve belgelendirir. BRM ise birimle sürekli bir ilişki yürütür ve tek tek projelerin ötesinde birimin BT ihtiyaçlarını yönetir. Bu roller sık birlikte çalışır; BRM talebi doğurur, analist bu talebi proje düzeyine indirir.
BT servis yöneticisi, hizmetlerin tanımı ve kalitesini yönetir; iş birimi ile doğrudan ilişkisi sınırlı olabilir. Ürün sahibi ise belirli bir ürünün yön ve önceliğinden sorumludur. BRM bu rollerden daha çok birim tarafına döner: birimin bütün BT ihtiyaçları ve değer beklentisi onun ilgi alanındadır. Küçük şirketlerde bu roller bir kişide birleşir; hangisinin ağır bastığı ilan metninden anlaşılır.
Ayrım, rolün zaman ufkunda da görülür. İş analistinin çalışması proje bitince sona erer; BRM ise birimle yıllar boyunca ilişkiyi sürdürür, birimin değişen stratejisini izler ve BT'nin planlarını bu değişime göre uyarlamaya çalışır. Bu süreklilik, rolü bir proje görevi olmaktan çıkarıp bir ilişki ve ortaklık görevine dönüştürür.
Gereken beceriler ve sık hatalar
İlişki kurma ve dinleme, rolün temelidir. Güven olmadan iş birimi gerçek sıkıntısını anlatmaz. İş süreçlerini ve sektörü anlama, BRM'in konuşmalarında ciddiye alınmasını sağlar. Teknik tarafı yeterince bilmek, mümkün olanı ve olmayanı ayırt etmek için gereklidir; derin uzmanlık şart değildir. Müzakere ve öncelik belirleme, çok sayıda talep arasında adil ve şeffaf sıralama yapmak için gerekir.
Sık yapılan hata, BRM'i sipariş alıcıya dönüştürmektir. Her talebi doğrudan BT'ye iletmek, bunun iş değeri üretip üretmediğini sorgulamamak rolün katkısını yok eder. Bir diğer hata, yalnız şikâyet olduğunda ortaya çıkmaktır; düzenli ilişki olmayınca BRM yalnız kriz yönetimine kayar. Teslim edilen çözümün sonucunu takip etmemek de değer ölçümünü ortadan kaldırır. Son olarak, BT'nin sınırlarını iş birimine saklamak güven kaybettirir; zor haberi erken vermek ilişkiyi korur.
İş ilişkileri yöneticisi nasıl olunur?
Rol, çoğunlukla başka bir rolden geçişle ortaya çıkar. BT hizmet yönetimi, iş analizi, proje yönetimi ya da iş birimi tarafında dijital projelerle çalışmış kişiler yaygın adaydır. Belirli bir bölüm şartı yoktur; bilişim, işletme ve mühendislik bölümlerinden gelenler görülür. Belirleyici olan, iş sürecini ve BT teslim mantığını birlikte bilmek ve iyi iletişim kurmaktır.
Geliştirme sırası şöyle olabilir: önce BT hizmet yönetimi kavramları, ardından iş analizi ve gereksinim çıkarma, sonra paydaş yönetimi ve değer odaklı düşünme, en sonda portföy önceliklendirme ve strateji. Rolden sonra BT strateji ve dönüşüm sorumluluklarına, BT müdürlüğüne ya da dijital dönüşüm liderliğine geçilebilir.
Mindset programlarında bu rol için nerede çalışırsınız?
ITIL 4 Intermediate (Managing Professional ve Strategic Leader) programı, paydaş değerini yönlendirme modülü ile rolün değer ve paydaş ilişkisi tarafını, dijital ve BT stratejisi modülü ile de stratejik tarafını kapsar. ITIL 4 Foundation Eğitimi ise hizmet yönetiminin ortak dilini öğrenmek isteyenler için başlangıç noktasıdır. BT Talep Havuzu Yönetimi programı, taleplerin önceliklendirilmesi tarafına odaklanır.
İlgili Mindset programı
ITIL 4 Intermediate (Managing Professional & Strategic Leader) Uzmanlığı Eğitimi
Sık sorulan sorular
BRM ile iş analisti aynı kişi midir?
Hayır, ancak sık iş birliği yaparlar. İş analisti belirli bir proje için ayrıntılı gereksinim çıkarır. BRM ise birimle sürekli ilişkiyi, birimin tüm BT ihtiyaçlarını ve çıkan değeri yönetir. Küçük ekiplerde ikisi bir kişide birleşebilir; görev tanımına bakmak gerekir.
BRM olmak için ITIL sertifikası gerekir mi?
Zorunlu değildir. Ancak hizmet yönetimi dilini ve paydaş değeri yaklaşımını bilmek, özellikle BT kökenli işverenlerde avantaj sağlar. Sertifikadan önce iş birimleriyle çalışma deneyimi ve iletişim becerisi daha belirleyici olur.
BRM yalnız BT biriminde mi bulunur?
En yaygın görüldüğü yer BT'dir; fakat insan kaynakları, finans ya da tesis gibi başka hizmet birimlerinde de iş birimleriyle ilişkiyi yöneten benzer roller kurulabilir. Bu sayfada anlatılan çerçeve BT bağlamındadır, ancak köprü mantığı diğer birimlere de uygulanır.
BRM'in en zor yanı nedir?
Çoğu zaman birbirini sınırlayan beklentileri yönetmek: iş birimi hızlı ve kapsamlı ister, BT ise kapasite ve öncelikle sınırlıdır. BRM, bu gerilimi şeffaf bilgiyle ve ortak karar süreciyle yönetir. Hayır demeyi ve alternatif sunmayı bilmek gerekir.
BRM'in başarısı nasıl ölçülür?
Teslim edilen çözümlerin iş biriminde kullanılması, iş tarafının memnuniyeti, taleplerin şeffaf öncelik sırası ve beklentilerin gerçekleşme düzeyi birlikte değerlendirilir. Yalnız tamamlanan proje sayısına bakmak yanıltır; çözümün fayda üretip üretmediği esastır.
İlgili rehberler
İlgili eğitimler
Kategori: BT Yönetişimi ve Stratejisi