Bir proje almanız gerekip gerekmediğine nasıl karar veriyorsunuz?

Ben oldukça yeni bir geliştiriciyim. Profesyonel olarak C # 'da iki yıl stajyer, 6 ay genç geliştirici olarak program yaptım. Ailemin bir arkadaşının VB.net'te yazılmış bir proje için yardıma ihtiyacı var. VB.net'i hiç kullanmadım, bu yüzden orada biraz endişeliyim.

Ancak asıl soru, proje için belgelere baktığımda, bundan gerçekten iyi bir şey gelmeyeceği hissine sahip olduğum gerçeğinde geliyor. Şu anda hayatımda olmasını istediğimden daha fazla stres yaratacağına inanıyorum.

Deneyimli geliştiriciler projeyi alıp almama kararını nasıl verir? Kararı kolaylaştırmak için bazı iyi metrikler nelerdir?

Düzenle

Bu aslında üzerinde çalışmamı istediği çok büyük bir ERP gibi görünüyor ve programlama hakkında bir şey bildiğine inanmıyorum, bu yüzden çok küçük olduğum gerçeğinin aklından bile geçtiğini sanmıyorum.

Deneyimlerime göre: Tatil yapmak zorunda kaldığınız aile üyeleri ya da tutmak istediğiniz arkadaşlarınız için asla para içeren işler yapmayın. İlgili taraflardan biri her zaman diğer tarafın ya çok fazla ücret aldığını ya da yeterince para ödemediğini ve karşı tarafa bir iyilik yaptığını hissedecektir. Son tarih geldiğinde, bunlar genellikle en az anlaşılır ve beta testi sırasında genellikle göt delikleridir, çünkü bir hatanız varsa - ki bunu yapacaksınız - anlamayacaklardır. Her zaman bir karmaşa.

Eskiden idealisttim ve herkesin daha iyi insan becerilerine ihtiyaç duyduğunu düşünüyordum, ama hayır, işte böyle. Yazılım geliştirme sürecini anlamayan insanlar, bir şey ilk gördüklerinde beklentilerini karşılamadığında DAİMA çıldırırlar. Bu, aile üyeleri ile olduğu kadar proje yöneticileri için de geçerlidir. Sorun şu ki, aileniz ve arkadaşlarınızla bir ilişki sürdürmeniz gerekiyor ve işler kesinlikle iş değildir.

Bununla birlikte, proje stres seviyenizi artıracaksa ve paraya ihtiyacınız yoksa, neden almalısınız? Özellikle zaten mükemmelleştirmek istediğiniz bir yazılım geliştirme işiniz varsa, çalışma çabanızın çoğunu günlük işinizde mükemmel olmaya adamanız gerektiğini söyleyebilirim, çünkü sonuçta kaliteli iş için ödüllendirileceksiniz.

Paraya ihtiyacınız varsa ve bir aile arkadaşınızın potansiyel kaybıyla ilgili sorun yaşıyorsanız, işi alın. Daha önce bahsettiğim şeyler dışında olabilecek en kötü şey, ne olduğunuzu ve iyi olmadığınızı öğrenmeniz ya da projenin kötü olmasına neden olarak çiğneyebileceğinizden daha fazla ısırdığınızı öğrenmenizdir. deneyiminiz nedeniyle baş ağrısı. Bunu şu anki işimle iki kez yaptım - neyse ki işverenleri çok iyi anlıyorum. Kendimi suda ölü hissettiğimde sefalet olsa da, öncekinden çok daha geniş bir beceriye sahip çok daha iyi bir programcı ortaya çıktım.

Hangi işlerin bırakılacağını ve saklanacağını, sadece deneyim ve kişiliğinizi belirleyen bir hesaplama yoktur. Sadece neye değer verdiğinize karar vermeniz ve onu takip etmeniz gerekiyor. Düşünülmesi gereken şeyler:

Bu üzerinde çalışmaktan zevk alacağım bir proje mi? Ekip çalışmaktan zevk alacağım bir ekip mi?

Ne tür bir ödeme sunacaklar? Yoksa, hangi mesleki gelişimi alacağım? Herhangi bir tür paylaşılan risk sunuyorlar mı (örneğin hisse senedi opsiyonları, kar yüzdesi)? Bu benim için büyük bir ikna edici.

Her neyse, bunlar sadece karar vermede kullanılacak ilkelerdir. Her şey neye değer verdiğinize bağlı. Örneğin, ailemle ilgili zihinsel zorluklara ve zamana değer veriyorum, bu yüzden genellikle projenin ne olduğuna ve bunu yaparken öğreneceğim becerilere yüksek öncelik veriyorum. Ancak, zaten bütün gün çalıştığımdan beri eşim ve çocuklarımla zaman geçirebilmem için haftada sadece 2 veya 3 gece çalıştığımı da belirtiyorum. Bu talebi karşılamak için son tarihi ayarlıyorum. Eğer bundan hoşlanmazlarsa, o zaman işi kabul etmem.

