Gördüğünüz en korkunç para israfı nedir ve bu konuda ne yaptınız? [kapalı]

Genellikle programcılar olarak büyük kuruluşların, şişirilmiş ve sorunlara verimsiz çözümlere büyük miktarda para harcadığını görüyoruz. Bu beni çok üzüyor çünkü kurumların en iyi cins çözümlerinden faydalanmalarını seviyorum. Bununla birlikte, programcı olarak yeteneklerim kilit karar vericileri etkileme konusunda sınırlıdır ve çoğu zaman konuya bakış açım kendi küçük teknik dünyamla sınırlıdır.

İşte benim sorum bu. Gerçekten keçinizi alan bazı yazılım ve / veya donanımlarda korkunç bir para israfı ile karşılaştıktan sonra, onu düzeltmek için bu konuda ne yaptınız ? Genel deneyimlerinizi ve özellikle gelecekte bu tür şeylerle nasıl başa çıkacağınız hakkında öğrendiklerinizi duymakla ilgileniyorum . İsimleri isimlendirmeyelim, sorunun üstesinden gelme deneyimi gerçek rahatsız edici üründen daha önemlidir.

Aşağıdakiler dahilinde büyük, hacimli, buggy ticari ürünler için ödeme yapmak:

• Uygulama sunucuları;
• Test araçları;
• Geliştirme ortamları

Açık kaynaklı veya hafif alternatifler açıkça üstün olduğunda.

Adımlarım genellikle:

1. referans olarak bir alternatif oluşturalım - örneğin "uygulama sunucusu Y yerine uygulama sunucusu X ile deney yapacağım. Bu konuda iyi bir deneyimim vardı, çünkü (...).";
2. bu teklifi meslektaşlarıma sat - "X sunucusu daha hızlı yeniden başlatıldığından ve bu kadar zaman kaybetmediğim için şimdi daha hızlı gelişiyorum";
3. bunu derhal yöneticiye satmak - "X sunucusunu kullandığımızdan beri ekibimiz artık daha hızlı gelişiyor. Her şey küçük bir deney olarak başladı ama herkes bundan hoşlanıyor.".

Bir favoriyi adlandırmak için çok fazla örnek gördüm, ancak ana alanım olan web geliştirme alanında birkaç genel eğilim gördüm:

1. Vanity Web Siteleri . Bunlar, küçük kuruluş dışındaki kimselere, kendilerini işleyen ve logoları, kendi fotoğraflarını ve kendi göze çarpan gofretlerini takıntılı bir zorlama etrafında inşa eden herhangi bir kimseye yarar sağlamayan web siteleridir. En kötüsü, bunlar genellikle kamu sektörü tarafından finanse edilmekte ve web hakkında hiçbir fikri olmayan insanlar tarafından yaptırılmaktadır. (Örneğin, bir zamanlar kendi çalışanlarının intraneti için Facebook'un küçük bir versiyonunu geliştirmek isteyen bir NHS hastane güvenine sahipti).

2. Ödenen en iyisidir . Ücretli yazılımın kendiliğinden açık kaynaklı olmaktan daha iyi olması için ısrar eden zihniyet. Sonuçta, parası ödendi, değil mi? O kadar çok müşterinin aptalca seçimler yapmakta ısrar ettiğini gördüm, çünkü açık kaynaklı her şeyi otomatik olarak bir politika olarak indiren bir kültürde çalışıyorlar.

3. Komite tarafından tasarım. Burası, büyük bir grup insanın bir “beyin fırtınasına” sahip olduğu ve daha sonra her taslak fikrini tasarıma dahil etmeye çalıştığı, kaçınılmaz olarak, herkesi memnun etmeye çalışmak için her şeyden ödün vermeyle ilgili kötü bir düşünce ile sonuçlanan tasarımdır. ve herkes tarafından komiteyi, uygulamayı kullanmak zorunda kalanları değil, kararları vermeyi kastediyorlar).

4. Danışmanlar. Burası, geliştirme sürecini tekno-kafa karıştırıcı ve iş konuşmasıyla karıştırarak uzaklaştırarak para kazanmak için harcadığınız bir orta adama (ne iş uygulamalarını ne de yazılım geliştirmeyi bilemeyen) ödeme yaptığınız yerdir.

