Bir programcı olarak, zaman çizelgesi yapmanız gerekiyor mu? [kapalı]

Zaman çizelgeleri hiç sevmediğim bir şeydi ancak hiçbiri şirketimde bir gereklilik değil. Beni çok fazla rahatsız etmiyorlar, ama başkalarının dişlilerini gerçekten öğütüyor gibiler. Sanırım birkaç sorum var ve geri bildirim çok iyi olurdu.

1. Yüklenici olmadığınızı varsayarak zaman çizelgesi yapmanız mı gerekiyor? (Bu benim için anlaşılabilir).
2. Rahatça kullanacağınız veya kullanacağınız zaman çizelgelerinin ayrıntı düzeyi nedir? (örn: tüm girişler iki saatten az olmalıdır).
3. Zaman çizelgeleri hiç bir işi kabul etmeme veya mevcut bir işi bırakmamanın nedenlerini etkiler mi?
4. Bir müşteriye faturalandırma yapmıyorsanız, kuruluşunuzdaki yönetim zaman çizelgelerini nasıl haklı çıkardı?

Bir yönetici olarak evet ekibin zaman çizelgelerini yapmalarını sağlarım. İşte neden ve bunların nasıl uygulandığına dair birkaç not, umarım, kesintileri en aza indirir:

1. Bir iş olarak işimizin çoğu zaman ve malzeme bazında yapılır. Belli ki çalışmayan zaman çizelgeleri olmadan. 10 müşterimiz ve bir dizi farklı proje ve ürünümüz var, ancak insanları tam zamanlı olarak müşterilere veya projelere adamaya yetecek kadar büyük değiliz, bu da işlerin ne kadar sürdüğünü anlamak için bir yol bulmamız gerektiği anlamına geliyor. Bir takımı yönetmek bu doğru olmasa bile, neyin zaman aldığını ve ne kadar olduğunu anlamalısın. Posta odası adamlarının kullandığı eski uygulamanın desteklemeye değdiğinden daha fazla zaman harcadığını mı düşünüyorsunuz? Biri, satışlarını ikiye katlayan yeni web sitesinde X özelliğinin ne kadar işe gittiğini sorduğunda? Veya geliştiricileriniz başka birini işe almanız gerektiğini ve bunu haklı çıkarmak için ne yaptıklarını söylemeniz istendiğinde?

2. Mentorluk, genel teknik tartışmalar, destek, toplantılar vb. Dahil olmak üzere tüm makul "iş dışı" kategoriler mevcuttur.

3. Hata tespiti - Hata ile değil, tüm projeye karşı zaman kaydederiz. Bu, işleri daha kolay hale getirme eğilimindedir - günü tamir hataları, 7,5 saat hataları gidermek projeye aykırıdır ve bitirdiniz. Sabitlediğiniz 13 böcek arasında nasıl bölündüğünü denemeye gerek yok.

4. Onları uyguladığımız zaman, doğru olduğu sürece kimsenin zaman çizelgesinde olanlar için cezalandırılmayacağı / ödüllendirilmeyeceğine söz verdim. Dolayısıyla, karlılık veya kullanım ya da başka herhangi bir şeye dayalı incelemelere girdi yoktur. Bu, çarpıtma için bir teşvik olmadığı anlamına gelir.

5. Kesin olarak kabaca demek istiyorum. İnsanların kahve içerken veya tuvalete girerken ne olacağı konusunda endişelenmek için fazla zaman harcamak zorunda kalmamalılar. Temel olarak, gün boyunca üzerinde çalıştığınız her şeyin bir parçası hakkında bir not yazarsanız, o zaman günün sonunda kabaca çalıştığınız saatler boyunca parçalara ayırırsınız. Maksimum 5 dakikadan fazla sürmemesi gerekiyorsa.

