Bir geliştirici proje yöneticisinin patronu olduğunda işe yarar mı?


11

Bir projenin planlama aşamasındayım ve bir proje yöneticisi kiralamak istiyorum. Bazı kodlamalar yapmak ve projenin tüm bölümlerini takip etmek istiyorum. Ancak, bir proje yöneticisinin daha iyi sonuçlar alacağına inanıyorum. Aşağıdaki seçenekler var: 1) projeyi yönetmek ve kod 2 değil) bir proje yöneticisi işe ve kendimi kod

Proje yöneticisinin, proje sahibini geliştirme ekibine dahil ederek engelli hissedeceği konusunda endişeliyim. Projeyi yürütürsem, ekip çökebilir ve projenin başarısız olmasına neden olabilir. Bütçeye sadık kalmak için şu ya da bu kapasitede olmalıyım.

Herkes bu durum, herhangi bir öneri ile deneyimi var mı?

daha fazla bilgi: Her biri belirli bir alandan sorumlu 4 şirket içi geliştirici. Geliştiriciler, proje yöneticisi tarafından kabul edilirse, işi dışarıdan da temin edebilirler.


Geliştirme ekibinin bir parçasıysanız, proje yöneticisi sadece daha iyi çalışır.
superM

Teşekkürler @superM. Şüphelendiğim şey bu. Bu, içinde bulunduğunuz bir durum mu?
marabutt

Aslında aynı değil, ama oldukça yakın. Patronum bir programcı ve şimdi yönetim ekibinde çalışıyor. Neredeyse her teknik detayı bildiği için başarılı. Onu bir geliştirici olarak düşünebilirim, ancak kod yazmaz)))
superM

Takım ne kadar büyük? ve hiçbir sorun yaşamadan ekip üyelerini mi yönetiyordunuz?
Yusubov

@ElYusubov henüz onları yönetmedi ama iyi insanlar gibi görünüyorlar.
marabutt

Yanıtlar:


10

Bir proje yöneticisi geliştirip işe almanızı öneririm.

Çalıştığım şirkette çeşitli yönetim yolları gördüm. Patronum bir programcı. Şimdi kod yazmıyor, ama eskiden uzun süredir. Bir süre için tüm yönetimi kendi başına yapmaya çalışıyordu, ama bu gerçekten bir başarı değildi.

Şimdi proje yöneticilerini (iki kişi) işe aldı ve ekip şimdi daha iyi çalışıyor. Hem teknik hem de yönetim tartışmalarına katılır ve bazen belgeleri kendisi hazırlar.

Aynı zamanda geliştirme ekibinde ve patronda olmaktan endişe etmem. Sonuçta, her türlü insanla çalışabilmesi gereken bir profesyonel işe alacaksınız.

PS imho proje yönetimini öğrenmek çok zor değil, özellikle küçük bir ekiple çalışırken. Belki profesyonel proje yöneticileri ile çalıştıktan bir süre sonra, tüm yönetimi kendiniz yapabilirsiniz.


1
PS için +1 Ama bunun için önce iyi bir proje yöneticisi kiralamanız gerekiyor :).
Zenon

3

En önemli şey, kimin hangi kararlar konusunda otoriteye sahip olduğunu önceden netleştirmektir. Yapabileceğiniz en büyük hata, proje yöneticisini mikro yönetmektir.

Makul bir anlaşma "genel bütçeye ve işe almaya karar veriyorum ve kendi geliştirme işlerimi etkilemelerine rağmen kaynak tahsisi, planlama ve operasyonel kararları size bırakıyorum ; herhangi bir büyük karardan emin değilseniz bana sorun."


3

Kısa cevap: İşi büyütmek için profesyonelleri işe almanız gerekir ve proje sahibi olarak proje / şirket içindeki sorumlulukları ve otoriteyi açıklığa kavuşturmanız gerekir.

Uzun cevap: Bir proje yöneticisi hakkındaki anlayışım yazılım projelerini planlamak ve yönlendirmektir .

1) İşi yönetin, kim ne yapar?

2) İş yükünü planlar - ne zaman teslim ettiğimiz konusunda zamanlama?

3) Verilen bütçe ve kaynaklar (insanlar / donanım / alan / zaman) altında kararlar alır

(*) tam bir referans için aşağıdaki bağlantılara bakın

İyi bir başlangıç ​​noktası Wikipedia - Yazılım geliştirmede bir PY yapması beklenen yazılım projesi yönetimi . Buna ek olarak, Soru ve Cevaplara bakmanızı öneririm - Proje Yönetim Maliyetleri tüm yazılım geliştirme projesinin boyutuna göre nasıl değişir ?


2

Çalışabilir - proje yöneticiniz tarafından tanımlanan kurallara uyduğunuzdan emin olursanız. Onu yönetmesi için işe aldınız - bu nedenle, kendinizi yöneterek görevini baltalarsanız, ilk etapta onu işe almamalısınız.


1

Deneyimlerime göre geliştirme ekibine katılmamalı ve bir proje yöneticisine sahip olmamalısınız. Yöneticinin sorumlulukları, belirli bir zaman dilimi ve bütçe dahilinde belirli sayıda gereksinimi yerine getirmektir.

Her zaman proje sahibinin projeye çok fazla karıştığında, kapsamın arttığını gördüm - olasılıkları yarı yolda görmeye başlıyorlar ve bunu sadece küçük bir değişiklik olarak gördüklerinden ek işlevsellik dahil etmek istiyorlar.


Girişiniz için teşekkürler, spesifikasyonların değişme olasılığının daha yüksek olacağını kabul ediyorum. 2008 yılında Diablo 3 demosunu gördüğümü hatırlıyorum ve bu sadece bu yıl çıktı. Sanırım birisi inşa ederken daha iyi bir şey çıkarırsa projeleri anında değiştirebilmelisin.
marabutt

Çok doğru - dünyaya uyum sağlayabilmelisin. Ancak buradaki fark, artımlı kapsam sürünmesi nedeniyle ürününüzün gecikmemesini sağlamaktır. Herhangi bir nedenle ürünün tasarımında bir değişiklik olması gerekiyorsa, geliştirme metodolojisi buna izin vermelidir ve proje sahibi ve proje yöneticisi, geliştirme ekibine bunu nasıl başaracaklarına ilişkin net gereklilikler sağlamak için çalışmalıdır. Ayrıca, bu yönleri ayırmanın size rakipleri ve piyasayı değerlendirmek için daha fazla fırsat sağladığını düşünüyorum.
John D
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.