Bundan henüz kimsenin bahsetmediğini anlamadım.

Satın alabileceğiniz zaman kendi çözümünüzü oluşturmak.

Bu desenin varyasyonları:

• al-yap-inşa tradeoffunu bile düşünmemek
• Şirket içi çözümün önemli kapsam sürünmesi
• Sınırlı kapsam, aynı zamanda şirket içi çözümün sınırlı faydası

Benim iki favorim:

1. İşe Alma danışmanları (serbest) sadece daha fazla üretim kapasitesi eklemek için onlar gerekmekle birlikte kendi çalışanlarına yatırım yeni bilgi getirmek için danışmanlar istihdam ve mevcut insanları koçluk tarafından yerine.

2. Proje yöneticileri işe nihayet (düşünmek) onlar geliştirme ekibi yönetmek diğer proje yöneticileri yönetmek diğer proje yöneticileri yönetmek. Takımın kendini yönetmesine ve iş yerine odaklanmasına izin vermeleri gerekir. Geliştiricilere göre daha fazla proje yöneticisine sahip oldukları yazılım projeleri gördüm. Toplantıları hayal et.

Uzun Süreli Yükseltmeleri ve Bonusları Sınırlamak

Bence Business 101’de çalışanlarına zam yapılmamasını öğretti . İkincil bir durum ise, yıldızların maaşlarını sınırlamaktır, çünkü bazı maaş aralıklarına uymaları gerekir.

Sonunda çalışanlar, ücret skalasının endüstrisi (veya çıktısı) ile uyumlu olmadığını fark edeceklerdir. Özgeçmiş ve becerileri olan insanlar sonunda ayrılacak ve onlarla birlikte tüm bilgilerini ve muhtemelen birkaç arkadaşını alacaktır. Kalanlar (en iyi performans gösterenler) kalmayı almak ve daha sonra yeni bir kişiyi işe almak için daha fazla zaman harcamak zorunda kalacaklar (piyasa fiyatından). Böylece şirket, JR birinci seviye için bir yıldız çalışanı takas etti ve maaşları düşük tutmanın tüm "tasarruflarını" kaybetti.

Bu devam ettikçe, geliştirme ekibi eşit kalmak için mücadele edecek ve sert bir şey yapılana kadar muhtemelen daha da kötüleşecek.

Bu cevap, birçoğundan biraz daha farklı: bir çalışanı yeterince yakında kovmamak veya farklı şekilde ifade etmek , bir çalışanın hata alışkanlıklarına aşırı derecede toleranslı olmak . Bunlar gözlemlediğim ve danışman olarak pek bir şey yapamadığım şeylerdi.

• Sonunda yeniden yazılmasına yol açan bir projenin tasarım kararlarını çok az süren şey (tam bir karmaşa).

• Hassas şifrelenmemiş verileri Google Haritalarına gönderen dev, çünkü bir pasta grafiği göstermenin iyi olacağını düşünüyorlardı (bir pasta grafiği bir gereklilik miydi? Hayır!).

• Geçmişte bir şirkete danışan ve doğrudan onlarla birlikte bir pozisyon kabul eden dev. Hakkında bir yüz yaptı ve Teknik Kurşun pozisyonunu arayan ve başının menajeriyle konuşmaya kadar ilerlemiş ve başının onun için liderlik yapmasının iyi olacağını düşündüğünü belirtti. Cömertlik hakkında konuşun! Artık erkeklerden pek fazla kişi kalmadı ve bir çalışan olarak ilk 2 haftasında çok sayıda köprü yaktı. Her şeyden önce, sadece 2 yıl önce mezun olan ama harika olduğunu düşünen çok yeşil bir dev.

Birkaç hata anlaşılabilir bir durumdur, ancak birilerinin tutumu veya yetenek seviyesi şirketleri ile ilgili birçok dev arasında bir süre sonra değil, onlardan kurtulmaları gereken bir fikir birliği olduğunda.

