Scope Creep Canavarı’nı bir kez ve herkes için nasıl yenir

Uzun mesafeli geliştiricilerle çalışmayı öğrenmek, işletmeniz ve cüzdanınız üzerinde olumlu bir etkisi olacak değerli bir beceridir. Geliştiricilerle işbirliği serimizin önceki makalesinde şunları tartıştık:
Bir WordPress Yüklenicisi işe alırken yapmanız gereken her şey
WordPress Projesinin Bir Özeti Nasıl Yazılır: Blueprint
WordPress uzmanlarıyla nasıl etkili çalışılır
Şimdi oldukça yapışkan bir konuyu tartışacağız – ama çok önemli bir konu. Bunu doğru yapmak, banka bakiyenize bile fayda sağlayabilecek uzmanlarınızla sürdürülebilir bir ilişki sağlayacaktır. Kapsam sürünmesi hakkında konuşacağız.
Paranızdan daha fazlasının iyi bir şey olduğunu düşünebilirsiniz, değil mi? Değil. Yine de benimle, gerçekten Scope Creep’in neden sadece uzmanlar için değil, aynı zamanda müşteriler için de kötü bir şey olduğunu açıklayacağım. O zaman size kapsam sürünmesinden nasıl kaçınacağınıza dair bazı ipuçları vereceğim. Kapsam sürünmesi nedir? Projenin kapsamı sizin için uzmanlar tarafından onaylanan bir iştir. Bu her zaman proje özetinizle aynı değildir. Kısa, önemli bir ilk adımdır, ancak uzmanınızla görüştükten sonra, kararlaştırılan işlerin ne değişmiş olabileceği. Kabul edilen bu çalışma, genellikle çalışma alanına kayıtlı, burada kodlanabilir olarak yazılı olarak dökülecektir.
Kapsam sürünme, projenin kapsamı herhangi bir bütçe değişikliği olmadan büyüyor. “Sürünme” bölümü, işin genellikle “hatayı düzelttiğinizde, lütfen web sitemi yeniden tasarladığınızda” açık bir şekilde eklenmemesidir. Genellikle daha küçük ve belirsiz bir şekilde bu ekstra şeyler bir projeye “sürünür”. En azından müşterinin bakış açısından, bu şeyler, geliştiriciler veya WordPress tasarımcıları gibi bir uzman için kolay olan kolay şeylerdir, sadece birkaç tıklama ile. İşte 3 yaygın örnek: Scope Creep – Örnek 1 Bir uzmandan size bir web sitesi yapmasını istediniz. Bir web sitesine sahip olmak istediğiniz her şeyi dahil edersiniz. Sonuçları gördüğünüzde, “Başka bir sayfaya ihtiyacım var, sadece çok temel bir metin sayfası” diyorsunuz. Kapsam Sürünme – Örnek 2 Tekrar görüyorsunuz ve “Ah, form birkaç ek alan gerektiriyor”. Kapsam Sürünme – Örnek 3 Tekrar görüyorsunuz ve deyin: “Yeni sayfanın altına iletişim formunu ekleyebilir miyiz?” Bu öğenin hiçbiri önceden onaylanmazsa, bu bir kapsam sürünmesidir: Geliştiricinizle hiç iletişim kurmadığınız şeyleri istersiniz. Genellikle çok küçük şeylerdir ama artarlar. Bazen daha fazla çalışma saatine kadar – ödenmemiş işler.
Bazen istenen değişiklikler bile küçük değildir. Bazen talebin kendisi bir saat veya çalışma saatleri, hatta günlerdir. Örneğin, uzmanınızdan bir eklenti yapmasını istersiniz. Uzmanlar tüm gereksinimlerinizi karşılıyor, ancak istediğiniz bu değil. Böylece uzmanınızdan eklentinin çalışma şeklini değiştirmesini istersiniz. Bir çizgi çizmek: Bu gerçekten bir kapsam sürünmesi mi? Kapsam sürünmesinin olmadığını belirtmek önemlidir. Ek çalışma talep edilirse ve bütçe ayarlanırsa, bu bir kapsam sürünmesi değildir. Aynı sorunun bazı kısımları gerçekten sürünmese de, yeni özellikler talepleri, belki de buna “kapsam kapsamı” demeliyiz. Bu da kötü, ancak kapsam sürünmesi çok daha karmaşık. WordPress temanızla ilgili yardıma ihtiyaçlar var mı? Bir sonraki projeniz için Zackary Allnutt’u işe alın! Kapsam sürünmesi neden meydana gelir? Genel çalışma yolu, müşterinin X’i ödemesi ve uzmanların projeyi tamamlamasıdır, o zaman müşteri uzmanlara neyin değiştirilmesi gerektiğini söyleyecektir. Gördüğüm ana sorunlardan biri müşteri ve uzmanlar kalıcı alıntı projesine alışık değil. Açıklamama izin ver. Çalışan olarak veya saatlik bir oranda çalışıyorsanız, bununla ilgili yanlış bir şey yoktur, uzmanlara veya çalışanlara çalışma saatleri için ödeme yapar. Eğer fikrinizi değiştirirseniz veya eklemek için başka bir şey düşünürseniz önemli değildir.
Hala bir çalışan olduğumda, işverenimi “zamanımı boşa harcıyor” diye umursamadım, sonra yarıyı değiştirerek.Kendi kaynaklarını boşa harcıyorlardı, bana daha az para ödendi.Ama burada kodlanabilir olarak, sabit bir teklif için çalışıyoruz, bu yüzden farklı çalışmalıyız.Bu yüzden kapsamda katı olmalıyız.Müşteri bu değişiklik için ekstra ödeme yapmak istiyorsa, o zaman iyi!Ancak müşteri değişikliği orijinal teklifin bir parçası olarak beklediğinde, burada sorun yatar.Scope Creep neden müşteriler için kötüdür, şimdi bir müşteri olarak, bu sizin için neden önemlidir, değil mi?Herkesin paraları için daha fazlasını istemesi doğaldır.Ancak bu, alışverişiniz için% 20 indirim almaktan farklıdır.
Aradaki fark, uzmanınızı ücretsiz çalıştırmaya çalışmanızdır! Neden? Niye? Çünkü uzmanınız bu işi asla alıntılarına koymaz. Dolayısıyla, anlaşmanızda yazılmayan her şey ücretsiz olarak yapılan bir iş olacaktır. Ne yaparsanız yapın, sizden ücretsiz çalışmanızı isteyen birini takdir edecek misiniz? Doğru değil? O zaman uzmanınız da değil. Ve müşteri olarak kapsam sürünmesini önemsemeniz için ilk nedeni budur. Bu, uzmanlarınızla olan ilişkinize zarar verir ve aynı uzmanla çalışmak için büyük maliyet tasarruflarının faydaları vardır. Şu anda, beni tanımak için zaman ayıran özel bir eklenti üzerinde çalışıyorum. Şimdi bir sonraki iş için teklifimi azaltabilirim çünkü şimdi iyi biliyorum. Müvekkilim işi başka bir uzmana getirirse, eklentiyi yaptığım gibi tanımak için uzmanı ödemek zorundalar. 40 -işi. Olması muhtemel olan, işin acele etmesidir. İstenen değişikliği elde edebilirsiniz, ancak diğer önemli çalışmalardan fedakarlık yaparak çok mümkündür. Kodu temizlemek ve test etmek için bir kenara bırakılan süre artık bitti ve şu anda uzmanlarınız projeniz hakkında daha az hevesli hissedebilir. İstediğin şey bu olmadığına ikna edebilirim. Kalite kontrol aşaması projenin çok önemli bir parçasıdır ve daha fazla özellik için feda edilmemelidir.
Proje Özetinin Kilit Rolü Öyleyse, sürünme projesini önlemek için ne yapılabilir? Önceki çalışma yoluna alışkın olan müşteriler ve uzmanların, teklifin her iki taraf için de başarılı kalması için farklı çalışma yollarını öğrenmeleri gerekir. Deneyimlerime göre, netlik mutlu müşteriler ve mutlu uzmanlar için gizli bir sos. Happy Dynamics, kodlanabilir ahlakın önemli bir parçasıdır. En iyi başarı için netlik her iki taraftan da geliyor. Daha İyi Bir Proje Anlaşması Nasıl Yazılır Pratik Kurallar Yazılmazsa, Anlaşmanın bir parçası değildir ve bu nedenle uzman, girme zamanı dikkate almaz. Başlangıçta mümkün olduğunca açık bir şekilde açıklayın, ne hedefleriniz ve beklediğiniz şey. İhtiyacınız olan her şeyi, hatta küçük şeyler bile yerine getirdiğinizden emin olmaya çalışın.
Emin değilseniz soru sorun. Bir uzman olarak, anlaşma hakkında sorular sorulduğunda çok mutluyum: Bu, müşterinin onu izlediği ve iyi bir istihdam ilişkisi tahmin edebileceğim anlamına geliyor. Şu anda ihtiyacınız olan her şeyi bilmiyorsanız, uzmanınıza danışma veya keşif projesi istemeyi düşünün. Bu çalışma öncesi proje, iyi bir özet yazmak ve projeden ihtiyacınız olan her şeyi aldığınızdan emin olmak için geliştiricilerle birlikte çalışmanın iyi bir yoludur.
Asla bir işin onayınızda yazılmadığı takdirde tamamlanacağını varsaymayın – açık olduğunu düşünseniz bile. Bu bir hatadır çünkü her müşteri ve uzman “net” hakkında farklı fikirlere sahiptir. Stil düzenlemesinin dahil edileceğini varsayabilirsiniz, ancak diğer müşteriler bunu kendiniz yapmayı bekliyor. Anlaşmanın özetiniz değil, kapsam olduğunu unutmayın. Bunun nedeni, kısa sürede işlerin herhangi bir nedenle yapılmayacağı zamanların olmasıdır. Görevler arasında bölünürler, hepsi bir bütçe ile yapılamaz veya listedeki her şey yapılamaz. Kapsam hakkında konuşurken, her iki taraf tarafından da kabul edildi.
Kapsamın dışında bir istek yaparsanız, lütfen “X ek bir görev olarak ekleyebilir miyim?” Müşterinin bu ek çalışmanın uzmanlar için çok yararlı olduğunu fark ettiğini bilmek – artık kapsam hakkında konuşmamız gerekmediğini biliyoruz.

