Törenlerin ve eserlerin ötesinde

Feb 23 2023
Küresel Teknolojide yüksek performanslı bir Çevik ekibi nasıl oluşturduk. Hiren Patel, Kıdemli Müdür, Proje Yönetimi 2022 yılına kadar Global Technology'deki Restoran Ürün ve Mühendislik ekibi, şelale metodolojisini kullanarak panolar oluşturuyordu.

Küresel Teknolojide yüksek performanslı bir Çevik ekibi nasıl oluşturduk.

Hiren Patel, Kıdemli Müdür, Proje Yönetimi

2022 yılına kadar Global Technology'deki Restaurant Ürün ve Mühendislik ekibi, şelale metodolojisini kullanarak panolar oluşturuyordu. Bu kısmen, McDonald's'ın geliştirmeyi dışarıdan temin etmesi nedeniyle oldu ve kapsamın tüm ayrıntılarını ve nihai çıktıları sözleşmede önceden tanımlamak cazip gelebilir.

Şaşırtıcı olmayan bir şekilde, ekip genellikle her yerde şelale projeleriyle ilişkilendirilen ve nihayetinde daha az etkili olan aynı sorunlarla karşı karşıya kaldı. Dahası, üretilen ürün ile McDonald's ekosistemi içinde uyumlu olan ürün arasında büyük tasarım boşlukları vardı.

Bu gönderi, yaklaşımını değiştirdikten sonra 2022'de ekibimizin performansının ve algısının nasıl geliştiğinden bahsediyor. Ekip, Agile metodoloji scrum çerçevesini uyguladı, ancak bunu söylemek her şeyi ifade etmiyor.

Dünyanın her yerindeki birçok şirketteki ekipler, saldırı törenleri ve eserler uyguladıktan sonra Çevik ekipler olduklarını varsayarlar. Daha yakından bakıldığında, bu takımların birçoğunun scrum mekaniğini benimsemesine rağmen, başarılı olmak için doğru zihniyete sahip olmadığı ortaya çıkıyor. Aslında, onlara genellikle sabit kapsam, sabit son tarihler ve sabit bir bütçe verilir, bunları sözde kullanıcı hikayelerine ayırırlar ve sprintlere gruplandırırlar. Özünde, istemeden de olsa Çevik ekipler kılığına girmiş şelale ekipleridir.

Liderlik ekibimiz, doğru zihniyeti benimsememizde bizi destekledi ve aşağıda, yüksek performanslı bir Agile ekibini nasıl oluşturduğumuza ilişkin birkaç önemli nokta yer alıyor.

Projelerden çok ürünlere odaklanın
İnsanlar projeleri düşündüklerinde, projelerin bir sonu olduğunu varsayarlar. Aslında, önde gelen profesyonel proje yönetimi kuruluşlarının çoğu, bir projeyi açıkça sonlu bir sona sahip olarak tanımlar. Yüzeyde, proje fikri kurumsal dünyada çok pratik görünüyor. Nihai teslimatlar ve kesin son tarihler önceden tanımlandığında sözleşmeler daha hızlı onaylanır; kapsam ve program önceden sabitlendiğinde bütçe planlaması daha basittir; ve liderlikle beklentileri yönetmek, üçlü kısıtlamalar sağlam olduğunda daha kolay görünüyor.

Bununla birlikte, projenin sonlu sonunun varlığının bazı istenmeyen sonuçları vardır: Son tarihler, ekip üzerinde baskı oluşturur ve uzun vadede her zaman verimli olmayan proje boyunca kararları yönlendirir. Kararlar, en iyi sonuçları elde etmek için gerekenleri yapmaktan ziyade programa yönelik önyargı ile alınabilir; Birkaç ay önce belirlenen keyfi teslim tarihi yaklaştıkça, proje ekipleri işleri doğru yapmaktan çok bitirmeye odaklanır.

Öte yandan, insanlar ürünleri düşündüklerinde, ürünlerin her zaman iyileştirmeye açık olduğu gerçeğini kabul ederler. Projelere odaklanmak, insanları son teslim tarihlerine göre kararlar almaya yönlendirirken, ürünlere odaklanmak, insanları paydaşlar için en iyi olanı temel alarak kararlar almaya yönlendirir.

Ekibimiz proje odaklıyken, bir iş bildiriminde bazı kutuları işaretleyen bir pano oluşturduk, ancak ürün gerçek dünyada paydaşlarımız için pek yararlı olmayacaktı. Ürün odaklı bir zihniyete geçiş yaptıktan sonraki altı ay içinde, bu kontrol panelinin paydaşlarımız için daha uygun olan değiştirilmiş bir sürümünü kullanıma sunduk.

Ürün merkezli bir zihniyet, mutlaka bir ürünün her yinelemesinin mükemmel olacağı anlamına gelmez, ancak proje merkezli zihniyete kıyasla zaman içinde daha iyi ürünlere yol açar. Açık olmak gerekirse, ürün merkezli odaklanma, bütçeleri, programları ve pazara sunma hızını önemsemekten birbirini dışlamaz.

Sık sık değer sunun
Ekibimiz , gösterge panoları söz konusu olduğunda, çalışan ürünleri hızlı bir şekilde teslim edebilmemiz için bir ürün sınıfı kavramını benimsedi . Tipik bir aile sedanı ve lüks bir süper otomobil, her ikisi de yüksek kalitede çalışan ürünler olabilir, ancak farklı sınıflarda olmaları amaçlanmıştır. Başka bir örnekte, manuel tornavida ve elektrikli darbeli tornavida yüksek kaliteli çalışan ürünler olabilir, ancak bunlar da farklı derecelerdedir.