Birkaç kez, sadece para harcamak amacıyla danışmanlar getirerek yönetime tanık oldum . Bu, çoğu zaman çılgınca para harcamayı denedikleri bütçenin altında kaldıkları yılın sonunda oldu. Genellikle bu danışmanlara saatte yüzlerce dolar ödenecek ve haftalar boyunca asla kullanılmayacak bir PowerPoint sunumuna harcanacaklar.

Burada oyunda daha büyük bir sorun var.

Birçok şirketin tek amacı var - hissedar zenginliğini artırmak. Ne ürettikleri önemli değil. Nasıl ürettikleri önemli değil. Ne kadar atık ürettikleri önemli değil. Topluma ve gezegene maliyeti önemli değil.

Öyleyse - gidip topluma / gezegene yarar sağlayacak bir şirket için çalışın ya da bir şirket kurun.

Büyük yazılım şirketlerine yalnızca ürünleri için değil aynı zamanda “destekleri” için ödeme yapıyorlar.

Oracle ile yatakta derin olan bir ekip için Devlet dairesinde çalışıyordum. Uzun yıllar boyunca, yazılımları için milyarlarca dolar ödenmişti. Bir başlangıç ​​arkaplanından geliyorsanız bu bana bir şey ifade etmiyor - "neden MySQL veya Postgres kullanmıyorsunuz?" Bunun temel olarak Oracle'ın sağladığı destek nedeniyle olduğu, bir şeyler ters giderse çözümü çabucak bulmanıza yardımcı oldukları söylendi.

Destek mutlak bir şakaydı. Bir web uygulamasının tüm sistemi çökertmeye devam ettiği bir sorun vardı. Korkunç bir şekilde yazılmış kodun bir kombinasyonuyla yavaşça yapılan bir veritabanı sorgusunun bir sonucu olarak ortaya çıkmıştır (bu, bir takım danışman tarafından yazılmıştır). Sorunu belirlemek ve düzeltmek için bir "görev gücü" (inleme) kuruldu. Görev gücü dahil bir Oracle destek üyesiydi. EOB'da her gün, görev gücü üyelerinin, ekibin geri kalanını bulgular ile güncelleyeceği bir konferans görüşmesi yapılır. Hiç kimsenin b / c’de 5’de başlamasını istemediği yeterince uzun bir çağrıydı ve Oracle daha da kötüleştirdi. Neden? Eh, "kişi" demek bile doğru değil. Birkaç insandı. Her iki ya da üç konferans görüşmesi gibi görünüyordu, Oracle temsilcisi yeni olacaktı. selefinin şimdi başka bir projede olduğunu veya tatile gittiğini açıklayan. Yeni insanlara hiçbir zaman Oracle’da kimse tarafından bilgi verilmedi, bu yüzden her yeni biri geldiğinde on dakika konferans görüşmesini boşa harcamak zorunda kaldık, sorunu tekrar açıklamak zorunda kaldık. OnlarınKatkı daha sonra sadece maymun okuyamaz, aynı zamanda korkunç yazılı kod programlayıcı XML ayrıştırmada hatalar bulduğunda IndexOutOfBounds istisnalarını atmak gibi şeyler yapmaktan kaynaklanabileceği için, sadece herhangi bir maymunun okuyabilmesi için değil, aynı zamanda yararsız olan J2EE günlük dosyalarını da sorardı.

Programcılara 1. hat telefon desteği vermek.

Programcılara test yaptırmak.

Bunun eski bir soru olduğunu biliyorum & 3 kişi bu cevabı okuduysa şanslı olacağım, ama anlatmak için eğlenceli bir hikaye, ne cehennem.

Bir projeye girdim (gömülü sistemler, güvenlik açısından kritik bellenim, çok yüksek miktarlar) ve bulduklarımdan çok etkilendim. C (özellikle işaretçiler) kullanan insanlar yanlış, statik analiz yok, kod incelemesi yok, "birlikte tümleştir, çalıştır, yendi, neyin kırıldığını görün" den başka test yok.

İlk haftamda (danışman olarak) çok uzun bir e-posta yazdım. Çok kötüydü çünkü temelde yanlış idare edildiğini, geliştiricilerin başlarının üzerinde olduğunu, hiçbir işlemin takip edilmediğini vb. Söylüyordum. ben mi. Bu konuda tamamen savunmacı değildi, aslında eksikliklerin birçoğunu kabul etti ve bana ilk dikkat çeken kişi olmadığımı söyledi (şaka yapmıyor, doğru değil).

