Hizmet Çalışması: En İyi Geliştiricileri profesyonelliğe doğru yeniden biçimlendirme konusunda - sayfa 6

 
Renat :

"Kafamı kasten kapatıyorum, icracıya güveniyorum ve icracıdan her şey için %100 sorumluluk talep ediyorum" kabadayılığı zemininde sorumluluğu başka birine kaydırma girişimi, yazar için kaçınılmaz sorunları beraberinde getiriyor.

Her halükarda, kendi payımıza, müşterilerin potansiyel müteahhitler hakkında farkındalığını artıracağız ve çok fazla iş alımını yasaklayacağız.

Bu arada, işteki sipariş sayısı parametresiyle ilgili olarak, bir sürü işi kapma ve sözü tutmama cazibesine direnmek iyi bir fikirdir .... yine de bu parametreyi k.l'ye bağlı olarak nicel olarak değiştirebilirsiniz. yazarın profesyonelliği ve eserinin kalitesi hakkında konuşan parametre!
 
Parametreler: Planlanan ortalama sipariş tamamlama süresi ve fiili ortalama sipariş tamamlama süresi, müşterinin bir uzman seçme konusunda karar vermesine yardımcı olabilir. Plana göre 3 gün varsa, ancak aslında 7 çıkıyorsa, müşteriye, siparişin son tarihini karşılayamama olasılığının yüksek olduğu açık olacaktır.
 
Renat :

"Kafamı kasten kapatıyorum, icracıya güveniyorum ve icracıdan her şey için %100 sorumluluk talep ediyorum" kabadayılığı zemininde sorumluluğu başka birine kaydırma girişimi, yazar için kaçınılmaz sorunları beraberinde getiriyor.

Her halükarda, kendi payımıza, müşterilerin potansiyel müteahhitler hakkında farkındalığını artıracağız ve çok fazla iş alımını yasaklayacağız.

Daha önce alınanların tamamlanmaması durumunda "ve çok çalışmayı yasakla". Bu adil olacak. BENİM NACİZANE FİKRİME GÖRE.
 
iTC :
... Plana göre 3 gün varsa, ancak aslında 7 çıkıyorsa, müşteriye siparişi yerine getirememe olasılığının yüksek olduğu açık olacaktır.

Neden böyle bir aciliyet? Ne kırılacak? Elbette, işi aldıktan sonra müşteri bir aydan fazla test edecek. Peki 3 gün ile 7 gün arasındaki fark nedir?

 
DC2008 :

Neden böyle bir aciliyet? Ne kırılacak? Elbette, işi aldıktan sonra müşteri bir aydan fazla test edecek. Peki 3 gün ile 7 gün arasındaki fark nedir?

:-) Yazılım ortamında saygısız bir ifade.... Bir anlaşma paradan daha değerlidir.... zamanlama konusunda her zaman iki veya daha fazla bakış açısı olabilir, bir uzlaşma, tarafların karşılıklı anlaşmasıyla karşılıklı bir anlaşmadır. taraflar, eğer algoritmanın başarısızlığı programın çalışmazlığına yol açabiliyorsa, o zaman son teslim tarihlerinde anlaşma yapılmaması sözleşme tarafları arasındaki ilişkiyi yok edebilir .... her zaman elbette değil .... ama ...

Bu sadece basit bir ilişki algoritması.

İdeal olarak, her iki sözleşme tarafı da taahhütlerinden %100 sorumlu olmalıdır.

Uzun bir süre, bir zamanlar böyle bir matematik hakkında düşündüm, çünkü toplam %200 - eğer iki taraf da aynı fikirdeyse ve her ikisi de %100 alıyorsa... ve %100'den fazla sorumluluk nasıl olabilir?

Ancak, bu çok .... muhtemelen, maddi olmayan bir şey anlaşma sürecine müdahale ediyor ...

 

Bu, gecikmiş siparişler ve memnun olmayan müşteriler hakkında ilk kez duymuyorum.

Gerçekten de, programcının herhangi bir sorumluluğu yoktur - iptal edilen (örneğin gecikme nedeniyle) bir sipariş için olumsuz bir inceleme bile bırakılamaz.

Bana gelince, sorumluluk (maddi veya derecelendirme şeklinde) gereksiz olmazdı. Sadece programcının sorumlu olduğu zaman bölümlerini özel olarak dikkate almak gerekir. Ve "müşteri tarafından kontrol et" durumunda en az 50 iş askıda kalsın.

 
IvanIvanov :

Bu sadece basit bir ilişki algoritması.

İdeal olarak, her iki sözleşme tarafı da taahhütlerinden %100 sorumlu olmalıdır.

programcılarla ilgili her şey açıktır - ne derse desin, suçlu odur ve emri aldığını ve son teslim tarihlerini kaçırdığını ve .... ve çalıştığını, ancak bildiğiniz gibi, hiçbir şey yapmayan asla suçlanamaz

o zaman müşterilerle, özellikle de yeni başlayanlarla ilgilenmeye devam ediyor - müşteriden doğru TOR'u formüle edememesi ve "çocuksu kendiliğindenliği ile bir düzine kez beyin çıkarma" talebi nedir, o zaman 1. çubuk doğru olanıdır, o zaman uzman, tarihteki gösterge sinyallerine uygun olmayan anlaşmaları açar - çok geç, daha erken yapılması gerekiyor.....

???????

 
DC2008 :

Neden böyle bir aciliyet? Ne kırılacak? Elbette, işi aldıktan sonra müşteri bir aydan fazla test edecek. Peki 3 gün ile 7 gün arasındaki fark nedir?

Aradaki fark, "3 yerine 7" gibi birkaç tane olabilmesidir: bir programcı başarısız oldu - sözleşme feshedildi, ikincisinin zamanı yoktu - tekrar feshedildi, vb.

Evet ve müteahhidin işi değil - müşterinin zamanını (parasını) saymak. 3 dediysen lütfen 3 için yap (görev açıklaması ve son kontrol sayılmaz).

 
Topikstarter konuyu açtığı için muhtemelen mutlu değil)
 
IgorM :

programcılarla ilgili her şey açıktır - ne derse desin, suçlu odur ve emri aldığını ve son teslim tarihlerini kaçırdığını ve .... ve çalıştığını ve bildiğiniz gibi, kim hiçbir şey yapmazsa asla suçlanamaz

o zaman müşterilerle, özellikle de yeni başlayanlarla ilgilenmeye devam ediyor - müşteriden doğru TOR'u formüle edememesi ve "çocuksu kendiliğindenliği ile bir düzine kez beyin çıkarma" talebi nedir, o zaman 1. çubuk doğru olanıdır, o zaman uzman, tarihteki gösterge sinyallerine uygun olmayan anlaşmaları açar - çok geç, daha erken yapılması gerekiyor.....

Ve müşteri öder, ondan başka bir şey alamazsınız.

Ve görevi kabul edip etmeyeceğiniz (ve hangi fiyatın belirleneceği) - sanatçı karar verir. Ne pahasına olursa olsun bir sipariş istiyorsanız - 10 $'a çılgın bir açıklamanın 50 sayfasını anlayın, istemiyorsanız - "100 $ bir algoritma derlemek için" arayın ve müşterinizi bekleyin.

Ayrıca TK ve tahkim vardır. "Çok geç" yazılmalıdır, yoksa reddedilecektir.