Pisemne role kierownika ds. Rozwoju oprogramowania [zamknięte]

Wszyscy wiemy, co robi kierownik ds. Rozwoju oprogramowania, ale obawiam się, że wiemy to tylko niejasno . Wydaje nam się, że wiemy, co robi, ale dokładne sprecyzowanie zakresu zadań jest nieco trudne.

Jakie są według Ciebie role menedżera ds. Rozwoju oprogramowania?

Mówiąc jak ktoś w pracy (który był również programistą), najważniejsze rzeczy, które muszę zrobić to:

• Utrzymuj zespół programistów na drodze (i ciesz się, gdy to możliwe) - odsuń rzeczy, które uniemożliwiają im pracę tam, gdzie to możliwe, wyjaśnij, dlaczego nie jest możliwe, gdzie nie można ich przenieść, aby spróbować zmniejszyć powstały stres (ludzie są bardziej prawdopodobnie zaakceptuje rzeczy, jeśli przynajmniej je zrozumieją). Ostatecznie, jeśli istnieje konflikt między projektem a zespołem, którego nie można rozwiązać, zwykle projekt wygrywa. To niekoniecznie sprawia, że ​​jesteś popularny w zespole, ale płacisz za dostarczanie projektów / produktów, a nie jako lider związku. Oczywistą umiejętnością jest minimalizowanie częstotliwości tego zjawiska.

• Upewnij się, że zespół komunikuje się z klientem we właściwej wysokości . Zwykle są to równe części, które trzymają klienta z dala od zespołu i upewniają się, że zespół pyta go o rzeczy, których nie rozumie w pełni (zamiast tylko przyjmować założenia, które mogą być niepoprawne). Programiści bardzo dbają o to, aby klient im nie przeszkadzał i czasami zapominają, że klient może mieć coś użytecznego do dodania.

• Planowanie i priorytetyzacja konfliktów zasobów, wymagań klientów, problemów wsparcia i tym podobnych. Zwykle jestem osobą, która twierdzi, że ten klient ma pierwszeństwo przed tym, lub że ten błąd musi zostać naprawiony, zanim zostanie wysłany, ale że można wyjść ze znanego problemu.

• Zarządzaj komercyjną stroną rozwoju - to upewniając się, że za rzeczy, które powinny być naliczane i za które płacimy, i że nie próbujemy pobierać opłat za rzeczy, które powinny być objęte wsparciem.

• Bądź głosem zespołu w firmie i biznesu w zespole - pomóż każdemu zrozumieć pozycję drugiej osoby i pomóż rozwiązywać różnice tam, gdzie się pojawiają. W dużej mierze obejmuje to konflikty kulturowe między potrzebami / potrzebami zespołów a większymi organizacjami, a także kwestie budżetowe. To jest naprawdę gówniane, ponieważ oznacza to, że w przypadku nieporozumień jesteś wrogiem wszystkich.

• Współpracuj z zespołem, aby upewnić się, że istnieją wystarczające procesy i narzędzia spełniające wymagania firmy i klientów . Upewnij się, że procesy te są przestrzegane i dostosowane w razie potrzeby. Niektóre z nich polegają na upewnieniu się, że zespół definiuje procesy (na przykład w odniesieniu do rzeczy technicznych, które rozumieją lepiej niż ja), niektóre definiują je osobiście (w przypadku rzeczy, które rozumiem lepiej niż oni - planowania, szacowania itd.). Ważne tutaj słowo jest wystarczające - nie chcesz procesu dla samego procesu, ale są rzeczy, które muszą się wydarzyć, a proces jest najlepszym sposobem na osiągnięcie tego konsekwentnie.

• Upewnij się, że każdy członek zespołu pracuje na co najmniej rozsądnym poziomie , a najlepiej powyżej tego. Współpracuj z nimi, aby rozwiązać wszelkie problemy, które uniemożliwiają im osiągnięcie tego poziomu. Chciałbym powiedzieć, że moja rola sprawia, że ​​są najlepsi, jakimi mogą być, ale chociaż jest to prawdą w pewnym stopniu inne wymagania (projekt, budżet, czas) oznaczają, że prawie zawsze będzie to zagrożone w większym lub mniejszym stopniu.

• Robiąc całą administrację i rzeczy wymagane przez organizację (i prawo)

Ogólnie rzecz biorąc, częściowo mentoring, sekretarka, zarządzanie projektem, zarządzanie kontem i PR (dla zespołu). Jest wiele rzeczy, które programiści nie muszą myśleć ani robić, a niektórzy upewniają się, że robią to, co powinni, ale nie chcą.

Nie chodzi o to, aby być najlepszym programistą (generalnie nie masz czasu na pozostawanie aktualnym przez długi czas, więc musisz zaakceptować fakt, że ludzie będą wiedzieć więcej niż ty - umiejętność polega na tym, aby wiedzieć, gdzie dłuższe, ale nieaktualne doświadczenie jest ważniejsze niż ich krótsze, ale nowsze doświadczenia) lub bycie swego rodzaju dyktatorem. Pod tym względem najlepszym sposobem myślenia o tym nie jest to, że jesteś starszy, tylko że masz różne obowiązki. Czasami będzie to wymagało ostatecznego wezwania w sprawie czegoś (co może być sprzeczne z poglądami zespołu), ale częściej powinno dotyczyć konsensusu lub kompromisu.