Benzer şekilde, paydaşlarımıza nasıl daha düşük dereceli ancak yüksek kaliteli bir kontrol paneli sunabileceğimize ve ardından her sprintte notu nasıl sürekli iyileştirebileceğimize odaklandık. Örneğin, ilk sprint'te bir tablo içeren bir pano sunabiliriz; ardından, bir sonraki sprintte sıralama ve filtreleme yeteneği ekleyin; ardından, üçüncü sprintte bir renk şeması ve detaya inme özellikleri ekleyin. Pano, her sınıf düzeyinde her zaman paydaşlarımızın kullanabileceği, tam olarak çalışan, yüksek kaliteli bir üründür.

Bu yaklaşım, gösterge panoları aynı anda hem yüksek kaliteli hem de yüksek dereceli olana kadar paydaşlarımıza hiçbir şey teslim etmeyeceğimiz alternatif yol yerine, çalışan panoları paydaşlarımıza daha hızlı teslim etmemizi sağlar.

Geliştiricilere güvenin
Scrum kullanan her iyi Agile ekibi gibi biz de tükenmişlik çizelgeleri kullanıyoruz, ancak çizelgelere dayalı olarak geliştiricileri cezalandırmıyoruz. Bir ekip en yetenekli geliştiricilere sahip olsa bile, iş bitirme çizelgeleri normalde mükemmel görünmemelidir. İş bitirme çizelgeleri sürekli olarak mükemmel görünüyorsa, geliştiricileriniz ellerinden gelenin en iyisini yapmak için kendilerini zorlamaktansa, muhtemelen iş bitirme çizelgesinin iyi görünmesini sağlamaya odaklanıyorlardır. Bunun nedeni, tahminlerin kesin olmaktan ziyade yaklaşık olmasıdır ve her sprintte sürprizler kaçınılmazdır.

Mükemmel bir tükenmişlik tablosu için zorlamak gerçekçi olmayan ve gereksiz bir beklentidir, bu da genellikle morali düşürür ve geliştiricileri sistemi oynamaya teşvik eder. Üretkenliği ölçmek için birincil araç olarak tükenmişlik tablolarına çok fazla bel bağlayan ekipler, mükemmel görünen tükenmişlik tablolarıyla sonuçlanan davranışları yönlendirmede başarılı olabilir, ancak bu mutlaka yüksek performanslı bir ekiple sonuçlanmayacaktır. Bunun yerine, neler olduğu, sprint planından nerede saptığımız, neden saptığımız ve neyi daha iyi yapabileceğimiz konusunda kendimizi eğitmek için tükenmişlik çizelgelerini kullanırız. Geliştiricilere duyduğumuz güvene karşılık olarak, onlar da neyin kulağa hoş geldiğini söylemek yerine samimi geri bildirimleriyle bize güveniyorlar. Geliştiricileri, tükenmişlik çizelgeleri yerine sundukları çalışma panolarına göre sorumlu tutuyoruz.

Değişim için esnek olun
Bazen gereksinimler, öncelikler ve ihtiyaçlar değişir. Bazen geliştiriciler bize değişiklik önerir ve bazen de geliştiricilerden bazı şeyleri değiştirmelerini isteriz. Ekipteki herkesin değişikliğin ne olduğunu ve neden gerekli olduğunu anlaması için değişiklikler meydana geldiğinde her zaman dikkatli bir değerlendirme ve iyi bir diyalog vardır. Ama en önemlisi, ekibimiz, uygunsuz zamanlarda ortaya çıksalar bile, değişikliklerden kaçınmak yerine kucaklamak için çaba harcıyor. Değişikliklerden kaçınmak kısa vadede daha iyi bir seçim gibi görünebilir, çünkü bu, tükenmişlik çizelgelerinin iyi görünmesini sağlayabilir, takımın sprintin sonunda bir şeyler teslim etmesini sağlayabilir veya bir maliyet etkisinden kaçınmaya yardımcı olabilir. Ancak, değişiklikleri kabul etmemenin borcu zamanla birikir ve bu borcu geri ödemenin maliyeti ileride çok daha yüksek olabilir.

Dokümantasyondan çok iletişime odaklanın
Dokümantasyon faydalıdır, ancak getirileri belirli bir düzeyin ötesinde azalır. Kabul kriterleri, tasarım belgeleri ve iletişim konusunda bize yardımcı olan diğer belgeler içeren kullanıcı hikayelerimiz var. Bununla birlikte, sürekli iletişime ve geliştiricilerin gereksinimleri net bir şekilde anlamalarını sağlamaya en büyük önemi veriyoruz. Her dakikayı bilete yazmamız konusunda ısrar etmiyorlar ve sadece biletleri okuyarak her şeyi çözmelerini beklemiyoruz.

Sonuç
2022'de Restaurant Ürünleri ve Mühendislik ekibi, ilk üç çeyrek boyunca birden fazla çalışma panosu ve her biri için çeşitli iyileştirmeler sağladı. Bu, önceki yıla göre önemli bir gelişmeydi. Ayrıca paydaşlar, ekibin fikirleri kullanıcılar için gerçekten yararlı olan çalışan panolara dönüştürme becerisini takdir etmeye başlıyor. Benimsediğimiz zihniyet sayesinde ekip içinde performansın ve moralin yükselmesini sağlayan erdemli bir döngü oluştu.