6. Gördüğümden hoşlanmıyorsam - örneğin birisi X görevine çok uzun zaman harcadı - araştırma, zaman çizelgesiyle bir şey yapmak yerine X'i daha hızlı yapmak için yapabileceğimiz şeylerle ilgili.

7. Bir şeyi ne kadar süreyle geçirdiğinizi bilmek, tahminleri iyileştirmenin harika bir yoludur.

Birçok programcının arasında bulunan zaman çizelgesi karşıtı duygu, iki şeyden geliyor gibi gözüküyor - (1) tamamlanması çok uzun süren, gerçekten gerekenden daha fazla bilgi talep eden ve yalan söylemeyi ve çarpıtmayı özendiren, böylece bilginin yine de değersiz olduğu ve (2) kötü şekilde uygulanan zaman çizelgeleri ) Bir geliştiricinin yapması gereken, biraz rahatsız edici olan her şeyin olduğu hissi.

İlki adil ama uygulama ve kurallar birisi, zaman çizelgeleri fikrini değil ekledi suçlamalıyım olabilir bu sorunları yok yolla yapılabilir. İkincisi ise sadece gerçekçi değil - şirket içinde ve dışında, her biri için çok fazla talepleri olan projelerde yer alan birçok parti var. Evet, programcıları üretken kılmak için elimizden gelen her şeyi yapmak istiyoruz, ancak diğer tarafların ihtiyaçları ile dengelenmesi gerekiyor.

Zaman çizelgesi karşıtı şeyi hiç anlamıyorum. Zaman çizelgeleri, para almanıza neden olan şeydir. Zaman çizelgesi yok, para yok. Para almayı seviyorum, bu yüzden zaman çizelgelerimi seviyorum. Asla doldurmak için günde beş dakikadan fazla zaman alan bir zaman çizelgem olmadı. Açıkçası, günümde beş dakikalık bir zaman çizelgesinden çok daha fazla can sıkıcı şey var.

Programcıların zaman çizelgelerini doldurmalarını sağlamıyoruz. İnsanların kullanmaya aldırmadıkları bir görev yönetim sistemimiz var, bu bize muhasebeleştirildiği sürece ihtiyaç duyduğumuz tüm verileri sağlıyor. Bir öğenin tam olarak işaretlemeyi unutan birinin, beklenen süre boyunca ne kadar süre geçtiğini anlamak zor değil.

Birisi sadece üretim yapmıyorsa da belirginleşir.

Hata izleyicideki birkaç sorgu, işlerin nerede tıkanabileceğini göstermeye de yardımcı olur.

Programcıları mümkün olduğunda idari görevlerden uzak tutmayı ve insanların işlerini yaptıklarına güvenmeyi tercih ederiz.

Taneli zamanı makul tutabildiğim tek zaman, müşterinin bir şey için saate göre faturalandırılmış olmasıdır. Ancak, bunu yapmanın nihai nedeni açık ve biraz daha rahat hale gelir, zamanın doğru bir şekilde izlenmesi gerekir, çünkü müşterinin ne kadar ödeyeceği budur. Bu, uygulama uğruna mikro yönetilen hissetmekten biraz farklı.

Hepiniz yetişkinler gibi yetişkinlere davrandığım için.

Müşterileri saat başı ücretlendirmiyorsanız veya saat başına ödeme yapan bir yüklenici değilseniz, zaman çizelgelerini doldurmayı beklemiyorum. Tecrübelerime göre, onlar üretkendirler - evet, genellikle projelere giren kaynak miktarını izlemeniz gerekir, ancak aylık olarak yaklaşık olarak hesaplanabilir ("Proje X'te 10 gün ve Proje Y'de 9 gün vb."). Daha ayrıntılı olan şeylerin yararları, çoğu zaman onları kaydetmenin maliyeti ile ağır basar ve personelin üstesinden gelmek için bir çubuk olarak kullanılabiliyorsa, personel doğru olandan ziyade kabul edilebilir olanı kaydeder.

