Olgun ekip yapıları

Tüm bulut işlevleri, her bulut benimseme çabası sırasında birisi tarafından sağlanır. Bu atamalar ve ekip yapıları organik olarak geliştirilebilir veya kasıtlı olarak tanımlanmış bir ekip yapısıyla eşleşecek şekilde tasarlanabilir.

Benimseme gereksinimleri arttıkça denge ve yapı gereksinimi de artar. Kurumsal olgunluğun çeşitli aşamalarında ortak ekip yapılarına genel bir bakış elde etmek için bu videoyu izleyin.

Aşağıdaki grafikte bu yapılar tipik olgunlaşma aşamalarına göre özetlenmiştir. Operasyonel gereksinimlerinize en uygun kuruluş yapısını bulmak için bu örnekleri kullanın.

Kuruluş yapıları, burada özetlenen ortak olgunluk modeli boyunca hareket etme eğilimindedir:

1. Yalnızca bulut benimseme ekibi
2. MVP en iyi uygulaması
3. Merkezi BT ekibi
4. Stratejik hizalama
5. İşletimsel hizalama
6. Bulut mükemmellik merkezi (CCoE)

Çoğu şirket , bulut benimseme ekibinden biraz daha fazlasıyla başlar. Ancak , MVP en iyi uygulama yapısına daha yakın bir kuruluş yapısı oluşturmanızı öneririz.

Yalnızca bulut benimseme ekibi

Tüm bulut benimseme çalışmalarının çekirdeği, bulut benimseme ekibidir. Bu ekip, benimsemeyi sağlayan teknik değişiklikleri yönlendirebilir. Benimseme çalışmasının hedeflerine bağlı olarak, bu ekip geniş bir dizi teknik ve iş görevini yerine getiren çeşitli ekip üyeleri içerebilir.

Küçük ölçekli veya erken aşama benimseme çabaları için bu ekip bir kişi kadar küçük olabilir. Daha büyük ölçekli veya geç aşama eforlarda, her biri yaklaşık altı mühendisi olan çeşitli bulut benimseme ekiplerinin olması yaygındır. Boyut veya görevlerden bağımsız olarak, bulut benimseme ekibinin tutarlı yönü, çözümleri buluta eklemenin araçlarını sağlamasıdır. Bazı kuruluşlar için bu yeterli bir kuruluş yapısı olabilir. Bulut benimseme ekibi makalesi, bulut benimseme ekibinin yapısı, bileşimi ve işlevi hakkında daha fazla içgörü sağlar.

Uyarı

Yalnızca bir bulut benimseme ekibiyle (veya birden çok bulut benimseme ekibiyle) çalışma, kötü model olarak kabul edilir ve bundan kaçınılmalıdır. En azından MVP en iyi uygulamasını göz önünde bulundurun.

En iyi yöntem: minimum uygulanabilir ürün (MVP)

Bulut benimseme çalışmalarında denge oluşturmak için iki takımınız olmasını öneririz. Bu iki ekip, benimseme çabası boyunca çeşitli işlevlerden sorumludur.

• Bulut benimseme ekibi: Bu ekip, benimsenen çözümler için teknik çözümler, iş uyumluluğu, proje yönetimi ve operasyonlar için sorumludur.
• Bulut idaresi ekibi: Bulut benimseme takımını dengelemek için bulut idaresi ekibi, benimsenen çözümlerde mükemmellik sağlamaya kendini adamıştır. Bulut idaresi ekibi platform olgunluğundan, platform işlemlerden, idareden ve otomasyondan sorumludur.

Bu kanıtlanmış yaklaşım sürdürülebilir olmayabileceği için bir MVP olarak kabul edilir. Sorumlu, sorumlu, sorumlu, danışılan, bilgilendirilmiş (RACI) grafiklerde belirtildiği gibi her takım birçok şapka giyiyor.

Aşağıdaki bölümlerde, tam personele sahip, kendini kanıtlamış bir kuruluş yapısı ve uygun yapıyı kuruluşunuzla uyumlu hale getirme yaklaşımları açıklanmaktadır.

Merkezi BT ekibi

Benimseme ölçeklendirildikçe bulut idaresi ekibi, birden çok bulut benimseme ekibinden gelen yenilik akışına ayak uydurmakta zorlanabilir. Bu durum özellikle yoğun uyumluluk, operasyon veya güvenlik gereksinimleri olan ortamlarda geçerlidir. Bu aşamada, şirketlerin bulut sorumluluklarını mevcut bir merkezi BT ekibine kaydırması yaygın bir durum. Bu ekip büyük ölçekte bulut benimsemeyi daha iyi desteklemek için araçları, süreçleri ve kişileri yeniden değerlendirebiliyorsa merkezi BT ekibi dahil olmak önemli bir değer katabilir. Merkezi BT ekibini modernleştirmek için operasyon, otomasyon, güvenlik ve yönetim konu uzmanları etkili operasyonel yeniliklere yol açabilir.

