Alım formları iptal edildi: Minimum Uygulanabilir Sürecin oluşturulması

Minimum Uygulanabilir Ürün adı verilen küçük bir konsepte aşina olabilirsiniz.

Bir ürünü test etmek için, hedef kullanıcılarınıza ürünün erken bir sürümünü göstermeniz, ilgili verileri toplamanız ve yinelemek için bundan bir şeyler öğrenmeniz fikridir.

Bu kulağa mantıklı gelebilir, ancak Windows 98'i düşünün; yüklediğinizi ve bir sonraki güncelleme için bir yıl veya daha fazla beklemeniz gerektiğini hatırladığınız klasik kutulu yazılım. Yazılımın bir sonraki fiziksel kopyası elinize geçene kadar herhangi bir gelişme yaşamamak.

O zamanlar ya hep ya hiçti. Ancak dijitaldeki yaşam, bizi kalkınmaya yönelik daha çevik yaklaşımlar benimsemeye yöneltti.

Asgari Uygulanabilir Ürün fikrini alıp onu kuruluşunuzun iş sürecine uygulayabilirseniz ne olur?

Süreçler şişirilebilir, aşırı kullanılabilir, hoş karşılanmalarını aşabilir. Öyleyse neden bir Minimum Uygulanabilir Süreç felsefesi aşılamıyorsunuz - önünüzdeki sorunları desteklemek için mümkün olan en küçük çözümleri bulmak? Uzun bir plan oluşturmak ve bozulacağını bildiğiniz sabit bir sürece sadık kalmak yerine, bir uygulamanın ilk versiyonlarına uyum sağlayın?

Aşırı süreçlerin bürokrasisinden en çok kim korkar? Yüksek büyüme organizasyonları. Özellikle Çevik metodolojinin popüler olduğu, ancak belki de her zaman kararlı bir şekilde uygulanmadığı teknoloji alanında. Bir MVP zihniyeti yardımcı olabilir.

Sprout, büyüyen ağrılara yabancı değil. Program Yönetimi Direktörü olarak, bir şirket olarak iki katına çıkmanın ardından iki departman (Pazarlama ve Yaratıcılık) arasındaki işbirliğini dahili olarak yeniden yapılandırma göreviyle karşı karşıya kaldım.

Birkaç kilit nokta bizi şu anda bulunduğumuz yere getirdi: ekipler oluşturmak ve hizalamak, iletişimi vurgulamak, kendi kendini iyileştiren iş akışlarını geliştirmek ve haftadan haftaya sürecimizi iyileştirmek.

Daha demokratik bir model

Minimum Uygulanabilir Ürün'ün geleneksel uygulamasında, daha fazlasını üretmek için yineliyorsunuz. Ancak bir proje yönetimi tekniği olarak, daha az ağırlık, daha az kafa karışıklığı ve daha az katman üretmek için yineleme yapıyorsunuz.

Süreç küçülür, ancak bu gücü, kuruluşunuz genelinde yapılan işe katılan insanlara daha fazla sahiplik sağlamak gibi, başka yerlerdeki ekibe geri veriyorsunuz.

Sonuçta elde ettiğiniz şey, işbirlikçi sürecinizin en küçük, en hızlı, ancak en işlevsel versiyonudur. İşe yarayana kadar tekrar tekrar kolayca test edilebilecek bir şey.

MV Sürecini bir Wikipedia sayfası gibi düşünebilirsiniz - cevap orada, ancak cevap zamanla gelişecektir.

Kendi kendini iyileştiren ekipler

Bu felsefe, Yalın Başlangıç ​​hareketinden doğdu. İşletmelerin riskleri azaltmak ve organizasyonları aşırı harcama ve aşırı inşadan kurtarmak için ürünleri ve süreçleri yinelemeli ve küçük adımlarla geliştirmeleri gerektiği öncülüyle vurgulanmaktadır. İlk olarak, başlangıç ​​dünyasındaki deneyimlerini hızla büyüyen şirketler kurmak için yalın bir yol geliştirmek için kullanan Eric Ries tarafından önerildi.

Kendi yeniden yapılanmamızda işleri başlatmak için kadro uyumu ile başladık. Kapalı kapılar ardında çalışmak, ütopik bir iş akışını mükemmelleştirmek yerine, yeni kurulan ekiplerimizi bir araya getirmemiz gerekiyordu. Ekibin sorunları günlük olarak dile getirmesi ve çözmesi için bir forum sağlayan hızlı, yüz yüze, günlük stand-up'lardan oluşan bir tempo oluşturduk.

İşlerin bozulduğunu kabul etmekte sorun yoktu. Pazarlama ve Yaratıcı ekiplerimizin birlikte çalıştığı sprintlere bakmak, yeni bir projeye yaklaşmak gibiydi. Yeni roller, yeni ekipler, yeni girişimler ve yine aynı eski süreç vardı. Artık bir anlam ifade etmediğini kabul etmek zorunda kaldık - eğer değişim sabitse, mantıksal olarak neden sabit bir süreç üzerinde çalışalım?

Her yeni süreçte olduğu gibi, insanların soruları vardı. Bir sürat koşusunu düzeltme taktiklerine odaklanmak yerine, daha büyük sorun, ilerleyebilmemiz için insanlara anlayış vermekti. Herkesin sorularının verimli ve düşünceli bir şekilde yanıtlanması gerekiyordu.

Ekiplerin çözemeyeceklerini düşündükleri sorunları izlemek için bir belge oluşturduk. Proje yöneticileri daha sonra bu sorunları liderliğe taşıyarak, bireysel katkıda bulunanların kendi aralarında anlaşmak zorunda kalmamaları için yönetim uyumu olmasını sağladı.