İşletmelerin beklenmedik bir diğer olumsuz yönü, personeli izlemeye başlarsanız, personelin ne kadar ekstra yaptığını kaydetmeye başladığınızı görmenizdir! 40 saat ücretli ve 40 saat izleniyorsa, 40 saat geldiğinde sadece eve gitmek için inanılmaz bir teşvik var. Çalışanlar çoğu zaman fark yaratabilecek bu ekstraları yapmaktan vazgeçeceklerdir.

Şirketim denedi ama görmezden geldim, bir kaç hafta boyunca saçma sapan zamanlar yazdım, hala işi bitirirken unutmuşlardı.

Önceki işimde her 15 dakikalık bir zaman dilimini hesaba katmak zorunda kaldım. Bir web geliştirme firmasıydı ve hepimiz görevlendirildik. Her görevin kendisine tahsis edilmiş belirli bir saati vardır. Müşteriye tahsil ettiğimiz toplam bedeli, proje için toplam saatleri elde etmek için saatte 100 $ / saat olarak böldük.

Görevlerimi yerine getirmem için 10 saat verildi ve 15 saatimi aldıysa, şirkete 5 saat fazla mesai borçlusun. Franklin Covey'den günlük planlamacısı zamanı takip etmek için kullandım.

Küçük bir şirkette (toplam 10 kişi) web geliştiricisi / proje yöneticisi olarak çalışıyorum ve CEO dahil herkes ne yaptığını kaydetmeli. 5 dakikadan uzun süren her şeyin kaydedilmesi gerekir.

Tipik bir zaman çizelgesi şuna benzer:

07:46 - 08:01: Müşteri A - Proje B - Programlama - İsteğe bağlı açıklama
08:01 - 08:38: Müşteri B - Proje C - Sabitleme - İsteğe bağlı açıklama
08:38 - 08:46: Müşteri B - Proje D - Proje Yönetimi - İsteğe bağlı açıklama
08:46 - 09:00: Müşteri A - Proje B - Müşteri Desteği - İsteğe bağlı açıklama
...

Bu şekilde çalışmaya alışkın olduğum için, bir işi reddetmek için bir sebep olmaz. CEO, bu tür ayrıntılı zaman çizelgelerinin kullanımını, tahminleri bir projede harcanan gerçek zamanla karşılaştırmanın mükemmel bir yolu olarak motive ediyor.

Ben bir zaman çizelgesi yapmıyorum. Gerçek zamana göre tahminleri takip ettiğim belirli projeler var (herhangi bir zamanlayıcı kullanmıyorum.). Bu gerekli değil, ancak tahmin kabiliyetim üzerinde çalışmaya ihtiyacım olduğunu hissediyorum.

Zaman çizelgeleri benim için bir anlaşma değil. Son işim, ilk önce bir müşteriye şeffaflık sağlamak için onları yaptı, sonra onları bıraktı. Şu anki işim onları alıyor ve devlet teşkilatı hibe başvurusu yaptığımız için denetim durumunda tutuluyorlar.

Zaman çizelgeleri için kullanılan yazılım tamamen berbat bir durum olsa da, bir zaman çizelgesini doldurmam yaklaşık 5 dakika sürüyor çünkü çok yüksek bir seviyedeler: günde 8 saat, tatil gününü / hasta günlerini işaretleyip ne olduğuna dair bazı notlar hafta boyunca çalıştı. Her gün not tutuyorum, bu yüzden zaman çizelgesine yazmak için birkaç satırla karşılaşmam uzun sürmüyor.

