Donuk olarak algılanan bir projedeki geliştiricileri motive etmek?

Bir yönetici olarak, her zaman son teknoloji ürünü işler üretemem. Bazı projeler bakım modunda çalışır ve şirket için sağlıklı bir serbest nakit akışı oluşturur.

Bir geliştirici olarak bu projede ne yapmanız gerekiyor? İşi yeniden markalaştırmayı düşünüyorum, ama burada çok yardımcı olabilirim.

EDIT: Önerileriniz için hepinize teşekkür ederim. Şimdiye kadar sahip olduklarımız:

1. İşin geliştirici ilgisine göre rotasyonu
2. Esnek çalışma ortamı
3. Evcil hayvan projelerinde çalışmak için zaman ayırın
4. Sosyaller ve eğlence
5. Projenin markalaştırılması
6. Bunu diğer projeler için basamak taşı olarak kullanın

Bakım modundaki projeler için sırada ne olacağını düşünün. Sonunda onları müşterilerinize çekici kılmayacak ne olacak? Eskimeyi önlemek için yeni özelliklere, daha iyi performansa mı yoksa basitleştirilmeye mi ihtiyaçları var? Eğer baştan başlarsanız, bazı projeler birleştirilebilir mi? Farklı araçlar, diller veya süreçlerle oluşturulmalılar mı? Kimsenin dikkate almadığı iyileştirmeler veya talimatlar var mı? Geliştiricilerinizden bu soruların bazılarını yanıtlamasını isteyin. Prototipler oluşturun. Yeni bir dil veya çerçeve deneyin. Bir projeye yeni bir mobil arayüz verin.

Yaklaşan son tarih olmadığında alternatifleri denemek daha kolaydır. Rakiplerinizi manevra yapmak için sıkıcı zamanları kullanın.

Zamanlarını işgal etmek için onlara bir şey teklif etmelisin. Bakım modundaki projeler genellikle her geliştiriciden haftada 40 saat gerektirmez. Eğer öyleyse, muhtemelen yazılımda yanlış bir şey var, ancak soruyu sorduğunuz şekle dayanarak, yapacak çok şey olmasa da geliştiricilerinizi işgal etmek için bir fikir aradığınızı varsayıyorum. Finansal bütçenizin ne olduğunu bilmiyorum, ancak bunları bir yazılım konferansına göndermek gibi bazı teşviklerin yardımcı olabileceğini düşünüyorum. Başka bir öneri de haftada 15 saat boyunca kendi çıkarlarını keşfetmelerine izin verilmesini içerebilir. Birisi demek sıralama algoritmaları veya veritabanı tasarımı keşfetmek ilginizi çekebilir. Bu doğrudan işinizle ilgili olmayabilir, ancak sonunda onların artan bilgisinden yararlanamayacağınızı düşünemiyorum. Onları hiçbir şey yapmadan işte olmaya zorlamayın. Yapacak çok iş yoksa zamanlarını başka bir şeyle meşgul etmelerine izin verin. Web'e rastgele göz atmadığından emin olmak için ne yaptıklarının bir özetini sormanın adil olduğunu düşünüyorum, ancak biraz keşfetmelerine izin verin.

Proje üzerinde çalışmayı eğlenceli hale getirin.

Aslında ilginç projeler oldukça nadirdir. Çalışmalar, çalışanların mutluluğunun büyük ölçüde sosyal ve eğlenceye bağlı olduğunu göstermektedir. Kitlesel olarak bahsediyorlarMevcut işlerini neden terk etmeyecekleri sorulduğunda meslektaşlarından .

Bu yüzden binada bağırmak yerine gülmek duyduğunuzda daima mutlu olmalısınız.

Benim için, bu durumda en iyi motivasyon, özellikle iyi bir şartname şeklinde çok net hedeflerdir. Ya da, en iyisi değil, sunabileceğiniz birkaç şeyden biri. Akıl yürütme, eğer işin kendisi ilgisiz ise, o sıkıcı şeylerden birçoğunu yeniden çalışacağımı bilmek, daha büyük bir demotivator. Bu, programcının bir spesifikasyonun değerini açıkça tanımasına bağlı olabilir.

Başka bir şey de, donuk olabileceği gibi, gelir getirici projelerin herkesin iyiliği içindir - gelir yok, iş yok vb. İşin yapılması gerekiyor, aksi takdirde onları tutmak için yeterli paranız olmayacak tahtada. Bunu açıkça belirtin, bazen insanlar fark etmez.

Ardından yükü bölün. Sıkıcı ve sinir bozucu çalışmaların belirlenmiş sınırlarını tutmanın yollarını bulmaya çalışın (işin türüne bağlı olarak, hafta içi günleri bölün, görevleri bölün, vb.) Böylece kimse başkaları yaparken tüm karmaşaya sıkışmış hissi uyandırmaz. eğlenceli şeyler.