Ne yaparsanız yapın, ne yapacağınızı ve yapmayacağınızı açıkça belirttiğinizden ve işe başlamadan önce beklentilerini açıkça belirttiklerinden emin olun. Olabilecek en kötü şey müşterinin dengesiz beklentilere sahip olması ve bu beklentileri hafife almanızdır.

PS Keşke bu makaleyi daha önce kariyerimde okumuş olsaydım. Son paragrafım için geçerlidir. http://www.joelonsoftware.com/articles/fog0000000356.html

Deneyimli geliştiriciler projeyi alıp almama kararını nasıl verir?

İşe ihtiyacım var mı? Eğer öyleyse, projeyi "alırım".

Kararı kolaylaştırmak için bazı iyi metrikler nelerdir?

Kaç seçeneğim var? 1'den fazla mı? Alternatifler arasından seçim yapabilirim.

Sadece 1? İyi. İşte o zaman.

"Hayatımdaki stres" sorusu tartışmalı; proje almamak, istihdamı sürdürmemek anlamına gelir; Bu felaketle sonuçlanır.

"Stres" in belirleyici bir faktör olduğu bir tür finansal özgürlüğünüz varsa, bu gerçekten harika.

Bu projeden ne kazanacaksınız? Para? Deneyim? Başka bir şey?

• Para: Bir aile üyesinden (aile ile iş yapmamaya çalışıyorum, ama bu başka bir tartışma), küçük (bu yüzden ses çıkarırsınız), oldukça gençsiniz, bu yüzden çok fazla beklemeyin ondan para (dayanarak benim deneyimleri).

• Deneyim: yeni bir dil öğreneceksiniz! Bu gelecekte değerli olabilir, sadece C # bilen .NET geliştiricileri üzerinde size hafif bir avantaj sağlayabilir.

Ama bağırsak içgüdüleriniz size bu projenin kötü olacağını söylüyor . Neden? En azından bundan biraz deneyim kazanabileceğiniz anlaşılıyor.

Müteahhitlerin çoğu, bir projeyi üstlenmeye ne kadar para alacağına bakmaya başlarlar. İdeal olarak, daha zor projeler daha fazla paraya yol açar. Bu zor ise, iyi ödemesi gereken, ama eğer ayrıntılar bilmek bilmiyorum aslında iyi ödemesi yapılacak ...

Güncellemenizdeki ayrıntılara yanıt olarak: Bunun tek bir genç programcının kapsamının çok ötesinde olduğunu söyleyin. Birkaç dakika araştırma yapabilir ve istediği şeyi yapabilen mevcut bir ürün olup olmadığını görebilir ve "Özellikler" sayfasının özelleştirme / eklentiler / genişletilebilirlik hakkında konuşup konuşmadığını görebilirsiniz. Ayrıca, orada mevcut bir ürün yoksa veya kapsamlı eklenti programlama işinin yapılması gerekiyorsa özel bir yazılım dükkanıyla konuşmak isteyebilir. Bir projeyi ele almanız için çok büyük olduğunu kabul etmede yanlış bir şey yoktur - projeyi üstlenmek ve tamamen başarısız olmaktan çok daha iyidir (özellikle bir aile üyesi ise - aile işlevleri yıllarca garip ve gergin olabilir).

A friend of my family

Şahsen bu cümle söz konusuysa, projeyi almam.

Serbest çalışan olarak, sadece zamanında, bütçede ve iyi kalitede tamamlayabileceğime emin olduğum projeleri kabul ediyorum. Bir projeyi reddetmek işsizlik anlamına gelmez - en azından sonsuza dek değil. Bir projeyi kabul etmek, her şeyi - para, itibar, sağlık - teslim edemeyeceğinizi kabul eder.

İyi bir müşteri, becerilerime uymayan yeni bir proje için yardıma ihtiyaç duyduğunda bazen biraz daha zor olur; ama o zaman bile, dürüst olmak ve bir başkasının yapmasına izin vermek daha iyidir.

Sizin durumunuzda, projeyi reddedebilirsiniz ve reddetmelisiniz - yeterince deneyimli değilsiniz, dili bilmiyorsunuz, bu sizin için çok büyük.

Yirmi yılı aşkın süredir serbest programlama yapıyorum. Bir projenin gerçekten başarılı olması için en azından aşağıdakilere ihtiyacı vardır:

1. Dağıtım için kullanılan programlama, yazılım ve donanım teknolojilerini veya dağıtım teknolojilerini gerçekten hızlı öğrenecek kadar benzer teknolojileri bilen biri
2. Sorun alanını bilen ve bunu programcının kullanabileceği özelliklere dönüştürmek isteyen ve istekli biri. (Programcı aynı zamanda alan uzmanıysa ve proje yeterince basitse, özellikler başlarında veya resmi olmayan notlarda olabilir.)
3. Proje görevlerini, zaman çizelgesini vb. İyi yönetebilen, istekli ve deneyimleyen ve tahmin etme ve bunlardan nasıl kaçınabileceğinizle ilgili türden tuzakları bilen biri.
4. Programcı (lar) ve müşteri (ler) dahil olmak üzere tüm proje paydaşları arasındaki iletişimi ve ilişkileri yönetecek biri
5. Her iki taraftaki danışman ve müşteri, sözleşmeler ve para da dahil olmak üzere devam eden iş konularını sağlam tutmakta deneyimli kişiler. Bu deneyimi kendiniz yoksa, siz deneyimli olana kadar deneyimli bir danışmanla görüşebilirsiniz.
6. Zor bir iş kararı vermek zorunda kalırsanız, iş dışında sorun yaşamadığınız bir kol uzunluğu iş ilişkisi
7. Gerekli zaman çizelgesinde kaliteli bir ürün sunmak için doğru uzmanlık, araç ve kaynak kombinasyonuyla yeteri kadar büyük bir ekip

Programlama hakkında hiçbir şey bilmeyen, deneyimsiz bir programcı olan ve bilmediğiniz bir teknolojiyi kullanarak bir ERP sistemi oluşturmanızı isteyen bir aile arkadaşını tanımlarsınız.

Bana bu durum # 1, # 3, # 6 ve # 7'yi ve belki de hepsini kaçırıyor gibi geliyor. Adam'ın Mythbusters'da dediği gibi, "Bu bir felaket tarifi."

Heck, buna on ayak direği ile dokunmam. Burada gördüğüm diğer kırmızı bayraklar hakkında devam edebilirdim, ama temel olarak, sana tavsiyem bağırsak hissinle gitmek, çünkü haklısın: "ondan gerçekten iyi bir şey gelmeyecek."

Bu ailenin bir arkadaşı olduğu için, siz olsaydım, "Harika bir projeniz var ve gerçekten iyi birine ihtiyacınız var ve size sahip olmanız gereken sonuçları vermek için çok deneyimsizim" derdim ve bırak onu.

Ayrıca, bir alanda sorun yaşayan bir müşteriniz olduğunda, diğerlerinde de sorun olabileceğini buldum. Genç bir programcı tarafından tasarlanan ve uygulanan bir ERP sistemine sahip olmayı düşünen potansiyel bir müşteri, ya kendileri ve başkaları için tehlike olarak cahil ya da gülünç derecede ucuzdur ve bunlardan biri onları "uzak dur" listeme koyar. .

FWIW, danışman / serbest çalışan olarak, yanımdaki rolleri kendimden, eşimden gelen tavsiyelerle dolduruyorum. Projelerin eksikliğinden dolayı başarısız olduğunu görerek tüm bu öğelerin ne olduğunu anladık - bazen kendi projelerimiz oldu. Ve yirmi yıl sonra bile ve bu kriterleri kontrol etmeme rağmen, hala işe yaramayan nadir bir projeye yöneliyorum - bu risk her zaman iş dünyasının bir parçası. Sadece yanlış yaptığım bir şey yüzünden projelerin başarısız olmadığından ve sözleşmelerin yapılandırıldığından eminim, böylece diğer taraf vidalanırsa ödeme alırım.

İlgili diğer insanlarla çalışmak ister misiniz?

Proje sadece insanlarla tanışmak ve onlarla ilişki kurmak için bir bahane.

Benim kişisel görevim ne istediğini, ne zaman çizelgesini, ne tür maliyetleri beklediğini, vb. Biraz araştırmak olacaktır. Bu aslında büyük bir ERP ise, o zaman yardım yıllarca sürebilir ve gerçekten çirkinleşebilir. Atık Yönetimi ve SAP karşılaştırması , 9 haneli proje bütçelerinde olduğu gibi gerçekten büyükse, bunun ne kadar pahalı olabileceğinin bir örneği olacaktır.

Keşifte benim amacım kuma bir çizgi çizmektir, böylelikle neden soruları sorduğumun ve sonuç olarak neye sahip olmayı düşündüğüm açıktır. "Bunun ne kadar canlı olduğunu görüyorum?" Metodoloji, bütçe ve zaman çizelgelerini önceden sorgulayacağım gibi soru olacak ve daha sonra bazı şeylerin düzeye çıkıp çıkmadığını ya da bazı BT mizah sitelerinde ortaya çıkabilecek bir şey olup olmadığını görmek için biraz araştırma yapıyorum. Günlük WTF gibi .