1. Evet, çalışanların zaman çizelgeleri yapmaları gerekiyor ve bu benim için görmesi alışılmadık bir şey değil.
2. Genellikle çeşitli kategorilere ayrılırlar; örneğin, bir sitedeki arama gibi destek veya büyük giriş, giriş başına en az 15 dakika, yani saatte .25 olan.
3. Hayır, zaman çizelgeleri sadece işimin bir parçası olarak kabul ettiğim idari bir özellik. İşimi idari, destek ve geliştirme çalışmaları gibi çeşitli kovalara bölmek ilginç olabilir.
4. Geliştiricilerin zaman çizelgelerini yapmalarının neden olduğunu bildiğim birkaç farklı neden var:
   1. Bazı giderlerin nasıl büyük harfle nasıl kaplanabileceği ve itfa edilebileceği konusunda çeşitli muhasebe kuralları vardır, böylece kitaplarda daha iyi görünebilir, ya da en azından birkaç kez duyduğumdan bahsettiğim şey budur.
   2. Zaman tahsisatımızı ölçmek, yönetimin bir anlamda stratejik planlama için kullanılabilecek çeşitli alanlarda ne kadar zaman harcandığını görmesini sağlar. Destek için çok zaman harcayan bir grup geliştirici varsa, o zaman burada bir örnek vermek için üstesinden gelmek için yeni bir destek ekibi oluşturmak mantıklı olabilir. Diğer bir düşünce, iç çalışan olsak da maaşlarımızın hangi bütçeden geldiği sorusu hala var. Çoğunlukla proje çalışması yapıyorsak, o zaman muhtemelen destek bütçesiyle aynı olmayan projenin bütçesi dışındadır.

Birden fazla zaman çizelgesi doldurmam gerekiyor.

İlk önce İK'ya giden zaman çizelgesi var. Bu zaman çizelgesi sadece çalışılan / çalışılmadığını gösterir ve PTO'yu ve hasta günlerini izlemek için kullanılır. Böylece her zaman 8'in katları şeklinde doldurulur (tüm gün veya tüm gün çalışır).

Sonra işe giden zaman çizelgesi var. Büyük bir şirkette yazılım geliştirme çalışıyorum; projelerimizin çoğu (% 99) iç kullanıcılar içindir. Bu projeler kullanıcılara saatlik olarak ücretlendiriliyor; Dolayısıyla, Hukuk Departmanı için bir proje Hukuk Bölümünün bütçesinden karşılanacaktır. Bu zaman çizelgesi en politikleşmiş olanıdır; Projeler için zamanınızı mümkün olduğunca şarj etmek için BT yönetiminden ve proje sahiplerinden BT için mümkün olduğu kadar zaman ayırmak için baskı (örneğin, personel toplantıları, gayri resmi eğitim vb.) var. Ayrıca, herhangi bir proje üzerinde herhangi bir çalışma yapılmadan önce, bu 'tahmini' olarak tahmin edilir ve saatlerin belirli bir 'bütçesi' ayrılır. Bu yüzden, saatleri uzatmak için, tüm tarafların zaman çizelgesinde yaratıcı olmaları için baskı var; Aynı projeye belirli bir günde 8 saat işaretlemek, 3+ menajerin küpünüzü vuran tetikleyiciyi tetikleyen bir kırmızı bayrak çıkarır. Fazla mesai, hiçbir amaca hizmet etmediğinden ASLA işaretlidir (ücretim aynıdır ve mevcut saatleri daha hızlı azaltır). Bu zaman çizelgesindeki doğruluk kariyerinize zarar verebilir.

Sonunda, proje zaman çizelgesi var. Proje sahiplerine giden de bu; tarihe göre değil, saate göre parçalanır. İşte bu, "Bu hafta projeniz için 9 saat geçirdim; A ve B görevleri tamamlandı ve hatalar X ve Y düzeltildi." Bu zaman çizelgesi tam bir kurgu eseridir; saat sayısını önceki zaman çizelgesinden alması durumunda, görev-zaman oranı tamamen yanlış. Bununla birlikte, bu zaman çizelgesi gerçekten sadece belirli bir saat kullanımı Y ile dönüm noktası X'e ulaşıp ulaşmadığımızı belirlemek için kullanılır, bu nedenle diğerlerinden daha genel bir ilerleme göstergesidir.

