Soru:
Çalışanların ofis politikalarına uymasını nasıl sağlayabilirim?
User402841
2012-08-17 06:58:28 UTC
view on stackexchange narkive permalink

Küçük bir şirketi yönetiyorum ve hepsini olmasa da çoğu çalışan belirli hataları tekrarlayarak buluyor. Bu genç bir ekip ve genel olarak olumlu bir ofis ortamımız devam ediyor. Ama gereksiz hataları ayıklamanın bir yolunu bulmak istiyorum.

İki ana sorun vardır:

  • Biletleri düzgün şekilde güncellememek. Biletlerin zamanında bitirilmesi veya son tarihlerin değiştirilmesi gerektiğini belirten açık bir politika var. Ayrıca, belirli iş biletlerinin güncellenmesi gerekir. Çoğu zaman bu gerçekleşmez ve sonuçları güncellenmiş verilere sahip olmamanın basit rahatsızlıklarından memnun olmayan müşterilere kadar değişir.
  • Hataları tekrarlamak veya görevleri unutmak. Bunlar, aynı programlama hatalarını tekrarlamayı, belirli ofis prosedürlerinde aynı hatayı yapmayı veya ofisle ilgili bazı görevleri tekrar tekrar unutmayı içerir. Örnekler: ortak bir projeyi tartışmak için bir iş arkadaşınızla bir toplantı planlamamak ve ardından herkesin programını kesintiye uğratan son dakika, planlanmamış toplantılar gerektirmek veya ayrılmadan önce elektrik prizlerini kapatmamak (kulağa aptalca geliyor, ancak ekipmana zarar veren birkaç dalgalanma oldu geceleyin).

Lütfen gerekli prosedürlerin, yönergelerin ve standartların iyi belgelendiğini veya açıkça açıklandığını unutmayın.

Bu konuların önemini tartıştım ve hemen hemen herkes bunu kabul ediyor ve anlıyor - ancak bu, tekrarlanan hataları ortadan kaldırmadı. Bir süre işe yarayan, uymadığım zamanlarda hoş olmayan görevler yapmak zorunda kalmayı denedim, ancak şimdi başladığımız yere geri döndük.

Bu noktada, kusursuz sonuçlar (neredeyse) elde edenler için (parasal) bir teşvik sağlamayı düşünüyorum (bunun genel iş performansı için geçerli olmadığını unutmayın, sadece birisi açıkça tanımlanmış protokol, bu nedenle kusursuz performans elde edilebilir olmalıdır).

Her neyse, başkalarının bu sorunla nasıl başa çıktığını merak ediyorum. Böyle bir teşvik iyi bir fikir mi, yoksa başarıyla uyguladığınız başka yöntemler var mı?