Orjinal sorunun cevabını cevaplamak için: EN ÇOK 1 hafta adamını Gimpel'in Lint (PC-Lint / Flexelint) statik analiz aracını ayarlayıp platformlarında çalışarak geçirmeyi ve bulunan her şeyin tam bir raporunu çalıştırmayı önerdim. . Onlara sonuç olarak birkaç gizlenen "timebombs" bulacağımızdan kesinlikle emin olduğumu söyledim.

Saatlik oranımı hesapladılar, 40 ile çarptılar ve “bunu yapmak için çok pahalı” olduğunu belirlediler. Uzun lafın kısası, 60 gün içinde oradan ayrıldım. Yaklaşık 3 yıl sonra, ürünün itibarına zarar vermekten bahsetmeksizin, ürünlerin 9 rakamına (100 milyon dolar) yaklaştığını hatırladım.

Şirketten, üründen veya sektörden bahsetmiyorum ama yine de oradaki mühendislerden biriyle iletişimimi sürdürüyorum ve bana hatırlamaya neyin yol açtığını açıkladığımda gözlerim yuvarlandı - bu bir problemdi. Hatta basit bir statik analiz aracı tarafından yakalandı (sınırların dışında bir diziye erişme). Adil olmak gerekirse, sorunun orada olduğumda kodda olduğunu kesin olarak söyleyemem, ancak parayı bir tür statik analiz aracı için harcadılar mı, bu hatanın kaçmayacağına eminim.

Bu yüzden PC-Lint satın almadıkça 295 $ biriktirdiler (Tamam, onlar da bana en fazla bir hafta ödeme yaptılar) - ama bir hafta boyunca 100 milyon dolar alabilecek kadar iyi bir yerim yok.

Ben buna çok büyük para israfı derim.

Bana birçoğunuzun daha önce duymuş olabileceği bir şakayı hatırlatıyor:

Hiç başarısız olan dev gemi motorunun hikayesini duydunuz mu? Geminin sahipleri birbiri ardına bir uzman denedi ama hiçbiri motoru nasıl düzeltebileceğini anlayamadı. Sonra genç yaşından beri gemileri tamir eden yaşlı bir adamı getirdiler. Yanında büyük bir alet çantası taşıyordu ve geldiğinde hemen işe gitti. Motoru yukarıdan aşağıya çok dikkatlice inceledi.

Geminin sahiplerinden ikisi oradaydı, ne yapacağını bileceğini umarak bu adamı izliyordu. Olayları inceledikten sonra, yaşlı adam çantasına girdi ve küçük bir çekiç çıkardı. Yavaşça bir şeye dokundu. Anında, motor canlandı. Çekiçini dikkatlice uzaklaştırdı. Motor tamir edildi! Bir hafta sonra, mülk sahipleri yaşlı adamdan 10.000 dolarlık bir fatura aldı.

"Ne?!" sahipleri haykırdı. "Neredeyse hiçbir şey yapmadı!"

Böylece yaşlı adama, "Lütfen bize ayrıntılı bir fatura gönderin" diyerek bir not yazdılar.

Adam okuyan bir fatura gönderdi:

  Tapping with a hammer ........ $ 2.00

  Knowing where to tap ......... $ 9998.00

Çaba önemlidir, ancak ne yaptığınızı bilmek her şeyi değiştirir.

Şişirilmiş geliştirme ekipleri ve yazılım şirketlerinde korkunç verimlilik.

Bu, iş dünyasındaki ortak modelin bir sonucudur: bir yöneticinin önemi astların sayısı ile ölçülür, bu nedenle bir yöneticinin bir numaralı endişesi verimlilik değil, tam tersidir: daha zayıf insan verimi daha fazla insanı işe almanın en iyi gerekçesidir .

