Programcının aynı anda birden fazla proje üzerinde çalışması normal mi [kapalı]

Mevcut bir iş üzerinde çalışacak iki projem var. Birincisi çok devasa bir sistem ve ikincisi daha küçük ama aynı zamanda büyük (ilk proje 12 yıldır, ikincisi 4 yıldır geliştiriliyor).

İlk başta sadece ilk proje üzerinde çalışıyordum ve alışmaya çalışıyordum. Sonra ikinci projeye taşındım ve orada denedim, bu yüzden ilk proje hakkındaki bilgilerim gölgelendi. Şimdi aynı anda iki projede de çalışmak zorundayım.

Benim için çok zor, çünkü ikisi de java kullanmasına rağmen, farklı çerçeveler kullanıyorlar ve anlamak için gereken kod ve işletme mantığı çok büyük, bu yüzden bu iki projeyi kafamda tutamıyorum.

Bu normal mi ve alışmalıyım, uzmanlığım çok netleşse de, sadece tek bir projede çalışacak olsam ne olmayacaktı? Yoksa bir endişeyi dile getirmeli ya da işverenimi değiştirmeli miyim?

İnsanlar "evet, çoklu görev normal" derken tamamen katılmıyorum

Bu normal değil ! Hiç de değil, bir geliştiricinin birkaç projede çoklu görev yapması çok doğal değil (daha sonra açıklayacağım). Öte yandan, çoklu görev geliştiriciler arasında çok yaygındır . Bu kesinlikle alışman gereken bir şey. Yani sorunuzun asıl cevabı şudur: çoklu görev nasıl yapılır?

Her şeyden önce, kaderinizi kabul etmemelisiniz çünkü “çok iyi bir çalışansınız” ve bu, başa çıkabildiğinizden daha fazla iş yapmanız gerektiği anlamına geliyor. Hiç de değilsin. Bazen insanlara çoklu görevler verilir çünkü başka kimse yoktur. Çünkü onlar kendi takımında multi-tasking uygulayan, temsilci böylece Bazen yöneticiler işlerini işleyemez onlar düzgün bir proje takvimi işleyemez. Bu yüzden, çok görevli olmanızın istenip istenmediğini belirlemeye çalışmalısınız çünkü bu işinizin bir parçası mı yoksa diğer insanlar yetersiz mi?. Her iki durumda da, kabul edilebilir olup olmadığını kendiniz için yargılayabilirsiniz. Konforlu değilseniz (işinizle), iş bulabileceğiniz başka yerler de var. [Siz, geliştirici, emtiasınız. İşverenler bunu bilir ve asla fark etmemeniz için dua ederler.]

Şimdi çoklu görevlerde, insanlar "evet, ileri geri gidip her projede aynı tutarı yaptığınızdan emin olun" derken% 100'e katılmıyorum. Üzgünüm ama bu çok kötü bir tavsiye.

Öncelikle, bir yazılım geliştirirken beyninizin nasıl çalıştığını fark etmelisiniz (dahil olan başka işler olduğunu biliyorum ama buna odaklanalım). Öncelikle "kablolu" olmanız gerekiyor, bu da çok konsantre olmanız ve zihninizi kafanızda her şeyin eşlendiği bir pozisyonda tutmanız gerektiği anlamına geliyor. Tüm değişken ve yöntem adları, kodunuzun iş akışı, nesne modeli, yan yana giden başlıklar, her şey. Genellikle "bölgede" almak için 15 belki 20 dakika sürer.

Bu duruma geldiğinde, gerçekten uçup bisiklet sürüyorsun gibi kod yazıyorsun. Araya girdiğiniz an hepsini kaybedebilirsiniz. Kesinti yeterince uzunsa (5, 10 belki 30 dakika), o zihin durumunu kaybedeceksiniz ve her şeye yeniden başlamak zorunda kalacaksınız.