"ayrılmadan önce elektrik prizlerini kapatmamak (kulağa aptalca geliyor ama geceleri ekipmana zarar veren birkaç dalgalanma yaşıyoruz)." yönetimin bir UPS satın alma zamanı gibi geliyor.
Protokolünüz ne kadar net tanımlanmış olursa olsun, insanlar onu asla mükemmel bir şekilde takip etmeyecektir. Bir protokole mükemmel bir şekilde bağlı kalmak istiyorsanız, insanları bilgisayarlarla değiştirin. Bu pratik değilse, o zaman protokolü olabildiğince otomatikleştirin, böylece insanlar onu takip etmeyi hatırlamaktan sorumlu değildir.
Henüz yapmadıysanız, dışarı çıkıp [Peopleware] (http://en.wikipedia.org/wiki/Peopleware) ve [The Mythical Man Month] (http://en.wikipedia.org / wiki / The_Mythical_Man-Month). Onlara zaten sahip olsanız bile - tekrar okuyun, bu, yönetim yeteneklerinize iyi bir dünya sağlayacaktır. Ayrıca, [istenen etkiye sahip olmayabilecekleri] için dış motivasyonlara (parasal teşvikler) dikkat edin (http://www.youtube.com/watch?v=u6XAPnuFjJc).
Bu soruya bu kadar az olumlu oy (ve hatta olumsuz oy) görmek çok yazık. Herhangi bir şey varsa, ** [bu harika cevaba] (http://workplace.stackexchange.com/a/3261/168) ** bir "başlangıç" olarak saygıyı hak ediyor
Zeki insanlar pek çok yukarıdan aşağı kurala iyi tepki vermezler. Onlara neyin mantıklı olduğunu sorun. Bırakın "süreç" aşağıdan yukarıya doğru çıksın ve duruma göre değişirse canınızı sıkmayın.
BTW, "herkes aynı fikirde" mutlaka gerçekten aynı fikirde oldukları anlamına gelmez. Bu sadece sizinle gerçekten konuşmaktan vazgeçtikleri anlamına gelebilir. Anlaşmazlıkları ne kadar iyi idare ediyorsunuz?
Çocuk değiller. Ya kurallara uyuyorlar ya da yeni iş buluyorlar. O kadar zor olmak zorunda değil. Süreci yeniden inceleme ihtiyacı gibi diğer faktörlerin de ele alındığını varsayıyorum. Bu iş dünyası, lise değil. Bu, bugünlerde pek popüler olmayan bir bakış açısı olabilir, ancak açıkçası, eğer insanlar basit talimatları takip edemezlerse, çalışmak istediğim türden değiller. Talimatlar basit değilse, basitleştirin. Bir diyaloğa ihtiyaç duyulursa, ona sahip olun, ancak çalışanların hoşuna gitsin ya da gitmesin yönlendirmeyi takip etmesi gerekir.
@Nikki9696 sorunları, sadece birkaç kişi yerine * tüm * çalışanlarla, seçimde ya da mevcut süreçlerde kötü yönetimi gösterir. Listelenen sorunların hiçbiri çocuk gibi davranan insanların davranışlarını yansıtmamaktadır, karmaşık çalışma ortamlarında normal davranan insanların davranışlarını yansıtmaktadır. Ne zaman bir şirketin çalışanlarının hata yaptığını ve yeniden hata yaptığını görsem, bu yeterli örgütsel öğrenme olmadığı anlamına geliyor. Muhtemelen fazla çalışıyorlar, aceleye gelmişler veya iş için kalifiye değiller (muhtemelen yetersiz ücret nedeniyle). Çok az kişi defalarca hata yapmaktan zevk alır.
Ayrıca user1162541, çalışanlarla karşılaştığınız problem türlerini genişletirseniz gerçekten yardımcı olacağını düşünüyorum. Şimdiye kadar listelediklerinizden hiçbiri, çalışanın değişikliklerinden fayda sağlayacak şeylere benzemiyor (elbette onları çok daha titiz insanlarla değiştirmek dışında).
Parasal bir teşvik sizi insanların istediğiniz şeyi yapmasına neden olabilir, ancak başka bir yerde bir sorun var gibi görünüyor. Bu sorunun ne olduğunu bulmaya çalıştığından şüpheleniyorum. Bozuk bir sürece uyum, işleri daha iyi hale getirmeyecektir.
Cevaplar için herkese teşekkürler! Orada pek çok yararlı bilgi olduğunu hissediyorum ve birkaç cevaptan gelen ipuçlarını birleştireceğim. En önemli yönleri vurguladığı için Kevin'in cevabını kabul edilen cevap olarak işaretleyecektir.
On yanıtlar:
kevin cline
2012-08-17 09:09:41 UTC
view on stackexchange narkive permalink

Süreci düzeltin

Çalışanların çoğunda bir sorun varsa, Bu bir yönetim sorunudur .

Ya işi yapabilecek kişileri işe almak için yeterince para ödemiyorsunuz ya da işçilere kötü davranıyorsunuz ve onlar umursamıyor ya da süreçleriniz kötü tasarlanmış.

Düzgün değil biletler güncelleniyor ...

Bu neden olmuyor? Bilet sisteminizin kullanımı sinir bozucu mu? İşçiler, acil görevlerin üstesinden gelmek için sıradan görevler sıklıkla ihmal edilecek kadar meşgul mü? İşçilerden öneri sordunuz mu?

Aynı programlama hatalarını tekrarlamak ...

Ne tür hatalar? Herhangi bir kod inceleme süreciniz var mı? Bu hataları önlemek için herhangi bir otomatik araç kullanıyor musunuz? Doğru olanı yapmak kolay, yanlış olanı yapmak zor mu? Değilse neden olmasın? Neden birim testlerinde bu hatalar görülmüyor?

Belirli ofis prosedürlerinde aynı hatayı yapıyorsunuz ...

Neden bunları otomatikleştirmediniz prosedürler? Programcıların tekrar eden prosedürleri yürütmede iyi olmasını bekleyemezsiniz. Bunu yapmaktan nefret ediyorlar, bu yüzden programcı oldular.

ayrılmadan elektrik prizlerini kapatmamak

Bu bir donanım sorunu. Aşırı gerilim koruyucuları satın alın.

** "Çalışanların çoğunda bir sorun varsa, bu bir yönetim sorunudur" ** Yapabilseydim bunu iki kez yükseltirdim. Ve diğer noktalarınız çok iyi değerlendirildi
** İnsanların ** tekrarlayan prosedürleri uygulamada iyi olmasını bekleyemezsiniz. - İşte bu yüzden programcılarınız var
İnsanlar, yüksek maaşlı, yüksek eğitimli ve yüksek motivasyona sahip kişiler bile, belirli görevler için yapılacak çok sayıda şeyi hatırlayamazlar. Uçak pilotları için kontrol listelerinin gelişimi bu nedenle: http://www.atchistory.org/History/checklst.htm
Kontrol listeleri tıp için olduğu kadar yazılım geliştirme dahil diğer alanlar için de geçerlidir. Atul Gawande, * Kontrol Listesi Manifestosu * adlı kontrol listeleri üzerine bir kitap yazdı.
Evet. Bireylerle ilgili sorunlar, kişi bazında ele alınabilir. Gruplarla ilgili sorunlar sistematik sorunlara işaret eder.
Cevabınızı çoğunlukla beğendim, ancak temel neden hakkında haklı olmayan varsayımlar yaptığınızı düşünüyorum, biletleri güncellememenin nedeni, bunu yapmak için uygun bir teşvikin olmamasıdır. Eğer olsaydı, geriye doğru bir süreç olsa bile biletler güncellenirdi. Burada kırılan başka bir şey var ve bu sadece bir semptom.
@Chad - Bu * gerçekten * halkınızın inandığı mı yoksa inandıklarını düşündüğünüz şey mi? Unutmayın, programcılarla uğraşıyorsunuz, bu da onların büyük olasılıkla kendilerine bir anlam ifade etmeyen bir şeyi yapmayacakları veya zamanlarını boşa harcadıklarını veya başka bir şekilde faydasız olduklarını düşündükleri anlamına gelir, genellikle teşviklerden bağımsız olarak (tersine, sezgiseldir ve zaman kaybı gibi hissetmez, teşvik veya eksiklikten bağımsız olarak çoğu kez doğal olarak yapacaklardır; bkz: açık kaynak havuzları).
@Shauna - Sürece gerçek bir değer katarsa, çoğu programcı bunun genellikle yeterince teşvik edici olduğunu düşünür. Ancak teşvik yeterliyse, programcılar acı veren ve değersiz süreçlere uyacaktır. İlle de paradan bahsetmiyorum. Biletleri doldurmadıkları için birkaç kişiyi kovun ve uygunluk artışını izleyin.
@Chad - Böyle bir uyumsuzluk yüzünden insanları kovmaya başvuruyorsanız, o zaman daha büyük sorunlarınız var ve sadece korku yüzünden uyum elde ediyorsunuz ve şirket moralini yok ettiniz. Ekonomi geliştikçe ve çalışanlarınız artık işlerini kaybetmekten korkmadıkça ne olacak?
@Chad - İnsanları onların üzerine kovmaya razı olduğun hataların doğası nedir?
@Shauna - Sadece doğru teşvik varsa, o zaman uyum kazanırsınız ... Moral yükselene kadar dayak devam edecek! Bu yüzden sorunun uygunsuzluk değil süreçte olduğunu kabul ettiğimi söyledim. Ama evet, iş sürecimize uymayı reddederseniz, o zaman iyi bir çalışan olamayacağınızı düşünüyorum.
@MichaelKohne uçaklardaki kontrol listesi, uçağın bilinen bir duruma yeniden başlatılmasının kağıt versiyonudur.
@Chad havuç genellikle çubuklardan daha iyi sonuç verir. Patronunuzun sizi yapmaktan nefret ettiğiniz akılsız şeyleri yapmaya zorladığı bir yerde kalır mıydınız?
@ThorbjørnRavnAndersen - Ne dediğimi anlayıncaya kadar tüm yorum başlığını okumanız ve ardından o yorumu silin.
@Chad Bunun kültürel bir farklılık olabileceğine inanıyorum. Çalışanlarınız yeterince değerliyse, onları işten çıkarmak şirketiniz için oldukça pahalı olabilir ve büyük olasılıkla yine de moral yükseltmeyecektir.
"Bunu yapmaktan nefret ediyorlar, bu yüzden programcı oldular."-> Bayıldım, bu sitedeki en iyi cevaplardan biri!
Shauna
2012-08-17 17:50:25 UTC
view on stackexchange narkive permalink

Kevin'in cevabı olağanüstü, ancak ben de bazı düşüncelerimi eklemek istedim.

Şirketim kısa süre önce şirket genelinde bir bilet sistemi kullanmaya başladı. Şirket çapında uygulamadan önce, GitHub'ı halihazırda kullanan birkaç kişi vardı ve bunu büyük bir başarıyla yapıyordu.

Bir bilet sistemi almaktan sorumlu yönetici, bunun yerine bildiklerini kullanmaya karar verdi. aşina olduğumuz şeyleri görmek Sonuç, kullanımı cehennem kadar sinir bozucu, kullanıcılar için fazlasıyla karmaşık bir bilet sistemiydi (bir bilet için doldurulacak veya başka türlü değiştirilecek 20 alan vardı, durum güncelleme alanını bulmak zordu ve her yönüyle bir hoş deneyim). Geliştiriciler ona neredeyse hiç dokunmadı ve birkaç hafta içinde dağıldı.

Ardından, tüm geliştiricilerin tercih ettiği platform olduğu için GitHub'a geçmeye karar verdik. Ayrıca daha fazla serbest biçimli alan (ve genel olarak daha az alan) ve geliştirici olmayanlar için daha yapılandırılmış bir bilet girişi bölümü oluşturmak için kullanabileceğimiz bir API (bunlardan doğru bilgileri almaya yardımcı olmak için) sunar. Şimdiye kadar, biraz daha kapsamlı bir şekilde kullanıldı.

Buradaki hikayenin ahlakı, geliştiricilerin bir şeyin değer kattığını ve zamanlarını boşa harcamadığını hissederlerse kullanacaklarıdır (zaman Onları düzeltmeleri için tuttuğunuz sorunlar), ancak değilse, onları kullanmaya zorlayan çok az teşvik vardır. Geliştiriciler için verimlilik kraldır. Üretkenliği engelliyorsa, geliştiricilerin bu konuda söyleyecek bir şeyleri varsa terk edilecektir. Onlarla konuşun, doğal olarak neyi kullandıklarını veya hangi formatta en verimli olduklarını görün ve ihtiyaçlarını karşılamak için elinizden geleni yapın. Sonuçta, ürününüzü çalıştıran geliştiricilerdir.

Ve UPS'ler hakkındaki düşünceye katılıyorum. Sen bir işsin. Donanımınız bir yatırımdır. Özellikle gücünüzün istikrarsız olduğunu biliyorsanız, yatırımınızın korunmasını sağlamak için neden gerekli adımları atmıyorsunuz?

Dikkate alınması gereken başka bir şey de - bu politikaların gerçek nedenleri var mı (yani - hepsi güç sorununa benziyor mu, yoksa keyfi olanlar var mı), herkese yeterince açıklanmış mı ve açıklamalar ve çözümler? (Ve bu konuda, çözümler önerdiklerinde dinlediniz mi?) Programcılar yaratıcıdır. Aynı zamanda problem çözücüleriz, bazılarımız zorunlu olarak öyle. Görünür bir neden olmadan yukarıdan aşağıya otoriter talimatlara pek uymuyoruz. Uyumluluk istiyorsanız, çözümlerimizi önerdiğimizde dikkate almaya istekli olduğunuzu göstermeli ve verdiğiniz kararları vermek için iyi nedenler sağlamalısınız. Çok zeki ve yetenekli insanları işe aldınız, onlara maymun muamelesi yapmayın.

Hızlı mı? sorun izleme için GitHub'ı kullanma hakkında. Anladığım kadarıyla, bunu her depo için yapabilirsiniz, değil mi? Yoksa bağımsız bir sorun izleyici olarak kullanmanın bir yolu var mı? Yoksa bir proje / çalışma alanı için boş bir depo mu oluşturdunuz?
@JordanReiter - GitHub'ın temel amacı Git'in gücünden yararlanmak ve üzerine inşa etmektir. Bu nedenle, depo odaklı olacak şekilde tasarlanmıştır (GitHub'ın amacının yarısı, sorunları kodla yakından ilişkilendirmektir). Proje yönetimi türlerine yardımcı olmak için kilometre taşları oluşturabilirsiniz. Bununla birlikte, kapsayıcı bir şeye ihtiyacınız varsa, o zaman sorunlar için boş bir depo oluşturursunuz (benim deneyimime göre, bu biraz karışık ve dağınık ve ideal olan, sorunları ortaya koymak için API ve iş kurallarını kullanarak mekanizmaları yerleştirmek olacaktır. doğru depolarda).
Bu soruya gerçekten cevap vermiyor, şirketinizin nasıl değiştiğine ve çalıştığına dair bir anekdot. Bir anekdot, bir cevabı desteklemekte iyidir, ancak bu, bir anekdotu paylaşmak adına bir anekdot gibi görünüyor.
@Chad - Anekdot bir noktayı kanıtlamayı amaçlamaktadır - eğer bir şey çok rahatsız edici, kafa karıştırıcı veya başka türlü zaman alıcı olarak görülürse, özellikle daha önemli görülen şeyler karşısında insanlar onu kullanmaz. Ancak bir şeyin kullanımı ağrısızsa, teşviklere gerek kalmadan doğal olarak kullanılması daha olasıdır. Yine de açıklayabilirim.
Anekdot hala cevabın birincil parçasıdır ve gerçekten hiçbir şey eklemiyor. Anekdotlar, anekdotu destekleyen yanıtı değil yanıtı desteklemelidir.
@Chad - O zaman sanırım katılmama konusunda anlaşmamız gerekecek. Anekdot sadece kendi cevabım için değil, aynı zamanda diğer cevaplar için de açıklayıcı amaçlar için tasarlanmıştır (dediğim gibi, Kevin'in cevabı harikadır ve onun olumlu oylanmasını, cevap olarak işaretlenmesini ve bir ödül verilmesini tamamen destekliyorum; Başlangıçta düşündüm cevabımı bir yorum yapmakla ilgili, ancak daha uygunsuz olduğunu düşündüğüm birkaç yorum gerektirecekti).
Evet, gerçekten büyük olan yorumlarım olduğunda bazen onlara cevap veriyorum.
@MichaelDurrant - Nasıl çalışması gerektiği bu değil. Kişisel olarak soruyu cevaplamayan bir cevap yerine 2 veya 3 maddelik bir yorum görmeyi tercih ederim. Bu harika bir anekdot ... ama bir cevap değil. Bu hikayeleri göndermek için forumlar var ... onlardan biri olmamalıyız.
@Chad - Yorumların da "konuşkan" olması gerekmiyor, bu yüzden beğenmediyseniz yanıtı oylayın ve bitirin.
@Shauna - Burada aşağı oy vermek için bir cevabınız olsaydı ... bir anekdotunuz olur.
@Chad - Şimdi sadece bilgiçlik yapıyorsun.
@Shauna - Doğru terimi tercih ederim.
maple_shaft
2012-08-17 18:45:36 UTC
view on stackexchange narkive permalink

İyi bir general, bir savaşı kaybettiklerinde askerlerini suçlamaz. Aynı şekilde iyi bir yönetici de sorumluluk alır ve takım elinden gelenin en iyisini yapmadığında harekete geçer. İyi bir yönetici, bir sorunla karşılaştığında takımın önündeki engelleri ortadan kaldırarak işini yapmasını sağlar.

Bir çalışan batırdığında, iyi bir yönetici bu işi nasıl düzelteceğini bulmaya çalışır. ve daha sonra, gelecekte benzer sorunların önlenebilmesi için ne olduğunu bulmak için çalışanla birlikte çalışır. Kötü bir yönetici suçu atar ya da mazeret ve günah keçisi bulur.

Tavrınızı yanlış ima ediyor olabilirim ama sorunun bir yerlerde çalışanlarınızda olduğuna ikna olmuşsunuz gibi hissediyorum. Bu konuda şüpheci olmalısınız çünkü neredeyse tüm çalışanlarınızın kalitesinin düşük olması olası değildir. Elbette mümkün, ancak durum böyle olsa bile o zaman ya takımı seçmede sizin hatanızdı ya da takımda söz hakkınız yoksa, takımınızı başarıya ulaştırmanız gereken suçsuz bir engeldir.

İlk adım, artık bu takımların başarısızlıklarının doğrudan sizin hatanız olduğunu varsaymanız gerektiğine göre, nihai olarak sizin sorumluluğunuzdadır. Bir sonraki adım, sorunu çözmek için proaktif adımlar atmaktır. Çözümlerden bazıları işe yaramayabilir. Durum buysa, iyileşme görmeye başlayana kadar farklı bir şey deneyin.

Joshua Drake
2012-08-17 20:18:39 UTC
view on stackexchange narkive permalink

Yazılanların çoğuyla aynı fikirdeyim.

Görünüşe göre bilet güncelleme sürecini değiştirmeniz gerekiyor ve kesinlikle bazı aşırı gerilim koruyucular satın almanız, ofisin güç sistemini yükseltmeniz gerekiyor. veya muhtemelen daha iyi tesislere taşınmak. Ayrıca pratikte kod incelemelerinin geliştiricilerin yaptığı hataların sayısını ve etkisini önemli ölçüde azalttığını gördüm.

Ancak,

aynı programlama hatalarını tekrar tekrar etmenin

geliştiricilerin sorumluluğundadır ve her geliştirici tarafından ayrı ayrı ele alınmalıdır.

Başarıyla kullandığım bir yöntem kendi hataları onları takip etmektir. Bir .txt dosyasını masaüstümde tutmak ve hatamı açıklayan satırlar eklemek, ör. Tek bir mesajı kapatmak istediğimde kapalı görünüm. , kişisel hata oranım üzerinde olumlu bir etkiye sahipti.

Başka bir taktik de, tekrarlanmasını önlemek için kullandığınız teknikleri paylaşmak olacaktır. kendi işindeki hatalar. Bu, daha iyi performans gösteren ekip üyelerinin kendi uygulamalarını paylaşmasını içerebilir.

Yukarıdaki ilk değişiklikleri yaparak ekip desteğini göstermek ve onları donatırken aynı standardı karşılamak için kişisel mücadelenizi paylaşmak kendinizden ve meslektaşlarından en iyi uygulamalarla, istenen ahlakı aşılamak için uzun bir yol kat etmelisiniz.

bethlakshmi
2012-08-31 18:42:33 UTC
view on stackexchange narkive permalink

Seviye 5 CMMI mağazalarında uygulandığını gördüğüm başarılı sürekli iyileştirme vakalarına dayanan adımlarım burada. Yalın Altı Sigma gibi süreçlerin benzer bir yaklaşıma odaklandığına inanıyorum, ancak (rastgele gözlemlere dayalı olarak) biraz farklı bir nüansla.

Mevcut durumunuzu inceleyin

Bahse girerim, insanlar süreci düzgün bir şekilde yapmadıklarında zararın ortaya çıktığından bahsettiğiniz durumlarda, bunun akıllıca olmayacağına bahse girerim. Asıl soru ne kadar zarar? Bu ne sıklıkla oluyor? Gerçekleştiğinde etkinin büyüklüğü nedir? Bu etki büyük kar hanesini nasıl etkiler? Muhtemelen herkes bu sorunların "bir miktar etkiye" neden olduğunu anlıyor, ancak bazı somut rakamlar koyduğunuzda, ne kadar büyük bir sorununuz olduğunu görebilirsiniz. "Değişim biletlerini güncellemediğimizde müşteri inancını kaybediyoruz" demek bir şeydir. Müşterilerimizin sürecimize daha fazla güvenmesi durumunda "ürünümüzden / hizmetimizden X dolar daha fazla satabilirdik" demek çok daha acildir. Ayrıca, sorunu çözmek için ne kadar para / zaman harcayabileceğinizi de söyler. Hiç kimse 20 $ 'lık bir problem için 100 $ değerinde çaba harcamak istemez.

Ayrıca - yine de - başarısızlıklarınız ve başarılarınızdaki kalıpları arayın. Herkesin bunu yanlış yapmayacağına bahse girmeye hazırım. Ya da herkes yanlış yaparsa, bunu sadece bazı durumlarda mı yaparlar? Belirli bir grupla veya belirli koşullar altında sorun yaşıyorsanız, değiştirilmesi gerekmeyen durumları değiştirmeye çalışmak yerine, bu özel durumu ele almak için yapabileceğiniz bir şey olup olmadığına bakın.

Değişmesi Gereken İnsanları Dahil Edin

Verilere sahip olduğunuzda, önemli kişileri bir araya getirin. Büyük bir organizasyonunuz varsa, birkaç toplantı yapabilirsiniz. Toplantılardan biri, değişmesi gereken, bunu cezasız bir şekilde tartışma seçeneğine ihtiyaç duyan kişilerdir. Başka bir deyişle, yönetim onları korkutmadan kirletmek, şikayet etmek ve tuhaf fikirler bulmak için serbestliğe ihtiyaçları var. Ancak, tartışmayı sadece şikayet etmek yerine üretken amaçlara yönlendirmek için muhtemelen bir moderatöre ihtiyaçları vardır.

Sonunda diğer önemli insanlarla da görüşebilirsiniz - eğer keder yaratan araç buysa, görüşebilirsiniz sürdürenler. İki gruplu bir problemse, her iki grupla ayrı ayrı ve sonra birlikte toplantı yapabilirsiniz. Önemli olan, gruplarda kimlerin olduğuna bağlı olarak farklı grupların farklı sonuçlara varacağı gerçeğinin farkında olmaktır. Bunu kendi avantajınız için kullanın, kendi avantajınız için kullanın - sürecin çok erken safhalarında bir araya getirilen yanlış insanlar onu tamamen öldürecektir, ancak doğru insanlar ucuz ve uygulaması kolay bile olabilecek bazı parlak fikirler üretecektir.

Daha da önemlisi, insanlara sorunu çözme şansını yakalamış gibi hissetme şansı vermektir - değişim için en başarılı programlar, çabanın çabası haline gelmesi için değişmesi gereken insanları içerir, onlara yukarıdan bir şey dayanıyor.

İzleyin ve Geri Bildirimde bulunun

İlk adımda kullandığınız metrikler burada idealdir - bu, düşük seviyeyi (durum güncellemelerinin sayısı vb.) izliyor olmanıza rağmen, GERÇEKTEN dikkat etmek istediğiniz şey, aynı zamanda alt satırdır. . İstediğiniz ayrıntılı değişikliği yapabilir ve yine de aradığınız getiriyi alamayabilirsiniz - ve bunu bilmek önemlidir. Bence bu bağlantı, iyi yöneticileri Dilbert'teki sivri saçlı patrondan ayıran şeydir - çalışanlarının yarattığı etkiyi arayacak ve bunu onlara gösterecek kadar zeki olmaları. Bu alandaki zaferden daha önemli bir şey yoktur ve başarısız olduğunuzu bilmek, bir dahaki sefere bir değişimin gerçekleştiğini görmek istediğinizde neleri işe yaramaz olarak atabileceğinizi anlamanıza yardımcı olur.

Geri bildirim verirken şunu düşünün nasıl geribildirim verdiğiniz ve kime etki üzerinde büyük bir etkisi vardır. Beden diliniz "umurumda değil" derken "bu acil" demek, hiçbir şey söylemekten daha kötü olabilir ve yalnızca bir kişi uymayı başaramadığında ekibe e-posta göndermek, bir kişiye bunun grup çapında bir sorun olduğu konusunda güvence verir. gerçekten değil.

Havuç veya Çubuk

Neredeyse hiçbir işin teşvik (havuç) veya ceza (sopa) içermediğini göreceksiniz. Modern yönetim bunu benimsiyor: İşi nasıl düzenlediğiniz ve insanları buna nasıl dahil ettiğiniz, havuç ve / veya çubuk yaklaşımından daha motive edici ve etkilidir. Genel düşünce, çoğu insanın işini yapmak istediği, sadece "işi doğru yapmanın" ne anlama geldiğine dair rehberliğe ihtiyaç duyduğu yönündedir.

Yine de her durum için bir istisna vardır, bu yaklaşıma girdiğinizde, onu doğru bir şekilde halletmenin çok zaman aldığını göreceksiniz ... bu hiçbir şekilde 20 dakikalık bir görev değildir ve Bunlardan bazıları (metrik koleksiyonu gibi) yoğun, veri odaklı çalışmalardır ve çoğu yöneticinin kendi başlarına tamamlamak için zamanları yoktur ... bu yüzden yardıma ihtiyacınız olacak. Buna ek olarak, demografinizin geri kalanı yeterince değişmiş olsa bile, onlardan yapmalarını istediğiniz şeyi yapmayı gerçekten başaramayan , çan eğrisinizdeki aykırı değerleri muhtemelen vuracaksınız. değişimi gerçeğe dönüştürmenin köşesi. Havuç / çubuk stratejisi işte burada işe yarayabilir:

  • Havuç - birisi görev çağrısının ötesine geçtiğinde. "Bunu yap" derseniz ve onlar bunu kendi yetenekleri dahilinde yeterince yaparlarsa bunun ötesinde değildir. "İşi yapmayı" teşvik edin ve hiç bitmeyen, motivasyonu düşüren bir döngü içinde olacaksınız. Ancak birisi harika yeni fikirleri önerirse ve daha sonra sorunsuz bir şekilde uygularsa, sahipliğini üstlenir ve sorunları maaş seviyesinin üzerine çıkarmak için yukarıda ve öteye geçerse - bunun bonus zaman olarak ödüllendirildiğinden emin olun. Ve bu mükemmelliğin devam ettiğinden emin olmak istediğiniz için övgülerinizde spesifik olun.

  • Stick - Herkesin yapabileceği işi yapamayan bir aykırı değerle karşılaştığınızda, sıra sıra gelir. Etkili olması için sopanın gerçek bir ceza olması gerekir. Hiç kimsenin sevmediği topal işi yapmak, aradığınız ceza değildir - kolayca yanlış yorumlanabilir ve işi asla gerçekten doğru yapmayan bir çalışanla sonuçlanabilir. Yerleşik ödeme, olumsuz performans incelemeleri ve (eğer sorun yeterince büyükse) fesih konuşmaları alanına gireceksiniz. Bahsettiğiniz şeyler iyi bir iş yapmanın bir parçasıdır, "ikramiye iş" değildir. İş üzerinde olumsuz bir etkiye sahipler ve bu adam diğer insanların yapabildiğini yapamazsa, açık piyasada daha iyi performans gösterebilecek başka birini bulma şansınız vardır.

Burada hem havuç hem de sopaya karşı sertti, çünkü soruda bahsedilen iki konu iyi bir sürecin temelini oluşturuyor. Bunların her ikisinin de şirket için ciddi etkileri olabilir ve ortalama bir çalışanın her ikisini de doğru şekilde yapabilmesi genel beklenti içinde. Yenilikçi olan ve bu nedenle karşılığını almama şansı daha yüksek olan yeni bir "ideal uygulamadan" bahsediyor olsaydınız, ortalama bir insanın yarasadan hemen yapabileceği en az şeyin ne yapabileceği konusundaki düşüncelerim daha yumuşak olabilir. Bununla birlikte, yenilik yaptığınızda ve bunun çok büyük bir katma değer sağladığını kanıtladığınızda ve yeni seviyeye gelemeyen insanlara sahip olduğunuzda ... onlara düşük iş için gerçekten ödeme yapmak istiyor musunuz?

Havuç ve Çubuk için +1. İyi bir süreç, kanıtlandığında kendini yönetecektir. Başlamak için havuç ve çubuğa ihtiyacınız var ve gevşemeye meyilli olanların yolda kalmasını sağlayın.
Jordan Reiter
2012-08-30 04:02:34 UTC
view on stackexchange narkive permalink

Sorunlarınızı çalışanlarınızın sorun olduğu şeklinde çerçevelendirdiğiniz sürece, sorunu çözmek zor olacaktır. Bir kişiye "Değiştir!" diye bağırmak, davranış değişikliğine neden olmaz.

Yukarıdaki kişilerin belirttiği gibi, bu bir yönetim meselesidir, ancak daha da önemlisi sistem / işlem sorunu. Demek istediğim, şimdiye kadarki en motive edici yönetici olabilirsiniz, ancak hatalı bir bilet sistemi kullanıyorsanız, süresi dolmuş biletler çatlaklardan düşecektir.

Aslında, gerçekçi bir şekilde, bunun gerçekleştiği gerçeği neredeyse iyi bir şeydir. Neden? Süresi dolmuş biletlere girmek ve bunları yeni son kullanma tarihleriyle güncellemek zaman alıcıdır ve adil olmak gerekirse, iş becerileri açısından nispeten önemsizdir. Çalışanlarınız bunu yapmıyorlarsa, muhtemelen zamanlarını daha üretken işler için harcadıkları anlamına gelir.

Bilet sistemi üzerinde herhangi bir kontrole sahipseniz, bunu şu şekilde değiştiririm:

  • her sabah süresi dolmuş veya süresi dolmak üzere olan biletleri alır
  • bu bilete atanmış çalışanı bulur
  • süresinin dolmak üzere olduğunu bildirir ve davet eder çalışanın, varsayılan bir uzatma tarihi sunması da dahil olmak üzere, çalışanın sonraki Cuma gününün ne olacağını hesaplamasına bile gerek kalmaması dahil olmak üzere bunu ilerletmesi gerekir

Bu tek bir e- her bir kişiye günlük olarak e-posta gönderin ve işlem 5 dakikadan az sürüyordu, muhtemelen insanların bunu düzenli olarak yaptığını görürsünüz.

Sorun devam ediyorsa, bilet sistemine gittiklerinde bir uyarı ekranı ekleyin. Bekleyen süresi dolmuş biletler varsa, ekranın üstünden küçük bir uyarı belirir.

Teknolojiyi kullanarak mümkün olduğunca entegre edin. Örneğin, biletin bir kişinin kaydını değiştirmek olduğunu varsayalım. Forma gitmeden önce, küçük bir açılır pencere onlara bunun bir biletle ilgili olup olmadığını sorabilir ve eğer öyleyse sadece bilet numarasını girerler. Ardından, kayıt kaydedildikten sonra, bilet, henüz tamamlanan değişiklikleri yansıtacak şekilde otomatik olarak güncellenir. Kod çalışıyorsa, bilet sistemini entegre edin, böylece kod kontrol ettiklerinde, oluşturduklarında veya her neyse, bilet sistemine bir mesaj gönderilsin. Dolayısıyla tek yapmaları gereken, taahhüt mesajını yazarken bilet numarasını belirtmektir (bunu sizin için yapacak birçok IDE vardır).

İş arkadaşları ortak bir proje üzerinde çalışıyorsa, Son dakika toplantıları planlamak zorunda kalmamaları için daha sürekli iletişim içinde olmaları teşvik edilmelidir. Hatta her gün işbirliğine ayrılmış belirli saatler bile ayarlayabilir (mesela 10: 30-11: 30, bu insanlara o gün için ilk işle ilgilenmeleri için yeterli zaman verir ve öğle yemeğine kadar devam eder, böylece işbirliği sona ererse bile devam edebilir öğle yemeğinde sohbet edin ve fikirlerin süzülmesini sağlayın). Sahip olduğunuz anlık ileti sistemi aracılığıyla hızlı bir uyarı gönderin ( bir tür anlık ileti sistemi kullanıyorsunuz, değil mi?!?) İnsanlara işbirliği zamanını hatırlatın. Hatta insanlara üzerinde çalıştıkları ortak projeleri hatırlatabilirsiniz.

Sen bir yöneticisin. Organize olmak ve projeleri, programları, görevleri vb. Kafanızda tutmak sizin işiniz. Yani belki de tüm çalışanlarınızın aynı şeyi yapmasını bekliyorsunuz. Gerçekçi olarak, hepsi bunda sizin kadar iyi olmayacak. Bu nedenle, sürekli hatırlatıcılar sunan sistemler kurun. İyi hatırlayanlar muhtemelen bunlara ihtiyaç duymayacak ve onları kapatabilecekler. Hatırlamayanlar, onları görevde tutmanın etkili yolları olarak kabul edecek.

Michael Durrant
2012-09-06 08:27:39 UTC
view on stackexchange narkive permalink

Sonuçlara Odaklanın.

Kişisel konulara, alışkanlıklara ve hatta toplantılara katılmak çoğu zaman ters etki yaratır.

Odaklanmanızı tavsiye ederim. bir şey - ürün (ler) ve sunduğunuz kullanıcılar. Tüm politikalarınız bundan kaynaklanmalıdır. Birisi bir toplantıyı kaçırırsa ve sonra bir son teslim tarihi kaçırılırsa, kişiye bunun neden son teslim tarihinin kaçırıldığını sorarsınız - bu, kaçırılan toplantıyla mı ilgili? Neden kaçırdılar? Diğer kişiyle veya insanlarla ayrı ayrı mı konuştular? Bahsedilmeyen başka sorunları var mı?
İyi bir yöneticinin ayırt edici özelliği, dinleyen kişidir.
Kötü bir yöneticinin ayırt edici özelliği, prosedürleri belirleyen olandır.

tüm şirket, ürünleriniz, karşıladıkları ihtiyaçlar, odaklandığınız özellikler ve önümüzdeki son tarihler hakkında konuşuyor. Ancak katılım / bilet sorunları / dokümantasyon sorunlarından uzak durun.

Altın kuralları unutmayın:

  • E-posta ile olumsuz bir şey yok.
  • Kamuoyunda olumsuz bir şey yok .
  • Nihai sonuçlara odaklanın.
  • Çalışanlara iyi davranın.
  • Destek ve eğitim sağlayın
  • Atıştırmalıklar ve ikramlar sağlayın.
JohnMcG
2012-08-17 22:48:48 UTC
view on stackexchange narkive permalink

Bunların sürecin değil, çalışanların hatası olan meşru hatalar olduğunu varsayarsak, bir meslektaş sorumluluğu sistemi işliyor gibi görünüyor.

Çağrıları gözden geçirmek için çalışanlarla düzenli bir toplantınız varsa (örneğin, onları beyaz tahtaya yansıtmak) ve yeterince düzenli bir süre içinde güncellenip güncellenmediklerini belirtin.

Düzenli stand-up toplantılarınız varsa, bir sorunun temel nedeni tekrar tekrar ortaya çıkıyorsa belirli bir geliştiricinin noktalı virgülü unutması, programcıyı utandırması ve değişmesi için onu teşvik etmesi gerekir.

Toplantıları herkesten daha fazla sevmiyorum, ancak ekip üyelerini birbirine karşı sorumlu kılmak çünkü sonuçlar ve belirli şeyleri takip etme performansları çoğu durumda onları yapma olasılığını artıracaktır.

Bu tür toplantılar zamanı boşa harcar, işçileri kızdırır ve genellikle moral düşer. İyi bir fikir değil.
Matt Ridge
2012-08-30 16:45:05 UTC
view on stackexchange narkive permalink

Yönetici olarak sormak zorundayım, gerçekten ne tür bir güce sahipsin, şirketin sahibi misin yoksa müdürü müsün?

Bana göre insanların duygularını incitmekten korkuyorsunuz. Şirketim cep telefonu yasağı oluşturmadı. Yerde yakalanırsanız (imalat) maaşınızdan 15 dakika kesilirsiniz. Saatte 2. kez. Üçüncü kez eve gönderildin, ücret yok. Son olarak, kovuldunuz.

Kendiniz değilseniz sahiplerle konuşmak ve buna izin verilip verilmeyeceğini görmek isteyebilirsiniz, ancak gerçekte arkadaş değil yönetici olmanız gerekir önce çalışanların sayısı, aksi takdirde işinizi yapmadığınız için kendinizi sokakta bulursunuz ...

Aksi takdirde çalışanlar size bakacak ve bazı şeylerden sıyrılabileceklerini fark edecek ve saygı görmeyeceksin. Beğenileceksiniz, ancak kaybedildiğinde saygı kazanmak daha zordur.

cevap "endüstriyel üretim" örneğinden bahseder - [tag: software-industry] etiketli soruda bu nasıl alakalı?
Farklı bir sektör olması, çalışanların uyumluluğunun farklı olması gerektiği anlamına gelmez. Soruları daha sonra bitirmek için her zaman neden bir şey söylediğime dair bir örnek veriyorum. Sırf korelasyonu görememeniz, cevabın yanlış olduğu anlamına gelmez. Bizim durumumuzda, cep telefonları geçen yıl şirketimize 2 milyon doları aşan hatalara mal oldu, biz bunu empoze ettiğimiz için, bunu 200 bin doların altına düşürdük Bazen sonuç almak için ayağınızı yere koymanız gerekir, nedenini anlayamıyorsanız, belki de bir sorun?
Anlıyorum. Belirli bir sektöre sorulandan farklı bir şekilde atıfta bulunmanız gerçeğiyle kafam karıştı. Bunun yazılım endüstrisi için geçerli olduğuna inanıyorsanız, bunu açıklığa kavuşturmak için yanıtı düzenlemeyi düşünün.
Pekala, endüstri imalatının kuralların nedenlerinin altını çizeceğini düşündüm, çünkü bir hata ve güvenlik kurallarına uymazsanız kolunuzda 12 "uzunluğa 1/2" kalınlığında bir matkap bulabilirsiniz. Bir yazılım şirketinde bu kadar tehlikeli olmayabilir, ancak gerçek şu ki, bir yanlış hareket ve o günün tüm verilerini kaybedebilir veya bir sunucuyu kızartabilir veya sizi aylarca geri alabilecek başka bir şey yapabilirsiniz.
ilginç. Çalışanların hareketliliğindeki olası farklılıkları düşündünüz mü? Bunun _ üretim için geçerli olup olmadığını bilmiyorum ama yazılım endüstrisinde, eskiden birlikte çalıştığım çoğu yönetici, ifadenizi "tek bir yanlış hamle ve sizi ayarlayabilecek en üretken geliştiricilerinizi kaybedebilirsiniz. aylardır dönüyor "
Doğru, ama mesele şu ki, basit talimatları takip edemeyen çalışanlar için ne yapacağını merak ediyor. Endüstriyel ve yazılım arasındaki fark mobilite olabilir, ancak birisi talimatları takip edemezse, yine de aynı durumla karşılaşırsınız. Ya gelir kaybı ya da ürün kaybı.
jayturley
2012-08-30 03:21:22 UTC
view on stackexchange narkive permalink

Büyük sorunlara şimdiden gerçekten iyi bir yanıt olduğu için, ortaya attığınız motivasyon sorununu ele almak istiyorum.

Çalışanlarınızın bir görevi yapmasını istiyorsanız ve hissediyorsanız Bunu düzenli olarak yapmaları, Dangerous Minds tekniğini kullanmaları çok önemlidir: Onları% 100 mali bonusla başlatın ve görev her ihmal edildiğinde, bilinen bonuslarından ceza olarak küçük bir miktarı kaldırarak cezalandırın.

Bu oldukça etkilidir, ancak tekniği ekibinizin güç kaynaklarını kapatmasını sağlamak gibi küçük görevler için kullanırsanız, onları tamamen yabancılaştırma riskiyle karşılaşırsınız.



Bu Soru-Cevap, otomatik olarak İngilizce dilinden çevrilmiştir.Orijinal içerik, dağıtıldığı cc by-sa 3.0 lisansı için teşekkür ettiğimiz stackexchange'ta mevcuttur.
Loading...