Yönetim adım attı. Artık sorunları günlük olarak duymak için bir forumumuz olduğu için, daha önce net bir sahibi olmadan gömülü olan zor sorunları ele almaktan da sorumluyduk. Bu, eski siloların duvarlarının yıkıldığını görmeye başlayan ekiplerle nihayetinde güven inşa eden bir tür uyumu zorunlu kıldı. Ekip bir bütün olarak kararların hızlı bir şekilde alındığını görebildi, bu da yeniden yapılanmanın yol açtığı iyileşmenin bir kısmını başlattı.

Uğruna çalıştığımız şey, iletişimde daha güçlü ve sorunlardan korkmayan bir ekip. Yapıcı, demokratikleştirilmiş iletişimi vurgulamak, ileride daha büyük bahisleri teşvik eder. Risk alacak bir birim oluşturuyorsunuz çünkü onlar ilerledikçe çözecek özgüvene sahipler. Her seferinde insanların neye tepki verdiğini daha iyi anlamak ve değeri daha hızlı sunmak.

Bu kendi kendini iyileştirmedir. Bir manga "yaralandıkça" veya beklenmedik bir şeyle uğraşırken, kendi sorunlarını çözmeleri ve hızlı bir çözüm olacağından emin olarak daha büyük sorunları tırmandırmaları için artık her şey hazır.

Zorluklardan asla kaçamayız. Kuruluşunuzun amacı zorluklardan kaçınmaksa, asla büyüyemezsiniz. Sorunları doğrudan çözmek için bir ekip kurmanız daha iyi olur. Ve bir kişi asla tüm zorluklara nasıl yanıt verileceğini tasarlamamalıdır. Ekibi demokratikleştiren ve her bir katılımcıya söz hakkı veren bir süreç oluşturun.

Giriş formları ile ölüm

Alma formlarına ölüm değil , alım formlarına ölüm .

Muhtemelen alım formlarını, herhangi bir sürecin sorunsuz ilerlemesi için kolaylaştırılmış, birleştirilmiş ve bilgilendirici gereksinimler olarak düşünüyorsunuz. Bu anlaşılabilir. Ancak bunu gerçekten incelerseniz, her takımın alım ayrıntılarıyla kendi özel süreci vardır ve kağıtları dağıtmak, işleyen herhangi bir takım için iyi bir başlangıç ​​noktası değildir.

Bir ekip modeli geliştirmenin amacı, Pazarlama ve Yaratıcı arasında sağlıklı ekipler arası işbirliğini teşvik etmekti - bir projede yer alan tüm kişilerin bir odada birlikte çalışmasını sağlamak, formları ortadan kaldırmak ve esasen ilerledikçe yolun kurallarını belirlemek.

Tek taraflı süreçler ya da daha kötüsü, bir süreç tasarlarken etkilerle hiç bağlantısı olmayan bir kişi yerine - bir projeye dahil olan iki çekirdek ekip üyesini yüz yüze görüştük ve "İkisini de bir araya getirmek için en iyi ne işe yarar?" diye sorduk. ihtiyaçlarından mı?"

Bulduğumuz şey, bu problem çözme yönteminin daha kolay ve verimli bir şekilde makul bir sürece dayanmasıdır. Ve takip edilecek çok daha fazla katılım var çünkü sadece formaliteleri veya bir formdaki keyfi soruları takip etmekle kalmayıp gerçek bir kişiye yardım ettiğinizi biliyorsunuz.

Her hafta yol kurallarımızı hassaslaştırarak ve yolun her adımını belgeleyerek, kelimenin tam anlamıyla öğreniyor ve büyüyoruz. Artık ihtiyacımız olmadığını anladığımız toplantılar iptal ediliyor ve bunların hepsi, gerçekleştirdiğimiz yüz yüze iletişim düzeyi sayesinde.

Her zaman insanlara hizmet etmek

Şimdi bu kadar uzun süre devam ettim, size bir sır vereceğim: Bunların hiçbiri gerçekten süreçle ilgili değil. İnsanlarla ilgili.

Her olası sorunu çözen bir süreç denemek ve yapmak çok kolaydır. Her uç durum için çözen bir plan tanımlamak ve belgelemek çok karmaşık, çok kuru ve şirketiniz büyümeye devam ettikçe hızla modası geçecektir.

Mutlak mükemmel sistematik bir çözüm üretebilirsiniz, ancak onu bir insan süreci yapan nüanslardan yoksunsa, kimse onu takip etmeyecektir.

Kuruluşların, pratik yapmadan çevik yaklaşımlar hakkında felsefi olarak cilalamanın sadece bir tüyo olduğunu anlamaları gerekir. Süreç, şirket kültürünüzün bir yansımasıdır. Nasıl çalıştığınız, ofis duvarlarınızın içindeki insanların her gün çekip gideceği şeydir. Sürekli geri bildirimi teşvik etmeyi ve bunlardan yararlanmayı bir noktaya getirin, başladığınız tüm süreçleri yeniden okuyun ve kendinizi yepyeni ekip üyelerinin zihnine koyun: Yarattığınız şeylerde sizin yardımınız olmadan gezinebilirler mi?

Günün sonunda, mesele ne kadar çözdüğünüze odaklanmak değil, inşa ettiğiniz sürecin, üzerinde çalışan insanlara ne kadar yaklaşılabilir ve destekleyici olduğu ile ilgilidir.

Ve bu bürokrasinin tam tersi.