Careerlab – центр профессионального роста

Последнее время меня обескураживает то, что не используются многие из базовых принципов и концепций программной инженерии, зафиксированных в литературе уже на протяжении довольно длительного времени. Вот пример. Здесь в Москве на семинаре я спросил своих слушателей, кто из них использует в своей практике коммерческий инструментарий для оценки проектов. Очень немногие подняли руки. Затем я задал вопрос, сколько компаний достигли третьего уровня зрелости процессов разработки по модели СММ. И снова совсем небольшой процент аудитории ответили утвердительно. Так что самое важное, что должно произойти в ближайшие годы, это более согласованная и формальная реализация базовых концепций и методов программной инженерии...

1.  Поощряйте открытое, честное общение между членами вашей команды.
2.  Не давайте обещаний ни за себя, ни за членов своей команды, если сроки кажутся вам заведомо нереальными.
3.  Не позволяйте заставить Вас давать немедленную оценку сроков проекта, пока вы не получили достаточной информации.
4.  Настаивайте на добавлении «плюс-минус» диапазона к вашим срокам и оценкам, вместо того чтобы позволять толковать эти оценки как точные.

Э.Й.: Я думаю, идеальный руководитель проекта должен иметь хорошую техническую базу, а также постоянно повышать уровень своих знаний. Согласитесь, сложно управлять программистами, работающими в PHP или Java, если последнее, что вы написали, была программа в Fortran, году так в 1975. Однако самые главные качества такого человека — умение подбирать, мотивировать и управлять талантливыми людьми с техническим складом ума. К примеру, Билл Гейтс и Стив Джобс имеют превосходные технические знания и навыки. Но я знаю, что Стив Джобс умеет отлично мотивировать людей, это позволяет ему создавать новые продукты и системы. Конечно, Билл Гейтс богаче, чем Стив Джобс, однако качества последнего помогают понять, почему Apple, а не Microsoft, признана лучшей компанией для трудоустройства программистов и техников. Что касается оптимального числа участников рабочей группы, то это зависит от конкретной ситуации. Однако в целом, не больше 5-7 человек...