İki iş önce zaman çizelgelerini doldurdum. Ücreti kaydetmek (fazla mesai ücreti ödendi) ve müşteriyi faturalandırmak için (çok fazla iş T&M yapıldı) ve sabit fiyat projelerindeki gerçeklere karşı varsayımları kontrol etmek için yapıldılar. Ayrıca kişisel bir günlük veya bir zaman çizelgesi günlük tutmak yerine, kendi bilgilerimin bazılarını günlüğe kaydetmek için yararlı buldum. Harika çalıştı.

Bir iş önce, zaman çizelgelerini aynı şekilde kullanmaya çalıştım (koşullar çok benzerdi), ancak bu durumda şirket zaman çizelgesindeki her küçük şeyi sorgulayacaktır. Zaman çizelgeme ne zaman sürdüğümden daha uzun süren şeyler hakkında tartışan bir telefon görüşmesi yapardım. Doğru zamanı bırakmayı bıraktım, çünkü saçma sapan bir durumdu. Diğer insanlar sorgulandıklarında zaman çizelgelerinde de yalan söylüyorlardı.

Bu işte, zamanım doğrudan müşteriye, yalnızca iç projelere faturalandırılamaz, ancak yine de zaman çizelgeleri yapıyorum. Sadece kendime değil, şirkete muhasebe vb. İçin de yapmaları kolay ve yardımseverler.

Onlara koyduğunuz şey için sizi cezalandırmaya başlayana kadar harika olduklarını söyleyebilirim.

Ne yazık ki evet.

Ama sadece bir zaman çizelgesi değil. Zorundayız:

• Giriş / çıkışta check-in ve check-out
• Ana şirketimizin ay sonundaki zaman çizelgesini doldurun
• Aptal hükümetimiz ( Hırvatistan ) son zamanlarda başka bir sıkıntı daha ekledi: başka bir günlük zaman çizelgesi doldurmak . Niye ya? Böylece her çalışanın tamamen doldurmasını sağlamazsa paranızı çalmanız için bir "teftiş" gönderebilirler.

Zaman çizelgelerinde ne kadar zaman israf edildiğine ve kuruluşun ne kadar az iş çıkardığına şaşırdım.

Buradaki çoğu grup için, yönetici, zaman dilimi için bütçelenmiş saat sayısını gönderir; proje planına uyması için proje başına, çalışan başına. Tüm programcılar daha sonra üzerinde çalıştıkları her proje için o zamanı girerler; proje başına gerçekte ne zaman harcadıklarından bağımsız olarak. Veya bu işin ne kadar faydalı olduğunu.

Onlar için zaman çizelgeleri tamamen işe yaramaz.

Öte yandan, Hudson'dan yapım kaydını alıyorum ve VCS'den kayıt tutuyorum. Ondan daha fazla form yazmalarını istemek zorunda kalmadan ekibimin gerçekte ne üzerinde çalıştığını anladım.

Geliştiricilerin neler yaptığını, insanların zaman harcadıklarını söylediklerini izlememesi daha doğrudur.

Onları işte doldurmaktan nefret ediyorum, şu anda neden üç ay geride kaldığımı açıklayabilecek bir tutkuyla nefret ediyorum. E-postalarım, takvimim, görev izleme yazılımımızdaki görevler, yerleştirilecek projeler, 'daha büyük' ​​proje izleme yazılımımız var. Yine de, diğer programlardaki projeleri / görevleri gösteren bir zaman çizelgesi doldurmakta ısrar ediyorlar. Hepsi sadece bir karmaşa.

Daha sonra bonusunuzu hesaplarken kullanılan verimi, hızı vb. Belirlemek için kullanılır. 40 saat içinde teknik olarak 60 saatlik bir iş yaptığınız gerçeği gerçekten fark edilmedi, ancak fark edilen şey, her birinin tahmini zamanını izlememe rağmen ... 8 saatimi çalıştım, bazıları zamanında gelecekti ... ama sonradan, nihayetinde başlamadan önce başlamamış şeylerdi.