Yazılım satan bir şirkette ... satışçılara satılan tüm özel modlarda tam komisyon verilmesi, böylece zaten var olan ve sadece kar edebileceğimiz bir şeyi satmak, onlar için bir kerelik satış yapmak kadar karlı değildi. Bu, ülke genelinde satış personelini teknik personelden yarıya kaydırmakla birleştirildi.

Bu aynı zamanda Geliştirme’de satış sürelerini karşılayamadığımız, müşterileri mutsuz eden ve ürünü herkes için daha iyi hale getirecek temel işleri yapmakta büyük zorluklar yaşadığımız anlamına geliyordu. Artan baskı, özellikle satış ofisi hakkında hiçbir zaman onaylamadığım hikayeler duyduğumuzda, kod kalitesinin azalmasına ve zarar vermesine neden oldu.

Birçoğumuz Satışlara kızdık, ama aslında onların suçu değildi. Olabildiğince satış yapıyorlar ve satıyorlardı, ödüllendirildiklerini kendilerine verilen limitlere göre yapıyorlardı. Tüm bu sorunlara neden olan kötü yönetimdi.

Yaşadığım iki tane var.

1. Yaklaşık% 80'i tamamlanmış olan iş için büyük bir YG'ye sahip bir projeyi iptal etmek ve ardından üst düzey yöneticilere 100 oyulmuş ve altın kaplamalı iPod dağıtmak.

2. Birkaç yüz kişiyi işten çıkarmak ve ertesi gün üst düzey yöneticiler için önemli ücret artışları ve ikramiyeler ilan etmek.

Bunlar tamamen programlama ile ilgili değil, kesinlikle çok para harcıyorlar, ayrıca katılan herkes için bir tokat atıyorlardı.

İşten çıkarılmadım ama aynı zamanda bir yükseltme ya da iPod almadım.

Verimliliği arttırırken veya gerçekte verimliliği düşürürken maliyetleri önemli ölçüde arttırmayı başarabilen birkaç korkunç dış kaynak projeleri gördüm.

En kötü durumda, yeni dış kaynak ekibi uygulamaya kondu ve yeteneklendi, ancak mevcut kıyı takımı yerinde kaldı çünkü dış kaynak takımı gerçekten kritik işlerin hiçbirini yapmak için güvenilir değildi.

Bu noktada yapılacak mantıklı şey açıkça başarısızlığı kabul etmek ve dış kaynak ekibini kapatmaktı ancak yönetimin her iki takımın da yerinde bırakılmadığını (maliyette önemli bir artışla çalıştığını açıkça kabul etmek istemediği için) açıkça görülüyordu her şey gömülene kadar verimlilik veya kullanılabilir kapasitede bir artış olmadan).

Başka bir durumda, geliştirme dış kaynaklı ve orijinal ekip işten çıkarıldı. İki yıl sonra, başka bir devir teslimin çok önemli maliyetlerine ek olarak, kayıp bilginin, işe alım ücretlerinin, sözleşmenin feshi vb. Bu durumda, dış kaynak organizasyonu kaynak kodunun önemli bir bölümünü kaybetti.

(Not: Dış kaynak kullanımının işe yaramayacağını söylemiyorum, sadece çok fazla zaman insanlar potansiyel tasarruflardan mahrumdur ve yeni dünyalarının gerçeklerini, süreç ve çalışma uygulamalarındaki değişimi vb. büyük vidalı projeler)

Teknik borç

Gördüğüm, eski kuralların "ölü atı yenen" kronik. Veya daha fazlası, siperler açısından bakıldığında, tüm ekip değiştirme modunda olmamız gerektiğini bildiği zaman bakım modunda geçirilen sayısız saat.

Yaptıklarımız .... hala devam ediyor. İçeriden olumlu bir değişiklik yapmaya çalışmak

Performans testi

Basitçe, yapmamak. Yine, yine de içerden gelen olumlu değişim üzerinde çalışıyorum.

Birkaç devlet kurumu ile çalışıyorum ve BT konusunda para harcıyorlar. Şişirilmiş bir ara katman yazılımı satın almaktan son derece basit problemleri çözmek için bir satıcıya CSV oluşturmalarını sağlamak için bir satıcıya binlerce ve binlerce dolar ödemek. Yeterince tecrübesi olan kurum içi insanlar olmadan, ön maliyetten veya bakımdan mahrum kaldıkları görülmektedir.

