Projeniz için doğru profesyonellerin iyi bir ekibini işe almaya başlayalım. Tipik bir iş uygulamasında, bir veritabanı geliştiricisi ve bir dba, bir KG personeli, bir sistem yöneticisi, bir iş analisti, uygulama geliştiricileri, bir UI uzmanı ve ekibi en azından işe almanız gerekir. DBA, Sistem Yöneticisi, iş analistleri ve KG, geliştirme ekibinden ayrı bir raporlama zincirinde olmalıdır. Geliştirme veritabanı uzmanı, uygulama geliştiricileri ve kullanıcı arayüzü uzmanı ile aynı teknik müşteriye rapor vermelidir.
Ofis alanını ayarlayın. Özel ofisler onları alabilirsiniz (Bu size bol şans diliyorum) harika, ama bir minumum masaları, telefonlar, bilgisayarlar, yazı tahtaları ve birkaç özel konferans salonu gerekir. Öğle molaları, buzdolabı, alkolsüz içecekler, atıştırmalıklar ve kahve için bir yer olduğundan emin olun. Ücretsiz alkolsüz içecekler ve kahve daha da iyi.
Hem uygulama hem de veritabanları için dev / qa / staging ve prod sunucuları kurun. Veritabanları hiçbir zaman uygulamalarla aynı sunucuda olmamalıdır. Projenin boyutuna ve kapsamına bağlı olarak, her ortam için birden çok sunucuya veya SAN'a vb. İhtiyacınız olabilir.
Sunucular kurulur kurulmaz, dosya sisteminin, veritabanının ve veritabanı işlem günlüklerinin yedeklerini programlayın. Bunu ilk gün yapılacak şeyler yapın. Haftalık saha dışı yedeklemeler almak için Iron Mountain gibi bir firma kiralayın.
Bir kaynak kontrol sistemi kurun ve nasıl kullanılacağını açıklayan bir belge oluşturun. Arama türü tabloları için TÜM veritabanı yapısal değişikliklerinin ve veri eklerinin kaynak denetimindeki komut dosyalarında olması konusunda ısrar etmeyi unutmayın. Bu, konuşlandırmayı kolaylaştıracaktır.
Tüm ilgili kullanıcılar için lisanslarla kullanmaya karar verdiğiniz araç seti için ticari yazılım satın alın veya açık kaynaklı yazılım indirin.
Hızlı çığlık atan ve iki monitörü olan geliştirici makineleri satın alın. Yavaş ve kullanıcıların masaüstünde ne olacağını tipik inilti en az bir test kullanıcı makinesi satın.
Yeni geliştiricilerinize işleri nasıl istediğiniz konusunda eğitin. Bazı genç geliştiriciler için yeterince büyük bir ekibiniz varsa, onlar için ekstra eğitim planlayın ve zamanı proje planlamanıza ekleyin. Çocukları en az üç ay boyunca çok yakından izleyin. Tüm yeni çalışanları ilk ay boyunca yakından izleyin. En kısa sürede deadwood ve haydut geliştiricilerden kurtulun.
Hangi sırayla yapılması gerektiğini belirleyin (kritik yol). Bağlı oldukları görevler tamamlanana kadar kritik yolun sonunda görev atamayın.
Test planları ve gereksinimler oluşturun.
Müşterilerle düzenli olarak planlanmış ilerleme toplantıları düzenleyin. Ne yaptığınızı ve birlikte gösterimlerin neler olduğunu bilmeyi hak ediyorlar. Onlara işlerin ne zaman geç kalacağını söylemeyin. Eğer son teslim tarihinden üç hafta uzaksanız ve bunu kaçıracağınızı zaten biliyorsanız, müşteriye söylemeden önce bu eksiklik sihirli bir şekilde ortadan kalkmayacaktır. Müşteri, ek gereksinimlerin ek maliyetler ve zaman anlamına geldiğini ve her ek gereksinimin ya başka görevlerin reddedilmesi gerektiğini ya da son tarihin yeni görevlerdeki saat miktarıyla değişeceğini bildiğinden emin olun. Bunu en baştan netleştirmek, müşteri tarafından değil, grubunuz tarafından emilen çok fazla acı ve fazla mesai saatinden ve maliyet aşımlarından tasarruf sağlayacaktır.
Performans testine yalnızca bir kullanıcının hızını değil, aynı zamanda beklenen sayıda eşzamanlı kullanıcıyı test edebileceğiniz bir ortam oluşturun. Bu testi yayınlanmadan önceki güne kadar yapmak için beklemeyin.
Proje planlamasında KG'nin hataları bulacağını ve düzeltilmesi zaman alacağını varsayalım. KG'yi yalnızca bir gün için planlamayın.
Kabaca veritabanının olacağını düşündüğünüz boyutta test verileri oluşturun. Tüm geliştiricilerin kodlarını bu boyuttaki veritabanına karşı test etmelerini sağlayın. Geliştiricilerin kişisel makinelerinde yalnızca küçük bir veritabanına karşı geliştirmelerine izin vermeyin. Bu, üretime çarpana kadar iyi çalışan kodun sık görülen bir nedenidir.
Ödüllerinizi bütçeye göre planlayın. İnsanları aylarca kıçlarını çalıştırdıklarında motive eder ve sadece yöneticiler bonus alır. Ayrıca sık sık ve yazılı olarak teşekkür ederim.
İzlemeniz gerekenleri izlemek için bir proje yönetim sistemine veya en azından e-tablolar ayarlamanız gerekebilir. Proje planlaması yaparken, planınızda günde altı saatten fazla olmamalıdır. Bu, projeye harcanmayacak zamanı, örneğin tatil, hasta zaman, tatiller, İK toplantıları, performans incelemeleri, vb. Hesaplamaya yardımcı olur. Kasım 1 - 1 Ocak ABD'de), daha fazla izin ve tatil zamanı için ek ödenekler yapmanız gerekebilir. Geliştiricilerin izinlerini ve tatillerini bırakmasını beklemek adil değildir ve hiç kimse hasta zaman, jüri görevi, yas süresi vb. Şeylerin ne zaman olacağını tahmin edemez. Bu projede ekibinize olacaklarını varsayalım.