Sonra, eğlenceli şeylerle bile denemeye çalışın. Ve geliştiricilerle konuşun, iyi fikirleri olabilir.

"Donuk" projenin algısını değiştirmek zorundasınız. Eğer sağlıklı gelir sağlıyorsa, bunu yapmak çok zor olamaz.

Çoğu zaman, bu projeler vasat ve vasat olmaktan mutluluk duyan programcılarınız için iyidir. Bilirsiniz, programlama konusunda tutkulu olmayan ve sadece faturaları ödemenin bir yolu olarak gören insanlar. Şimdi, bir şeyleri anlayın: Bunu söylemiyorum çünkü daha zayıf programcılar ve hayatlarını sefil yapmak istiyorsunuz. Bunu söylüyorum çünkü bunlar genellikle işlerinin yaşamlarında bir tatmin kaynağı olmasını beklemeyen türden insanlar. Sesleri ile bunlar düşük basınç, sürekli gelir akışı gibi geliyor. Büyük olasılıkla, bu işçiler kolay ve düşük basınçlı işler yapmaktan mutluluk duyarlar.

Tabii ki, bu onlara sıkıcı görevler verebileceğiniz ve onları unutabileceğiniz anlamına gelmez. Belki "A oyuncularınıza"% 80 eğlenceli görev /% 20 sıkıcı görevler verebilir, "B oyuncularınız" 50/50 olabilir ve "C oyuncularınız" 20/80 olabilir.

Geliştiricilerinizin bazı homurdanma işleri yaparak kendi evcil hayvan / açık kaynak / ilginç projeleri üzerinde çalışarak ücretli zaman kazanmalarına izin verin. Özellikle iş bir şirket içi proje veya program üzerindeyse, bu tür projelerle onlara biraz destek verin. Bu Google'ın kullandığı bir strateji, sanırım?

İtiraf etmeliyim ki hiç sıkıcı ve ilgisiz bir projede çalışmadım, bu yüzden sorunuzu anladığımdan emin değilim. Ve yaşamak için kurumsal sistemler geliştiriyorum. :) Cidden, uygulamada programcıların "sıkıcı" iş beklediğimden çok daha az rahatsız olduğunu buldum. Kimsenin kontrol etmediği zaman çizelgeleri doldurmak gibi işe yaramaz iş çok daha büyük bir sorundur. Söyleniyor ki:

Programcı tercihlerinizi bilin; bazı programcılar GUI'yi sevmez, bazıları SQL'den uzaklaşır. Bir programcıya sıkıcı bir görev diğeri için eğlenceli olabileceğinden, bu tercihlere saygı göstermeye çalışın. Çalışmayı herhangi bir nedenle böyle bir şekilde bölmek mümkün değilse, rekabeti artırarak ilginç hale getirin - bölümünü ilk kimin bitireceğini rekabet etmelerine izin verin veya kodlarının en az miktarda olduğu bir skorbord yapın QA hataların. Microsoft, programcıları farklı yaklaşımlarla rekabet ettiren ve sonunda en iyisini seçen veya her ürünün en iyi parçalarını nihai üründe birleştiren kurumsal kültürüyle tanınır.

Ürünün bir kısmına sahip olmak ve üzerinde kontrol sahibi olmak da kişinin katılımını büyük ölçüde artırır. Buna karşılık, birisinin işinizi mikro yönetmesinden daha sıkıcı bir şey yoktur. Ayrıca, herkesin nefret ettiği, daha büyük resmi açıklayan - bunun yapılması gereken bir şey olduğunu ve her hafta bunu yapan kişinin neden ve döndürülmesinin genellikle fazlasıyla yeterli olduğunu tekrarlayan bir görev varsa.

Bu tür bir projeyi daha ilginç projelere giden yol olarak kullanma konusunda başarılı / gördüm.

Yeni ve orta düzey geliştiricilerinizin tümü, üst düzey geliştiricilere (çoğu zaman diğer projelerde olan) soru soran "donuk" projelerde başlarsa ve bakım alanında ne kadar iyi olursanız o kadar fazla olur. muhtemelen yeni işe gelecekteki katılımını elde edersiniz, daha sonra iyi bir ekibiniz olduğunu varsayarsınız ve aslında zaman zaman takım değişikliği ile devam eder ve takımların kendilerini hizalayacağı yeni işleri zaman zaman ana geliştiricileri çeker.

Kötü bir ekibiniz veya çok iyi bir ekibiniz varsa bu yaklaşım sizin için işe yaramayabilir.