Kurum içi BT'ye sahip olmayan yazılım şirketlerinde (bankalar, sigorta) para çeşitli işletme gruplarından gelir. İşletme grupları doğrudan satıcılardan satıcılardan satışlar alır ve bunu BT'ye yönlendirir. Yazılım / donanım ve maaşınızı ödüyorlar, böylece protestolarınız hiçbir yere gidemez.

• Ortadaki beş rakamın maliyetini artıran ve mevcut sistem mimarisine bile uymayan şişirilmiş uygulamalar ve ara yazılımlar için ödeme yapılması
• Daha iyi ve daha ucuz seçeneklerin mevcut olduğu HP QualityCenter, BMC Remedy, HP LoadRunner vb. Gibi pahalı yazılımları kullanmak
• Çok şehirli ekiplerde, bazen sadece birkaç saatlik bir toplantı için çok fazla seyahat maliyeti
• Yeni makinelerle çalışan Windows 7 lisansı için ödeme yapın ve ardından yeni SOE (2010'da tasarlanan) olarak Windows XP'ye düşürmek için tekrar ödeme yapın
• Donanımda aşırı kapasite

Performans testi mesleğinde çalışıyorum ve dört nedenden ötürü kurumlarca boşa harcanan yılda milyonlarca dolara tanık oluyorum

1. Yalnızca fiyata dayalı bir dış kaynak işe alma, kalifiye olmayan beceriler ve performans test uzmanlarının becerilerini düzenli olarak denetleme. Bir amatör performans test cihazını işe almak, bir amatör tesisatçı veya amatör bir elektrik teknisyenini işe almak gibi bir şeydir, temel görevler üzerinde çalışması çok uzun sürecektir; Kötü, (üretimde) düzeltmek için korkunç pahalıydı. Bu alandaki yarım düzine forumun moderatörü olarak, düzenli olarak test, iletişim, proje yönetimi, geliştirme, sistem analizi, vb. Konularında temel becerileri olmayan ve sadece bir araca atılmış olan insanlar görüyorum. LoadRunner'ı daha önce para kaybı olarak belirten kişiye, bir araca aptallık yaparsanız beklemeniz gereken tek sonuç vardır.

2. Performans gereksinimlerini toplamıyor. Bu, tüm organizasyonu etkilemektedir, çünkü mimarlık, Platform mühendisliği, Uygulama Mühendisliği, İşlevsel KG ve performans KG'deki performans konusunda farklı bir bakış açısına sahip olacaksınız; bunların hiçbiri ticari paydaşlarla eşleşmeyebilir (ve çoğu zaman bu işe yaramaz). Bu, birçok organizasyonda performans test ekibinden hem performans gerekliliklerini toplamalarını hem de onlara karşı test etmelerini isteyen bir süreç sorunudur. Doğru kontroller ve dengeler için birini değil diğerini yapmalısınız. Olgunlaşmamış personel ile yukarıda belirtilen 1 ile ilgili olarak, uygun bir performans gereksinimini bile tanıyamayan, bir yük profiliyle doğrulamak için bir ölçüm noktasına sahip değilsiniz, ancak yine de "çalıştırmak için komut dosyaları" oluşturuyorlar. Bu büyük bir zaman ve çaba kaybıdır ve kaliteyi artırmak için çok az şey yapar. Performans, kuruluş genelinde ortak bir perspektife ihtiyaç duyar ve başlangıçta tasarlanmamışsa, en sonunda ele alınabilecek bir şey değildir.

3. Performans Testi Çevre Yönetimi. Test organizasyonunun devam etmeye hazır olduğu anda çalışmaya hazır olmayan ortamları test etmek için kaç kuruluşun geciktiğini size söyleyemem. Sadece bir müşteride bunu beklerken kaybedilen saatler cinsinden multi-milyon dolarlık bir problem olarak görüyorum.

4. Hangi performans testinin ne olduğu, hangi görevlerin yer aldığı ya da çaba düzeyinin ne olduğu konusunda hiçbir bilgisi olmayan, ancak faaliyetlerin ne kadar sürmesi gerektiğini belirleyen proje yöneticileri. Bu, proje çizelgesindeki öğelerin tamamen nasıl programlandığı ile ilgili olan (ve bunun sonucunda maliyet aşımları) farklılıklara neden olmaktadır. Bu, yukarıda belirtilen 1 ile doğrudan ilişkilidir; çünkü olgunlaşmamış test uzmanları, ne sayı ve tipte ne de görevlerin ne kadar sürmesi gerektiğini doğru bir şekilde projelendiremezler. Ne yaptığını ve nasıl çalıştığını ve ne kadar zaman alacağını dikte etmek için neden yaptığını anlamayan birine izin verirsen, o zaman bu yol başarısızlığa yol açacak bir aksiyom. Performans testlerinde her şey çok sık oluyor.

Tescilli sürüm kontrol sistemleri. Git ve Mercurial durumu göz önüne alındığında, insanların neden kapı bekçisi olan bir şey için gittiğini anlamıyorum.

Sadece VCS için ödeme yapmakla kalmaz, kullanıcı başına da ödeme yapmanız gerekir. Ek olarak, esnekliğiniz ayaktan vuruluyor. "Ben ♥ Satıcı Kilidi !!!" yazan bir tişört de giyebilirsiniz.

Bugünlerde ücretsiz (D) VCS kullanmamanın fındık olduğunu düşünüyorum. Çok sayıda perk katmak istiyorsanız, Fırın gibi şeyler de kullanılabilir.

BitKeeper ya da benzeri bir konuda ısrar eden biri için çalışmaya gideceğimi sanmıyorum.

Neredeyse öykünücüler için de aynı şeyi söyledim, ancak Simics gibi ürünler ücretsiz alternatiflere kıyasla önemli avantajlar sunmaya devam ediyor.

Durum toplantıları ve haftalık raporlar

Çalıştığım bir organizasyonun tümü haftalık durum raporları hakkındaydı - 3 farklı seviyede toplandı. Uçuştaki 4-6 projenin her biri için dev liderleri ve test liderleri, uzun bir e-postadaki ilerlemelerini bildirir, bu da bir sonraki yönetici tarafından toplanır, bu da bir sonraki kişi tarafından keyfi olarak özetlenir.

Ertesi iş günü, tüm proje liderleri raporun gözden geçirilmesi için 1 saatlik bir toplantıda toplanır.

Etkili bir şekilde her hafta bir gün o haftanın ilerleyişini bildirmeye harcanır. Bunların hepsinin günlük standuplardan ve haftalık demo / retrospektif toplantılardan ayrı olduğunu unutmayın.

Bir kamu kuruluşu için çalışıyorum. İşyerinde o kadar yoğun bir şekilde yasallaştırıldığı ve sendikalaştırıldığı zaman, işyerinde birisinin işten çıkarılmasının neredeyse imkansız olduğu durumlarda, yeterli düzeyde atık miktarını yeterince açıklamanın bir yolu yok.

Yöneticiler, kötü personelin bulunduğu parselden geçerler ve yeniden yapılandırmanın kapsamı altında bir kerede hepsini kaldırmayı umarlar. Bazı kötü personel, sadece iyileştirilmesi gereken bir alandan uzaklaştırmak için terfi ettirilir. Herhangi bir iyi personel, sadece kötü personelin işini telafi etmek için sürekli mücadele eder. 3 ay tutmayacağınız personel 40 yıllık kariyer yapıyor. Bu tür kariyerlere harcadıkları para miktarı astronomiktir.

Daha önce özel sektörde çalıştım ve çok fazla atık gördüm, ancak kamu sektörü atıkları, tek kelimeyle ballgame olsa bile, tamamen farklı bir spordur.

Bir yorumda düşük performans gösteren personel için sineklerin kurulmasının yardımcı olacağı önerildi. Yapabilecekleri hasarı sınırlandırmasına yardımcı olacaktır, ancak sorunun kök nedenlerini etkilemeyecektir. Bence en iyisi, bazı özel sektör istihdam ve yönetim prosedürlerinin benimsenmesi ve kamu kurumlarının düşük performans gösteren personelin gitmesine izin vermesini kolaylaştırmak için mevzuattaki değişiklikler olacağını düşünüyorum. Sendikalar politikalarını hükümetle istişare içinde değiştirmeli - üyelerini koruma rolleri önemlidir, ancak bazen üyelerinin gerçekten derinlemesine düştüklerini ve harekete geçmeleri gerektiğini kabul etmelidirler.

Bir proje üzerinde büyük bir finans kurumu ile çalıştım. Her gün çok miktarda konferans görüşmesi vardı ve konferans görüşmelerinde günde yaklaşık 100 bin dolar yaktıklarını tahmin ediyorum. Proje yaklaşık 2 yıl sürdü. Tonlarca eski sistemi vardı ve birkaç yıl önce gün ışığından yararlanma değişiklikleri yapıldığında, Microsoft'a NT 3.51 için bir DST yaması bulmak için yaklaşık yarım milyon dolar ödediler.

Az miktarda iş yapıyorduk ve çalıştığım küçük bir dükkanda zorlukla fatura ve bordro yapıyorduk. Çözüm: Daha fazla "et ve patates" çalışması yapabilmesi için bir verimlilik danışmanı ve patron için kişisel bir sekreter işe alın.

Harcamaları artırarak bütçe açığını çözme ... başarısız.

Artı tarafta - verimlilik uzmanı faturalandırılabilir saatlerimizi takip ettiğimiz ve saatlerce ödenen saatlerimizi ... tahmin edebileceğimiz en az faturalandırılabilir saatin olduğunu tahmin eden kuru bir silme panosu sağladı.

Bakalım, bir keresinde yarım milyon doların üzerinde bir milyon dolarlık bir sözleşme kazanmak için bu işi yaparak iyi harcadık. Bu kar için çok fazla. Proje önerisi geliştirme ekibimizden bazılarımız bunu ortaya koymaya çalıştı, ancak küçük şirketimizin rekabet ettiğimiz Fortune 500 şirketlerini kazanması gurur duydu. Bu ve diğer sebeplerden ötürü ilk sözleşmemizde kazandık ve para kaybettik, ancak palavra haklarımız vardı.

Bir kez bir hükümet müteahhidi olarak, fazla mesai ücreti ödemeden çalışmaya zorlandım çünkü sözleşme izin verdi ve yükleniciye fazla mesaimin parasını ödedi. Sadece işimden hapsolmadım ve her pazar günü 4 saatimi internette gezinmek için hiçbir iş yapmadan geçirdim. Söylemeye gerek yok ki bu saçmalık başladıktan sonra çok hızlı hareket ettik.

Proje yönetim sistemimiz olarak Clarity'i satın almak, çok kötü bir ticari uygulama, onu kullananların% 100'ü eski ev yetiştirilen sistemimize geri dönmek için yalvardı. şirket), insanlar eski sistemimize istedikleri raporları eklemek için kendi zamanları üzerinde çalışmaya bile gönüllü oldular. Ama biz para yatırdık, bu yüzden ona sıkışıp kaldık. Başka bir deyişle, işe yaramayan bir şeyi sadece pahalı olduğu için bırakmayı reddetmek.

Çok fazla atık. Milyonlarca kişi tarafından kesilmesi gereken bir BT harcaması. Yani bunu yapmanın yolu, BT insanlarını dünyanın her yerinden uçurmaktı. Onları bir hafta boyunca flaşlı bir otele koyun. Ardından toplantıların yapıldığı binada yeni bir zemin hazırlayın. Tabii ki mermer. Ve bir gecede, her gün yapılan toplantılar arasında bina yeniden dekore edildi. Bir hafta boyunca her akşam.

Err ... öncelikleri kimse var mı?

Fantasyland.

Çalıştığım şirket CHART FX Lisansı için 800 $ ödedi - Bu benim param bile değil, soyulduğumu hissediyorum.

http://www.softwarefx.com/sfxNetProducts/ChartFX/

Sadece başladı, onların yazılımı kayıt defteri ve program dosyaları da dahil olmak üzere her yere dosyaları yerleştirir .... bazı naff görünümlü çizelgeleri için tüm bunlar evet.