Bu yüzden çoklu görevler korkunç çünkü sizi "bölgeden" ayrılmaya ve başka bir şeye geçmeye zorluyor. Sürekli olarak değişiyorsanız, üretken olmamanız demektir, çünkü yeni bir göreve / projeye her değişiklik yaptığınızda, bölgeye tekrar girmek için bu 15-20 dakikayı kaybetmeniz gerekir (beyninizi yavaşça eritmez.

Çok iş parçacığı gibi: bir noktada, her bir çift döngüde iş parçacığı bağlamını değiştirme maliyeti çok yüksek, bu nedenle CPU, gerçek görevleri yerine getirmek için daha fazla zaman değiştirme bağlamı harcar.

Bu konuda Joel Spolsky'den bir makale okumanı şiddetle tavsiye ederim:

http://www.joelonsoftware.com/articles/fog0000000022.html

Bu yüzden benim tavsiyem: çoklu görev yapmayı (yapmamayı) öğrenmeyi deneyin çünkü gerçekten yaygındır. Ayrıca, bunu yaparken de rahat olduğunuzdan emin olun. Bazı insanlar konsantre olmak için daha fazla zaman alabilir ve çoklu görev yaparken diğerlerinden daha fazla acı çekeceklerdir; ve bu da tamam. Normal sayılması gerektiği yaygın değildir.

Joel dediğinde şöyle demişti:

Aslında, tüm bunlardan asıl ders, insanların aynı anda birden fazla şey üzerinde çalışmasına izin vermemelisiniz. Ne olduğunu bildiklerinden emin ol. İyi yöneticiler sorumluluklarını engelleri kaldırmak olarak görür, böylece insanlar bir şeye odaklanabilir ve gerçekten halledebilir.

Evet, olması bekleniyor. Ve memnuniyetle karşıladı.

Buna bakmanın birkaç yolu var:

1. Çok görevli olmanız beklenmektedir ve odaklanmak neredeyse imkansızdır. Bu, alt-optimal mühendislik süreçleri, ileri geri döndüğünüzde ara sıra karışıklık, istismar hissi, hayal kırıklığı, stres vb. İle sonuçlanır. Bunların hepsi elbette olumsuz; ancak,

2. Ürettiğiniz sonuçları ve işvereninizin yeteneklerinize olan güvenini iyi yansıtan birçok projeyle güveniliyorsunuz. Onlara güvenin garanti edildiğini göstermek için bir fırsat.

Tavsiyem, hangi görevlerin sizin dikkatinizi gerektirdiği ve hangilerinin bekleyebileceği konusunda kesin karar vermek . Bazen cevap, hiçbirinin bekleyemeyeceği ve sonuç elde etmek için yaratıcı bir yaklaşım izlemeniz gerektiğidir (A projesi için biraz, sonra B projesi için biraz, sonra durulayın ve tekrarlayın). Bu tür durumlarda gelişmek için gerekli becerileri geliştirin.

Normalde (her zaman olmasa da), bu daha fazla sorumluluk, hokkabazlık için daha fazla proje ve daha fazla beklentiyle ödüllendirilecektir. Bir noktada, bu çalışmanın bir kısmını devretmek için mümkün olacak ve beklenebileceksiniz. Bu bir başarı ölçüsüdür.

Dolayısıyla, büyüyen hokkabazlık becerileriniz yalnızca şu anki şirketiniz tarafından sömürülse bile, bunlar kariyerinizde size iyi bir şekilde sahip olmak ve size hizmet etmek için iyi becerilerdir.

Buna değer, genellikle büyük bir proje üzerinde çalışıyorum, daha küçük bir proje, eski projelerin bakımı ve desteği ve en az bir diğerini yönetiyorum. Sinir bozucu, kafa karıştırıcı, yorucu ve çok müteşekkirim.

Evet! XD bir servis şirketi üzerinde çalışıyorsanız bu tamamen "normal" / olağandır.

Ayrıca, açık kaynaklı projelerle işbirliği yapıyorsanız, kural budur.

Belki ideal bir devlet değildir, ama her gün ekmeğidir.

Yaygın. Ancak, belirttiğiniz nedenlerden dolayı bu iyi değil. İçeriği değiştirmek üretkenliğe neden olur, bu nedenle eğer mümkünse, bir gün için tek bir proje üzerinde çalışmaya çalışın.

Her gün 2 ila 3 farklı projede aktif olarak çalışıyorum. Ve birkaç düzine daha koru. Bazı haftalar biraz ezici oluyor. Projelerin bazıları devasa, bazıları da birkaç gün içinde kodlanan o kadar küçük ki, nadiren değişikliklere ihtiyaç duyuyor. Değişir, ancak farklı düşünce ve problem çözme, farklı teknolojiler ve iş alanlarına maruz kalmamı sağlıyor. Zevk aldım.

Yani, sorunuzu cevaplamak için, evet, çok yaygın.

Multitasking adlı makaleye bir göz atın . Bu grafik hikayeyi anlatıyor:

Başka bir deyişle, şirket programcılarını aynı anda birden fazla proje üzerinde çalıştırarak zaman harcıyor. Sadece üç projeyle atık% 40! Zamanın geri kalanı üç projeye ayrılmıştır.

Çoklu görev yapmanın nedeni genellikle "daha fazla iş yapılması" olarak ifade edilir. Ama bu hatalı bir mantıktır. Çoklu görev yalnızca tüm sürümleri geciktirmekle sonuçlanır. Bu görüntü, aynı anda bir projeyi bitirme işlemine karşı ikili görevlendirme etkisini göstermektedir:

(Görüntü tamamen göz ardı eder. Gerçekte boşa harcanan zaman her iki projeyi de% 20 daha sonra yapar.)

Bu şirkete bağlıdır. IMO, çoğunlukla yalnızca bir projede çalışmak ister, ancak bu özellikle küçük şirketler için mümkün değildir.

Elbette, herhangi bir projede hata düzeltmeleri vs. her zaman olabilir.

Evet, benim tecrübeme göre bu normal (bazı 'projeler' aynı olsa bile, örneğin aynı üründe bir bakım ve özellik projesi). Çatışmalardan ve gerçekçi olmayan beklentilerden kaçınmak için, her bir projeye zamanınızın belirli bir kısmını ayırmak için proje yöneticileriyle ve yöneticinizle anlaşın (örneğin, X projesinde üç gün, haftada Y projesinde iki gün). Normalde bu tahsisleri istediğiniz gibi dağıtabilirsiniz, örn. Mon-Wed on X, Thu-Fri.

Bir proje "bir istisna atar" ve ihtiyaçları üzerinde çalışılması gereken zaman bazen zamanlar olacaktır şimdi . Burada yapılacak iki şey var:

1. Bunun sadece bir zorlayıcı proje yöneticisi değil, bir istisna olduğundan emin olun: ikinci durumda geri çekin.
2. Zaman ayırdıklarınızı değiştirin, böylece her bir projede hala aynı kesriyi uygularsınız.

Bir projenin çerçevesine veya iş mantığına geri döndüğünüzde hızlanmakta zorlanıyorsanız, üzerinde çalışırken olabildiğince fazla belge yazma fırsatını kullanmalısınız. Karmaşık bir sistemin nasıl çalıştığını ayrıntılandırmak, kendi sözlerinizle, daha sonra projeye geri dönmeyi daha kolay hale getirecektir. Ayrıca, bu belgeler, yardımcı olmaları gerekirse iş arkadaşlarınız için yardımcı olabilir.

Eğer proje zaten teknik dokümantasyonun kapsamını kapsıyorsa, karmaşık alanlarda çalışırken düşüncelerinizi yazmanız yararlı olabilir. Bu şekilde bir dahaki sefere geri döndüğünüzde düşünce sürecinizi ele alabilirsiniz.

Normal olmamalı ama şu andaki işverenimde omuzlarımda birçok proje var. Kabul etmem biraz zaman alıyor. Verebileceğim en önemli ipucu, çalışmanızı her zaman önceliklendirmektir. Patronunuzu size öncelikli işin ne olduğunu söylemesi için zorlayın ve bunun üzerinde çalışın. Diğer projeleriniz hakkında şikayette bulunan kişiden baskı almayın. Özgeçmişinizi henüz güncellemeniz gerekmez, ancak yükün makul bir şekilde işleyebileceğiniz bir şeyin ötesinde yükselmediğinden emin olun.

Bence normal. Şu anda işimin çalışma şekli (yaklaşık 40 geliştiriciye sahip, toplam şirket büyüklüğü yaklaşık 700 olan bir şirketteyim). Ve genellikle bir çok "uzun vadeli" projem var ve ortaya çıkan birçok küçük bilet / kusur var, bu yüzden genellikle% 50 küçük bilet ve% 50 uzun vadeli projede çalışıyor. Zor olan şey, kesintisiz kesintinin uzun vadeli projeyi yavaşlatıp rayından çıkarabilmesidir.

Birden fazla projede çalışmanın normal olduğunu düşünüyorum. Kilit nokta, başlangıçta sistemin genel görüntüsü açısından bir belirsizlikle karşı karşıya kalacağınızı kabul etmektir.

Daha büyük bir resim elde etmek için çaba sarf ederseniz, netlik kazanır ve hareketli / sabit parçaları sistemde ve değişikliklerinizi sistemi nasıl etkilediğini görürsünüz.

Bir süre içinde üzerinde çalıştığınız çeşitli sistemlerde ortak kalıpları bulmayı öğreneceksiniz. Bunlar, bir anda kafanızda tutmanız gereken ayrıntılı bilgi miktarını azaltacak diğer projelerinize uygulayabilirsiniz.

Önemsiz olmayan herhangi bir projede kendisine atanan birden fazla kişi var. Bu, başkalarıyla işbirliği yapmanız ve işlerini yapmalarını beklemelerinin yanı sıra, sizi beklemeleri gerektiği anlamına gelir.

İnsanları boşta oturmak yerine, birden fazla projenin aktif olması çok yaygındır, böylece gerektiğinde yapılacak her zaman açık bir görev vardır.

Yine de "her alanda" elde edip üretken olabilmek için her projede oldukça büyük parçalar üzerinde çalışmalısınız.

Bunun normal / yaygın olduğunu söyleyenlere katılıyorum.

Olumlu olarak bakın, daha kullanışlı olacak, esnek görünecek, işleri halledebilecek bir adama gideceksiniz! Belki de eninde sonunda 2 sistemi tanıdıkça daha değerlidir.

IMHO, sadece olağan değil, aynı zamanda arzu edilir.

Şimdiye kadar yaşadığım en kötü gelişme işi, aynı uygulamanın aynı kısmının aynı küçük bölümünde aylarca çalışmaktı. Bezginlik. Sıkıldığın zaman gözünü topdan çekiyorsun.

Nasıl hissettiğinizi anlıyorum, özellikle işveren gelişim odaklı değilseniz, yeni işverenlerin işlenen gelişmeyi anlamasını sağlamak zor.

Mesele şu ki, 3 İşin bir kerede 1'den daha fazla para kazananı üzerinde birlikte çalıştığını görüyorlar ve istatistikler performansta% 40 düşüş gösteriyor. Bu karda% 40 zarar ..

Previousley, aralarında küçük işler olan, aynı zamanda biletler ve destek gibi bir anda 1 büyük projeye odaklanmama izin veren bir organizasyon için çalışmıştım. 8: 00-10: 00 AM'in Bilet ve mevcut sistemler için destek olduğu bir anlaşma üzerinde çalıştık. e-posta / telefon / yardım masası aracılığıyla saat 10: 00-16: 30 arasında gerçekleşen ya da bitiş süreniz tam olarak gelişti. Bu extreemley iyi çalıştı, aramaları ve e-postaları almak için bir yardım masamıza sahip olduğum için, sabahları biletleri yapabildim ve günün geri kalanını geliştirebildim. Sorun, yönetimin zayıf olması. Bir yönetici tüm bunları gerçekleştirir ve günlük karşılaştıkları zorlukları desteklemeden ve anlamadan bu gerçeği bilmezler.

Özellikle menajerimden aldığım destek ve anlayışın son işinde müteşekkirim, hayatımı kolaylaştırdı, daha az stres ve yine de TÜM işleri yaptık.

Bir başka sorun da, Patron'un aşk parası, parada projeler görüyorlar, Aynı anda her biri için 20.000 £ için 5 Projeye sahip olduklarında (ve bir solo geliştiricisiniz), kitaplarda 100.000 £ yazıyorlar. Bunlar karşılanmadığında şirketin itibarına zarar verir, tarihler kaçırılır ve konsantrasyon eksikliği nedeniyle sistemler zarar görür.

Sana tamamen sempati duyuyorum, şu an senin pozisyonundayım.

Projeyi nasıl tanımladığınıza bağlı. Genellikle geliştirici bir sorunla çalışır ve şirkette birden fazla ürünle çalıştığınızdan daha fazla ürün varsa.

Aşk ortakları gibi yazılım projeleri pek çok olabilir ve çoğu zaman iyi olabilir, ancak bunlar yalnızca bir kerede iyidir.

@ Martin Wickman'ın söylediğine ek olarak, görev değişikliği yapmamaya çalışın. Örneğin, A projesinde AM, B projesinde PM çalışın. Ayrıca özellik eklemek için hayır deyin; tam zamanlı olarak proje üzerinde çalışmadığınızda bu daha acı verici.