Yetişkin takım yapıları

Her bulut işlevi, her bulut benimseme çabasında Kullanıcı tarafından sağlanır. Bu atamalar ve takım yapıları, organik bir şekilde geliştirebilir veya bir tanımlı ekip yapısıyla eşleşecek şekilde bilinçli olarak tasarlanabilir.

Benimseme için büyüdükçe, bakiye ve yapıya ihtiyacı vardır. Kurumsal vadede çeşitli aşamalarda ortak ekip yapılarına genel bakış almak için bu videoyu izleyin.

Aşağıdaki grafik ve liste, bu yapıları tipik Maturation aşamasına göre özetler. İşletimsel gereksinimlerinize en iyi şekilde hizalanan kuruluş yapısını bulmak için bu örnekleri kullanın.

Kurumsal yapılar, burada özetlenen ortak bir vade modeline geçme eğilimindedir:

1. Yalnızca bulut benimseme ekibi
2. MVP en iyi uygulaması
3. Merkezi BT ekibi
4. Stratejik hizalama
5. İşlemsel hizalama
6. Bulut üstün ortası (CCoE)

Çoğu şirket, bir bulut benimseme ekibindençok daha fazlasını başlatır. Ancak, MVP en iyi uygulama yapısına daha yakından benzeyen bir kurumsal yapı oluşturmanızı öneririz.

Yalnızca bulut benimseme ekibi

Tüm bulut benimseme çabalarının nueti, bulut benimseme takımdır. Bu ekip, benimsemeyi sağlayan teknik değişiklikleri sürücüler. Benimseme çabasının hedeflerine bağlı olarak, bu ekip, çok çeşitli teknik ve iş görevlerini ele alan farklı bir takım üyesi içerebilir.

Küçük ölçekli veya erken aşama benimseme çabaları için, bu takım bir kişi kadar küçük olabilir. Daha büyük ölçekli veya geç aşamalı çabalarda, her biri altı mühendisin etrafında olmak üzere birkaç bulut benimseme takımı olması yaygındır. Boyut veya görevlerden bağımsız olarak, herhangi bir bulut benimseme ekibinin tutarlı bir yönü, çözümleri buluta ekleme araçlarını sunmasıdır. Bazı kuruluşlarda bu, yeterli bir kurumsal yapı olabilir. Bulut benimseme ekibi makalesi, bulut benimseme ekibinin yapısına, kompozisyonuna ve işlevine daha fazla öngörü sağlar.

En iyi uygulama: en düşük uygulanabilir ürün (MVP)

Bulut benimseme çabaları arasında bakiye oluşturmak için iki takımımız olması önerilir. Bu iki ekip, benimseme çabası boyunca çeşitli işlevlerden sorumludur.

• Bulut benimseme ekibi: Bu ekip, benimseyen çözümlere yönelik teknik çözümler, iş hizalaması, proje yönetimi ve işlemler için sorumlu bir tablodur.
• Bulut idare ekibi: Bulut benimseme ekibini dengelemek için bir bulut idare ekibi, benimseyen çözümlerde üstün olma sağlamak üzere ayrılmıştır. Bulut idare ekibi, platform vade, platform işlemleri, idare ve otomasyon için sorumlu bir tablodur.

Bu kanıtlanmış yaklaşım, sürdürülemediği için MVP olarak değerlendirilir. Her bir ekip, sorumlu, muhasebecili, ele verilen ve bilinçli (KCI) grafiklerdegösterildiği gibi birçok HATS taktığında.

Aşağıdaki bölümlerde, tam olarak yapılan ve kendini kanıtlamış bir kurumsal yapı ve kuruluşunuza uygun yapıyı hizalamak için yaklaşımlar açıklanmaktadır.

Merkezi BT ekibi

Benimseme ölçeği ölçeklenirken, bulut idare ekibi, birden fazla bulut benimseme ekibinin yeniliklerine ayak uydurmasına devam edebilir. Bu özellikle, ağır uyumluluk, işlemler veya güvenlik gereksinimleri olan ortamlarda doğrudur. Bu aşamada, şirketlerin bulut sorumluluklarını mevcut bir merkezi BT ekibine kaydırması yaygındır. Bu ekip, bulut benimsemesini daha iyi desteklemek için araçlar, süreçler ve kişilerin ölçeğini yeniden düzenleyebilir ve ardından merkezi BT ekibi de dahil olmak üzere önemli bir değer ekleyebilir. İşlemler, otomasyon, güvenlik ve yönetimin yanı sıra, modernleştirin merkezi BT ekibinin etkili operasyonel yeniliklere sahip olması için bu konudaki konuları getirme.