Ancak, freelance, onları doldurma konusunda hiçbir sorunum yok. Bir excel dosyasını basit bir "tarih, yorum, saat" ile tutuyorum. Çok basit, çok hızlı ve çok daha iyi çalışıyor.

Bir yönetici tarafından belirlenen son tarihlerle buluşmaya çalışmıyorum ve o kadar gülünç rastgele ki zar atılmadığım için zar atılmış gibi görünüyordu. Görev A, tahsis edilen 2 saatimi alıyorum ... ama bir gün alacağını biliyorum. Görev B Tahsis edilen 20 saat ile alacağım ... henüz biliyorum ki 15 dakika içinde çıkarabilirim.

Zaman çizelgeleri kavramı fena değil. Bireyler için, bir görevi yerine getirmek için gereken zamanı takip ettiklerinde,

1. benzer görevleri daha kesin olarak tahmin etmek
2. Hafta boyunca kendilerini meşgul etmek için görevleri iyi planlayın ve
3. önceden tarihleri ​​özlüyorlarsa önceden bilmek

Ayrıca, bir projenin maliyeti izlenebilir.

Ancak, her zaman her zaman, hızlı bir şekilde bir sorun ortaya çıkar. Olay dizisinin şablonu:

1. Yönetim “ölçülebilirlik” kokusu alıyor. Bunun bir yönetim aracı olduğunu düşünüyorlar.
2. Kaydedilen saatler sorgulanacak, yanlış bir kontrol ve yönetim anlamında bazı numaralardan daha büyük herhangi bir sayı (örneğin söyleyelim, 6) istendi.
3. Daha sonra, takım kimin daha fazla saat kayıt yaptıracağı konusunda birbirleriyle kıyaslanacak ve çukurlaşacak. Çıktı harcanan saat cinsinden izlenecektir.
4. Bu sürece yardımcı olmak için bir zaman çizelgesi koordinatörü ya da böyle bir rol alacaklar.
5. Bu kişi, bir noktayı kanıtlamak için, şablona birkaç alan daha ekler ve süreci güçlendirir . Şimdi, zaman çizelgesinde harcamak için gereken zaman aniden dört katına çıktı.

Böylece, bir zamanlar programcılara yardımcı olması öngörülen bir sistem bir tıkanıklık haline gelir.

Evet. Ancak, haftalık olarak yönetim raporları için oldukça kaba bir düzeyde. Bu, PMO tarafından üst düzey yönetimden direktör seviyesine kadar uygun bir ayrıntı düzeyinde rapor edilir. Bireysel projeler için, ilerlemenin izlenmesi için proje görev düzeyindedir ancak bu, zaman çizelgesine dahil olmamakla birlikte proje yönetimi için daha fazlasını içerir.

Zaman çizelgelerini doldurmak zorunda kalmadığım tek zaman, XP kullanan bir ekiple çalıştığım zamandı. Sanırım öyleydi çünkü

1. bu kartlar her sabah stand-up toplantısının bir parçası olarak doluydu (ilk kez gerçekten yüksek sonuç / zaman oranı olan toplantıları görebiliyordum)
2. Kullanılan çabanın sonuçlarını görebiliyordum (gelecekteki görevleri uygulamak için gereken zamanı hesaplamak için)

OTOH, fazla mesai durumumu (ve her gün yaptıklarımı) on yıldan fazla bir süredir takip etmek için ev yapımı bir Excel sayfası kullanıyorum. Bu yüzden şu anda genellikle şirketten ayrılmadan önce Excel sayfamdan kopyalayarak cuma günü zaman çizelgesini dolduruyorum.

Hayır, zaman çizelgelerini doldurmamı sağlayacak iş / sözleşme tekliflerini reddederdim. Bu kötü zaman çizelgesinin programcıları disiplinli tutmak ve performansı ölçmek için harika bir araç olduğunu düşünen yöneticilerin cehaletini asla anlayamayacağım.

