Genel API'larla / teknolojiyle nasıl başa çıkıyorsunuz?

Sanırım çoğu insan bu durumda.

İlk proje planlaması başlar. Gereksinimler açıklanmıştır. Mimari gözden geçirme ve API'ler / Çerçeveler üzerinden sıralama yapıldıktan sonra bağlantı teknolojisi seçilir. Geliştirme başlar.

Ve sonra başlar. Bazı basit destekleyici şeyler yapmanız gerektiğinde, çerçeve / API geri tepmeye başlar ve herhangi bir iş yapmak yerine teknolojiye karşı savaşırsınız. Araştırma zamanı fırladı, forumlar sessiz, hiçbir şey yapılmadı gibi görünüyor ve işe yarayacak bir şey bulduğunuzda bile, doğru bir şekilde yapıldığından emin değilsiniz.

Bu durumlarda nasıl idare edersiniz? Kesmek ister misiniz, daha fazla araştırma yapar mısınız, yönetime ne dersiniz?

Prototip, Prototip, Prototip !!

Ekibiniz belirli bir çerçeveye aşina değilse, ağrı noktalarının nerede olduğunu değerlendirmek için içindeki bir şeyi prototipleyin.

Matt Raible (Java Web framework karşılaştırıcısı), mümkünse bir hafta boyunca bir çerçeveyle çalışmayı önerir.

Prototipleme, bir çerçevenin arkasındaki topluluk desteğinin ve diğer faktörlerin araştırılmasını içerir

Dış bağımlılıkları yönetmek, birçok BT projesinin sıkıntısıdır. Yıllar önce birlikte çalıştığım deneyimli programcılar her zaman bağımlılıkları üzerinde kontrol sahibi olduklarından emin oldular - genellikle kaynak kodu lisanslarının alınmasında ısrar ederek.

Şahsen, bu benim yaklaşımım değildi. Ben düşünce okulu teslim fazla söz altında olma eğilimindedir. Boynumu çıkarmak zorunda kaldığım zamanlar var, ancak% 99 emin olmak için önceden özel araştırma yapıyorum - genellikle teknolojinin sunabileceğinden emin olmak için genellikle kendi zamanımda özel bir proje yapıyoruz. Gerçekte prototip, test edin, onaylayın ve sonra söz verin.

Yakalandığım durumlar var - ve geri takip etmek ya da yaratıcı olmak zorundayım. Geniş deneyime sahip yaratıcı bir zihne sahip olmak burada yardımcı olur, ancak diğer insanlarla konuşmak da yardımcı olur. - ve her zaman programcı değil. Bazen çözümler gerçekten garip yerlerden geliyor.

Yönetim ile ilgili olarak, anahtar dürüstlüktür. Erken ve sık konuşun. Büyük bir teslimattan önce amatörlere benzetmeden önce yöneticileri / müşterileri hayal kırıklığına uğratmak için son dakikaya bırakmayın. Son başvuru tarihinden 2 ay önce yöneticilerin birkaç özelliği düşürmek ve / veya nakliyeyi geciktirmek arasında seçim yapması gerektiğini söyleyebilmek, o zamanlar popüler olmayabilir, ancak kuruluşun geri kalanının işlerini yapmasına ve planlamasına izin verir. . Bunu yapabilmenin anahtarı, zamanları ve görev tahminlerini izleyen iyi bir görev yönetim sistemine sahip olmaktır. Bakış açınızı destekleyecek sağlam kanıtlara sahip olmak, sizin dinlenmenizi çok daha olası hale getirir.

"Bu durumlarda nasıl idare edersiniz?". Ne gördüm / yaşadım:

Ptolemy'ye katıldığım 1 numaralı nokta: dürüst ol:

Bu gerçekten bir sorunsa: o odaya gidin, sorunu söyleyin, öfke tepkisini beklemek için arkanıza yaslanın ve sonra ... yeni bir plan / çözüme doğru çalışın. (adam size kişisel olarak kızgın değil).

Sadece bu durumla ilgilenen BT kursları vardır. Sen aktörler yerleştirilir ve onlar bu haberi duyan öfkeli müşteri yerleştirir. Etrafında birçok ipucu var. Kulağa aptalca geliyor ama muhtemelen sadece yaptıktan sonra değerini fark ediyorsun. Bu durumlarda hatırlamak için 80 puanlık bir sayfa bıraktım ... (ve pratik).

Bu durum muhtemelen daha da tipiktir, bugün bütçelerin sıkı olduğu, satışların "en düşük teklif" üzerinde yapıldığı, verdiğiniz planlama müşteri tarafından kabul edilmeden önce 5 kez kesiliyor ... çünkü siz uzmansınız ve aksi halde 10 kişi bekliyor ") vb ...

- Başka bir şey yanal düşünme olabilir: bu şekilde yapılamazsa, müşteri için aynı değeri sağlayan tamamen farklı bir şey teklif etmeye çalışın. Teknoloji TÜMÜ'DE çalışmıyorsa / anlaşma dışına çıkarsa / atlar / vb ... Müşteri bunu satın alırsa sonunda aynı değeri verebilir. Ama onu getirmek de oldukça zor. (bazıları için ve tamamen diğerleri için değil). Bunun için gerçekten deneyimli adamlara ihtiyacınız var. Benzer bir durum, Teknolojinin buna kadar OLMADIĞI ... birkaç ay sürüyor ... Bu yüzden müşteriyi yeniden planlamayı ve organizasyonu üzerindeki etkisini kabul etmeye ikna etmeniz gerekiyor ...

- Başka bir 'öğrenilen ders', bu yöne gittiğini fark ettiğiniz anda kıdemli kıdemli adamları çağırmaktır. Sık sık sorunlu projelerle uğraşırlar ve bu durumlarda gerçekten yardımcı olurlar. Genellikle sadece sorunlu projeden sorunlu projeye giderler.

- Öğrenilen diğer bir ders, mimari malzemelerinizin özellikle büyük projelerde doğrulama kanallarından geçmesine izin vermektir. Bir imza kıçını kaplayabilir. (tüm e-postalarınızı LOL kaydedin)