Proje özetinizdeki revizyonun kilit rolü tamamlanmıştır ve projenizi görürsünüz.Sonuçlarla oldukça heyecanlısınız (umarım!), Ama burada ve orada değiştirmek istediğiniz bazı ayarlamalar var.Deneyimlerime göre, sorunun başladığı yer.Bu noktada, uzmanın projenin tamamlanacağını ve bir değişiklik listesinin gelmesini beklemediğini bilmelisiniz.Öte yandan, müşterinin “Yazı tipini biraz artırabilir misiniz?” Gibi iki/üç küçük isteği olabilir.Bu büyük bir sorun değil.Ama size şunu söyleyeyim: revizyon ve kapsam sürünmesi en iyi arkadaşlar.Neden? Niye?Çünkü, revizyon olarak kabul edilen ve kaç revizyonun sorulması için ortak bir cevap yoktur.Ve inan bana, “Revizyon” un kapağı ile her türlü şey talep ediliyor.
. Revizyon listesi bazen geliştiricinin iş yükünü iki katına çıkarabilir veya hatta çoğaltabilir. Siz- müşteriler- bunun cebinizi de etkilediğini düşünmüyor musunuz? Revizyon, sektörümüzde yaygın bir şey gibi görünüyor ve kendilerinin ücretsiz çalışmasını önlemek için uzmanlar, iş tamamlandıktan sonra neredeyse kaçınılmaz olan değişim talep akışını kapsayacak çok sayıda proje alıntısı ekleyebilirler. Müşteriler ve uzmanlar (ve sorunun bir kısmı) tarafından kullanılan genel iş akışı, projenin tamamlanması, sunulması ve daha sonra müşterinin değiştirmek istedikleri her şeyi kaydetmesidir. Bu, ilgili herkes için çok kötü. Bir keresinde geliştiricinin revizyon talebinin üstesinden gelmek için tekliflerini çoğalttığını duydum. Müşteri, birçok şeyi değiştirmek isteyebilecekleri fikrine aşırıdır. Aristoteles’in dediği gibi, gerçek ortadaki bir yerde yatıyor. Aslında, geliştirici projeye başlamadan önce tam bir test yapmaz ve müşteri ne istediklerini açıklamak için kötü bir iş çıkarır. Her iki tarafın da burada aynı sayfada olması çok önemlidir. Peki revizyon dahil mi (ya da değil)?
İşler neredeyse her zaman bir proje sırasında, unuttuğunuz şeyler veya başlangıçtan itibaren ihtiyacınız olduğunu fark etmediğiniz şeyler ortaya çıkar. Buradaki klasik hata, bu şeyleri bütçelemek değil. Onlar için para bir kenara koyarsanız ve görünmesini beklerseniz, bunu yaptıklarında şaşırmayacaksınız ve bu sürprizi hesaplamak için kapsamı zorlamaya çalışmayacaksınız. Unutmamanız gereken temel kavram: Sözleşmenizde revizyondan bahsedilmiyorsa, dahil olmadığını düşünmelisiniz. Kamuoyu dışında, revizyonların ilk fonun bir parçası olması için hiçbir neden yoktur. Şahsen, orijinal projenin bir parçası olan gözden geçirilmiş bir hayran değilim çünkü büyük ölçüde değişiyor ve hesaba katılması zor. Ayrıca tanımlanması çok zordur, bu da bir sözleşmedeki sayfaların tanımı ile sonuçlanır. Ayrıca, istemedikleri bir revizyon için müşterileri toplamak istemiyorum. Büyük tehlike (en azından sınırsız bir revizyonla), proje planlama aşamasında dikkatsizliği teşvik etmektir, çünkü müşteri sadece istedikleri şey değilse bittikten sonra çalışmayı değiştirebileceklerinin farkındadır. Umarım kötü planlamanın neden işiniz için iyi olmadığını açıklamam gerekmez. Bunun yerine, yapmak isteyebileceğiniz değişiklikleri hesaplamak için arabelleği% 30’luk olası bütçenizde bırakmayı düşünün. İlk fonunuza bir revizyon girmek istiyorsanız, uzmanınıza revizyon hakkında sorun. İşte görebileceğiniz bazı revizyon anlaşmaları:
“Revizyon alıntıya dahil edilmez ve istenirse alıntılanmaz” “2 revizyon turu alıntıya dahil edilmiştir – bu kapsam dışında değildir ve tasarım ve küçük işlevsellikteki değişikliklerle sınırlı değildir”
“20 küçük bir tek eylemin revizyonu bir teklife dahil edilmiştir – bu kapsam dışında ek değildir ve tasarım ve küçük işlevsellikteki değişikliklerle sınırlıdır”
Kapsam Sürünme Sarma Sadece uzmanlar tarafından endişelenmesi gereken bir şey değildir. Müşteriler ayrıca nasıl kandırılacağını öğrenmek zorundadır, çünkü uzmanlardan daha yüksek bir fiyat teklifi alarak genel bütçelerini doğrudan etkileyebilir. Geliştiriciler, tasarımcılar, güvenlik uzmanları veya diğer profesyonelleri istihdam ettiğinizde, bir iş ilişkisi kuruyorsunuz. Ne kadar sürerse gerçekleşsin. Scope’un sürünmesini önlemek istiyorsanız, daha sonra eklemeniz gereken şeyleri düşünürseniz, tampon bütçenize (yararlı bir referans olarak ~% 30) iyi bir planlama ile başlamanızı öneririm. Ardından, tüm bilgileri olağanüstü bir proje özetine çevirmeye devam edin ve iletişiminizi proje boyunca net bir şekilde tutun. Ve asla unutma: Onlardan alınmadan önce yapmadığınız şeyleri yapmalarını istemeyerek uzmanlarınıza adil olun. Bunu size yapan biri için ne kadar mutlu çalışıyorsun? Uzmanınız projeniz üzerinde çalışıyor. Sizin için tekrar çalışmak isteyeceklerini düşünüyor musunuz? WordPress ile yardıma mı ihtiyacınız var? Zackary Allnutt’u işe alın ve ondan işini senin üzerinde yapmasını isteyin!