Bildiği her şey için, ilk on dakikada zor bir problemi çözen ve kaydedilen zamanımın geri kalanını P.SE'deki ilginç tartışmaları okuyarak geçirdiğim bir kod kodunu kopyaladım / yapıştırdım.

Biz pamuk ekimi işçileri değiliz ve bu şekilde muamele görmemeliyiz.

Eskiden tüm şirketlerde zaman çizelgelerini doldurmak zorunda kalıyordum, fakat şu anki işimde değil.

Çoğunlukla tek bir durum dışında anlamsız bir egzersiz gibi görünüyordu: geliştiricilerin zamanı için müşterileri doğrudan faturalandırdığımız yerde çalıştığım bir şirket. Bu anlaşılabilir bir durumdu.

Tipik bir yazılım çalışmasındaki zaman çizelgelerinde görülen problem, çalışmanın küçük paketlere sığmayacak kadar dinamik olmasıdır. Örneğin, şu anki işimde: tipik bir saatte Pazarlama'dan gelen e-postalara 17 dakika, bazı müşterilerle ilgili olarak Helpdesk'ten gelen soruları yanıtlayan 11 dakika, 12 dakika boyunca yeni başlayan bir meslektaşıma yardım eden ve 20 dakika üzerinde çalışan 20 dakika geçirebilirim açıkça zaman çizelgesi oluşturulabilecek resmi bir CR sorunu. Bu aralıkları rastgele karıştırın ve burada tipik bir üst düzey geliştirici saatiniz var.

Her günün her saati elbette böyle değildir, ancak zaman çizelgelerini buralarda oldukça iyi anlamlandırmak için bu yeterlidir. Belirli bir faturalandırılabilir iş için ne kadar zaman harcandığını ölçmeye çalışmadığınız sürece (buradaki hiçbir zaman burada olmaz), temel olarak bir zaman kaybıdır (hem geliştirici zamanı hem de bordro zamanı).

Birkaç iş önce, şu anda yaşadığım ülkeden farklı bir ülkede, zaman çizelgeleri yapmadık. Maaş ödedik. Eğer iş yapıldıysa, bunun sonu buydu.

Avustralya'ya taşındığımda her yerde zaman çizelgeleri var. "Maaş" denilen parayı ödedi, ancak zaman çizelgeleri ve saatler kaydedildi. Maaşlı bir pozisyona karşı maaşlı bir maaşlı ortak anlayışım değil.

Gerekirse zaman çizelgelerini dolduracağım (müşterinin bilmesi gereken faturalandırılabilir saatlerimiz olduğu gibi), ancak genel olarak bütün fikri birkaç nedenden dolayı beğenmedim:

1. Onları unuttum. Onda dokuz kez, birkaç günlüğümü unutmayı bırakıp geri dönüp çoğunlukla yanlış bilgilerle doldururum.
2. Ben kendi zamanımı ayırabilen bir yetişkinim. Bir şeye çok fazla zaman harcıyorsam, müdürüme haber vereceğim. Ben ihtiyacım yok bunları ben bir şey üzerinde çok fazla zaman harcıyorum zaman söyle.

Zaman çizelgesi uygulamamız ayrıca tatil ve gider raporlarını izlemek için de kullanılır.

Zaman girme, 1/2 saatlik bir tanecikliğe yapılır. Bu, üst düzey yöneticilere rapor vermek amacıyla yapılır. Geliştiricilerden bazıları bunu yapmayı reddetti ve böylece çalışmayı bırakmak ve zamanlarını güncel tutmak için üç ayda bir görev aldılar. Çocuklara 12 saat harcadıklarını ve 8 saat yazdıklarını hatırlatmaya çalışıyorum, en üste aptallar yeni geliştiricilere ihtiyaç duymayacağımız fikrine sahip olacaklar - yükü kaldırabiliriz. Geçen ay boyunca aylarca süren 7 günlük çalışma haftasını kapsayan bir ölüm yürüyüşümüz oldu. Devs yarısı raporlama uygulamasında haftada 40 saat yazdı, bazılarımız ise gerçek rakamları bildirdi. Federal yasalar gereğince, programcılar "muaftır" (bu, aksine bir sendika sözleşmesi olmadığında fazla mesaiden muaf olmak anlamına gelir);