Ne yazık ki, merkezi BT ekibi aşaması, kurumsal vadede en riskli aşamalarından biri olabilir. Merkezi BT ekibinin güçlü bir büyüme Mindset ile tabloya gelmesi gerekir. Takım bulutu büyümek ve uyarlayabilmesi için bir fırsat olarak görüntülediğinde, süreç boyunca harika bir değer sağlayabilir. Ancak merkezi BT ekibi, bulut benimsemeyi birincil olarak mevcut modeliyle tehdit olarak görüntülediğinde, merkezi BT ekibi bulut benimseme ekiplerine ve destekledikleri iş hedeflerine karşı bir gözlemciyi hale gelir. Bazı merkezi BT ekipleri, bulutu yalnızca negatif sonuçlarla şirket içi yaklaşımlar ile hizalamaya zorlamak için geçen aylar veya hatta yıllar harcamaya çalışıyor. Bulut, merkezi BT ekibinin içinde her şeyin değiştirilmesini gerektirmez, ancak önemli bir değişiklik yapılmasını gerektirir. Değişiklik yapılacak iş merkezi BT ekibinin içinde yaygındır ise, bu vade aşaması hızlı bir şekilde kültürel bir kötü model haline gelebilir.

bulut benimseme planları, bir hizmet olarak platform (paas), DevOps veya daha az işlem desteği gerektiren diğer çözümlerin bu aşamasında değeri görme olasılığı düşüktür. Bu tür çözümler, bu tür çözümlerin en büyük olasılıkla, bunu merkezileştirme girişimlerine göre ipuçlı veya engellenmiş olma olasılığı yüksektir. Daha yüksek bir bulut düzeyi (CCoE), bu tür dönüştürme çabalarına yönelik pozitif sonuçlar elde etmek daha yüksektir. Bulut ve bir CCoE ile merkezi BT arasındaki farkları anlamak için bkz. bulut merkezinin üstün olması.

Stratejik hizalama

Bulut benimseme yatırımı büyüdükçe ve iş değerleri gerçekleştirildikçe, iş hissedarları genellikle daha fazla kullanılabilir hale gelir. Aşağıdaki görüntüde gösterildiği gibi tanımlı bir bulut stratejisi ekibi, bulut benimseme yatırımları tarafından gerçekleştirilen değeri en üst düzeye çıkarmak için bu iş hissedarlarını hizalar.

Vadede kuruluşa göre yapılmadığında, BT 'nin bu bulut benimseme çabalarının bir sonucu olarak, stratejik hizalama genellikle bir idare veya merkezi bir BT ekibi tarafından yapılır. Bulut benimseme çabaları iş lideri olduğunda, işletim modeli ve kuruluş üzerindeki odak daha önce gerçekleşecektir. Mümkün olduğunda, iş sonuçları ve bulut stratejisi ekibinin her ikisi de işlemin başlarında tanımlanmalıdır.

İşlemsel hizalama

Bulut benimseme çabalarından iş değeri gerçekleştirme kararlı işlemler gerektirir. Buluttaki işlemler için yeni araçlar, işlemler veya yetenekler gerekebilir. İş sonuçlarını elde etmek için kararlı BT işlemleri gerektiğinde, burada gösterildiği gibi tanımlı bir bulut işlemleri ekibi eklemek önemlidir.

Bulut işlemleri, var olan BT operasyon rolleri tarafından teslim edilebilir. Ancak, bulut işlemlerinin BT işlemleri dışındaki diğer taraflara temsilci olarak oluşturulması yaygın olmayan bir durumdur. yönetilen hizmet sağlayıcıları, DevOps takımları ve iş birimi, bt işlemleri tarafından sunulan destek ve guardraylarla bulut işlemleriyle ilişkili sorumlulukları genellikle varsayar. bu, büyük ölçüde DevOps veya paas dağıtımına odaklanarak bulut benimseme çabaları için giderek daha yaygındır.

Bulut üstün başarı merkezi

En yüksek vadede, bir bulut merkezinin üstün olması, takımları modern bir bulut öncelikli işletim modeli etrafında hizalar. Bu yaklaşım, idare, güvenlik, platform ve otomasyon gibi merkezi BT işlevlerini sağlar.

Bu yapı ile merkezi BT ekibi yapısı arasındaki birincil fark, self servis ve democratization için güçlü bir odadır. Bu yapıdaki takımlar, mümkün olduğunca denetim için temsilci seçme amacını düzenler. İdare ve uyumluluk uygulamalarını bulutta yerel çözümlerle hizalamak, guardrayları ve koruma mekanizmaları oluşturur. Merkezi BT ekibi modelinin aksine, bulutta yerel yaklaşım, yenilikleri en üst düzeye çıkarır ve işlemsel ek yükü en aza indirir. Bu modelin benimsemesi için modernleştirin BT işlemlerine yönelik karşılıklı anlaşma, iş ve BT liderlerinden gerekli olacaktır. Bu modelin kuruluş için büyük olasılıkla oluşması ve genellikle Executive desteğinin yapılması gerekir.

Sonraki adımlar

Belirli bir kuruluş yapısı aşamasına geçtikten sonra, her bir takımda sorumluluğun ve sorumluluğun oranını hizalamak için KCI grafiklerini kullanabilirsiniz.