Ne yazık ki merkezi BT ekibi aşaması, kuruluş olgunluğunun en riskli aşamalarından biri olabilir. Merkezi BT ekibinin güçlü bir büyüme zihniyetiyle masaya gelmesi gerekir. Ekip bulutu büyüme ve uyum sağlama fırsatı olarak görürse süreç boyunca büyük değer sağlayabilir. Ancak merkezi BT ekibi bulut benimsemeyi öncelikli olarak mevcut modellerine yönelik bir tehdit olarak görürse, merkezi BT ekibi bulut benimseme ekipleri ve desteklediği iş hedefleri için bir engel haline gelir. Bazı merkezi BT ekipleri, bulutu yalnızca olumsuz sonuçlarla şirket içi yaklaşımlarla uyumlu hale getirmek için aylar, hatta yıllar harcadı. Bulut, merkezi BT ekibinde her şeyin değişmesini gerektirmez, ancak önemli bir değişiklik gerektirir. Değişime karşı direnç merkezi BT ekibinde yaygınsa, olgunluğun bu aşaması hızla kültürel bir kötü model haline gelebilir.

Hizmet olarak platform (PaaS), DevOps veya daha az işlem desteği gerektiren diğer çözümlere odaklanan bulut benimseme planlarının bu olgunluk aşamasında değer görme olasılığı daha düşüktür. Aksine, bu tür çözümler BT'yi merkezileştirme girişimleri tarafından engellenme veya engellenme olasılığı en yüksektir. Bulut mükemmellik merkezi (CCoE) gibi daha yüksek bir olgunluk düzeyinin bu tür dönüşüm çalışmaları için olumlu sonuçlar verme olasılığı daha yüksektir. Buluttaki merkezi BT ile CCoE arasındaki farkları anlamak için bkz. Bulut mükemmellik merkezi.

Stratejik hizalama

Bulut benimsemeye yapılan yatırım arttıkça ve iş değerleri gerçekleştikçe, iş paydaşları genellikle daha fazla etkileşime girer. Tanımlı bulut stratejisi ekibi, bu iş paydaşlarını bulut benimseme yatırımları tarafından gerçekleştirilen değeri en üst düzeye çıkarmak için uyumlu hale getirir.

Olgunluk organik olarak gerçekleştiğinde, BT tarafından yönetilen bulut benimseme çalışmalarının bir sonucu olarak, stratejik hizalamadan önce bir idare veya merkezi BT ekibi gelir. Bulut benimseme çabaları işletme tarafından yönetildiğinde, operasyon modeline ve kuruluşa odaklanma genellikle daha erken gerçekleşir. Mümkün olduğunda, sürecin başlarında iş sonuçlarını ve bulut stratejisi ekibini tanımlayın.

İşletimsel hizalama

Bulut benimseme çalışmalarından iş değerinin gerçekleştirilmesi için kararlı operasyonlar gerekir. Buluttaki işlemler için yeni araçlar, süreçler veya beceriler gerekebilir. İş sonuçları elde etmek için kararlı BT işlemleri gerektiğinde, burada gösterildiği gibi tanımlı bir bulut operasyonları ekibi eklemek önemlidir.

Bulut işlemleri mevcut BT işlemleri rolleri tarafından teslim edilebilir. Ancak bulut operasyonlarının BT operasyonları dışındaki diğer taraflara devredilmesi yaygın bir durum değildir. Yönetilen hizmet sağlayıcıları, DevOps ekipleri ve iş birimi BT genellikle BT operasyonları tarafından sağlanan destek ve korumalarla bulut operasyonlarıyla ilgili sorumlulukları üstlenir. Bu, DevOps veya PaaS dağıtımlarına yoğun bir şekilde odaklanan bulut benimseme çalışmalarında giderek yaygın hale geldi.

Bulut üstün başarı merkezi

Bulut mükemmellik merkezi, en yüksek olgunluk durumunda ekipleri modern bir bulut öncelikli operasyon modeliyle uyumlu hale getirir. Bu yaklaşım idare, güvenlik, platform ve otomasyon gibi merkezi BT işlevleri sağlar.

Bu yapı ile merkezi BT ekibi yapısı arasındaki temel fark, self servis ve demokratikleşmeye güçlü bir odak noktasıdır. Bu yapıdaki ekipler, denetimi mümkün olduğunca temsilci seçme amacıyla organize olur. İdare ve uyumluluk uygulamalarını bulutta yerel çözümlerle uyumlu hale getirmek, korumalar ve koruma mekanizmaları oluşturur. Merkezi BT ekibi modelinin aksine, buluta özel yaklaşım yeniliği en üst düzeye çıkarır ve operasyonel yükü en aza indirir. Bu modelin benimsenilmesi için iş ve BT liderliğinden BT süreçlerini modernleştirmeye yönelik karşılıklı anlaşma gerekir. Bu modelin organik olarak gerçekleşme olasılığı düşüktür ve genellikle yönetici desteği gerektirir.

Sonraki adımlar

Kurumsal yapı olgunluğunun belirli bir aşamasına uygun hale getirmenin ardından, her takımda sorumluluk ve sorumluluk sağlamak için RACI grafiklerini kullanabilirsiniz.

Uygun RACI grafiğini hizalama