Team Foundation Server'da hatalar ve yeni kodlar üzerinde çalışmak için harcanan zaman izlenir (sıralanır) ve sadece bütün bir gün ayrıntılarıyla izleriz. Bu, tahmin sürecimiz% -25 ile% + 1000 arasında kapalı olduğu için işlerin ne kadar zaman alacağını tahmin etmekte daha iyi olabilmek için yapmaya çalışıyoruz. Şu anda, odadaki bir takvime dart atmak, tahmin etme süreçlerimiz kadar doğru.

Bir önceki yer müşterileri faturalandırmak için zaman çizelgelerini kullanıyordu, bu nedenle bir müşterinin hatası üzerinde çalışmakla 45 dakika geçirdiyseniz, müşteri 45 dak. İçin faturalandırıldı.

Hem tam zamanlı bir çalışan hem de müteahhit olarak, yaklaşık on yıl boyunca, 4 farklı işte zaman çizelgesi doldurdum, o zaman kullanımda çok az sürtünme buluyorum, ancak görevlerin kıtlığı. Şimdiye kadar gideceğim en granüler 1/4 saat ve bu nadir.

Ancak son zamanlarda, ne yaptığımı takip etmek için Grindstone kullanıyorum (şükürler olsun ki şu anki pozisyonum, evde yetiştirilen intranet tabanlı bir sistemi doldurmaya zorlanmak yerine kendi zaman çizelgemi sunmamı sağlıyor).

Zaman çizelgesi bakımının ya çok uzun sürdüğünü veya rahatsız edici olduğunu tespit eden herkese tavsiye ederim.

Asla bir zaman çizelgesi doldurmak zorunda kalmamıştım ve beni gerektirecek bir şirkete katılacağımı sanmıyorum. Ben çalıştı tüm şirketler, ben her zaman karar dayalı oldum ben bitti neyi değil ne kadar sürdüğünü . Sonuçlar ve performans onları almanın ne kadar sürdüğünden çok daha önemlidir. Aslında, birincisi ikincisini içeriyor: Bir yıl içinde benzer bir konumda bir başka geliştiricinin yaptığı gibi, bir ayda yaptığım kadarıyla, değerlendirmem muhtemelen çok iyi olmaz. Diğer yol da işe yaramıyor: bir kişinin bu hafta işte 60 saat geçirdiğini ve bir diğerinin 40 harcadığını bilmek, anlamlı bir yargıya varmak için yeterli değil. En etkili geliştiricilerin bazıları en az işte en fazla zaman harcıyor çünkü tam olarak verimli.

Dahası, her işte maaşlı bir çalışan oldum, bu yüzden daha fazla veya daha az ücret alamadım, çünkü daha fazla veya daha az saat harcadım. Yani bir zaman çizelgesindeki bilgi asla benim avantajım olmayacaktı. Sonunda, bir projeyi gerçekleştirmek için zamanımı harcadığım şey sizin işiniz nedir? Şirketteki en iyi yazılımı üretirsem ama günde 4 saat internette gezindiğimi keşfedersen, beni kovar mısın? İnternette gezinmenin zihinsel sürecim için gerekli olmadığını nereden biliyorsunuz? Dahası, internette günde 4 saat sörf yapsam bile , muhtemelen zaman çizelgeme koymazdım, bu da bilginin yine de faydasız olduğu anlamına geliyor. Sanırım BS ile doldurup, hafta sonunda TPS raporumla vereceğim.