Какие функции должны лежать на плечах начальника программного отдела?

Здравствуйте, Аноним, Вы писали:

А>Какие функции должны лежать на плечах начальника программного отдела?
Первое (и оно же последнее ) — подобрать правильные кадры. Без своей команды — все остальные функции выполняться не будут.

Здравствуйте, LaptevVV, Вы писали:

LVV>Здравствуйте, Аноним, Вы писали:

А>>Какие функции должны лежать на плечах начальника программного отдела?
LVV>Первое (и оно же последнее ) — подобрать правильные кадры. Без своей команды — все остальные функции выполняться не будут

А также создать такие условия, чтобы команда работала с полной отдачей и не разбежалась

Здравствуйте, LaptevVV, Вы писали:

LVV>Здравствуйте, Аноним, Вы писали:

А>>Какие функции должны лежать на плечах начальника программного отдела?
LVV>Первое (и оно же последнее ) — подобрать правильные кадры. Без своей команды — все остальные функции выполняться не будут.

В корне не согласен с позицией, что нужно найти людей, а потом плевать в потолок и ничего не делать. Таких начальников отделов стоит бы увольнять сразу после набора отдела , а еще лучше до набора...

Что качается функций "начальника программного отдела", то рекомендую уточнить чьи именно функии тебе надо "CIO"(начальник IT отдела в не IT фирме) или "IT Project Manager" в программерской фирме. На первого ложится все включая управлением сисадминами и закупка оборудования на второго совершенно конкретный круг обязанностей типа управление требованиями, планирование и т.п. Точный список можно взять в любой методике например RUP, PMBOK, CMM и т.п.

На вскидку наверное обязанности CMM Level 2, что то близкое к этому:

The key process areas at Level 2 focus on the software project's concerns related to establishing basic project management controls. They are Requirements Management, Software Project Planning, Software Project Tracking and Oversight, Software Subcontract Management, Software Quality Assurance, and Software Configuration Management.

Здравствуйте, Dima_Ch, Вы писали:

А>>>Какие функции должны лежать на плечах начальника программного отдела?
LVV>>Первое (и оно же последнее ) — подобрать правильные кадры. Без своей команды — все остальные функции выполняться не будут

D_C>А также создать такие условия, чтобы команда работала с полной отдачей и не разбежалась

Вы ребята как то "по площадям" бьете. Можно с таким же успехом сказать что его обязанности "сделать чтобы все было хорошо в отделе". Что конкретно делать один хрен не понятно

Наша фирма маленькая и мне, как руководителю проекта, самое главное
уметь:
четко знать задачу и все тонкости предметной области
четко поставить задачу для каждого программиста
распределить программистов так, чтобы они не ждали друг друга.
уметь принимать решения, пусть даже и не очень приятные
уметь сказать когда именно будет готов проект
стоять над душой

вот

Здравствуйте, Аноним, Вы писали:

А>Наша фирма маленькая и мне, как руководителю проекта, самое главное
Так все-таки руководитель проекта

А>уметь:
А>четко знать задачу и все тонкости предметной области
А>четко поставить задачу для каждого программиста
А>распределить программистов так, чтобы они не ждали друг друга.
А>уметь принимать решения, пусть даже и не очень приятные
А>уметь сказать когда именно будет готов проект
А>стоять над душой

А>вот

Все это конечно замечательно, только какого размера команда?
Если 4-5 человек, то не вопрос. А если больше — то пока стоишь над одним — второй может такого наворотить...
Кроме того, не встречал программистов, которым нравится когда над ними постоянно "висят".
Если программистам будет нравится делиться информацией (о ходе проекта или преметной области) — они ей будут делиться. Если они поделятся с более опытным товарищем, а тот подскажет — то всем будет счастье . А кто это будет — так ли это важно? Кстати, полезно и самому делиться с коллегами информацией — можно рассчитывать на взаимность.

Многим нравиться принимать самостоятельные решение (даже в минимальном объеме). И не стоит забирать у них такую возможность.

Ясно, что без контроля над проектом не обойтись, вопрос в применяемых методах. Вот тут на сцену выходит руководитель проекта (отдела)

Здравствуйте, Аноним, Вы писали:

А>Наша фирма маленькая и мне, как руководителю проекта, самое главное
А>уметь:
А>четко знать задачу и все тонкости предметной области
По научному requirements management

А>четко поставить задачу для каждого программиста
Это архитектура, для маленьких фирм нормально что роль PM и архитектора совмещены.

А>распределить программистов так, чтобы они не ждали друг друга.
Project planning

А>уметь принимать решения, пусть даже и не очень приятные
Это смотря в какой области. Непрятные обычно это управление
персоналом

А>уметь сказать когда именно будет готов проект
А>стоять над душой
А это tracking and oversight

На самом деле Project Management это дисциплина еничуть не менее сложная чем программирование и подумай над тем чтобы начать ее изучать. Это интересно и полезно.

Здравствуйте, Dima_Ch, Вы писали:

D_C>Здравствуйте, LaptevVV, Вы писали:

LVV>>Здравствуйте, Аноним, Вы писали:

А>>>Какие функции должны лежать на плечах начальника программного отдела?
LVV>>Первое (и оно же последнее ) — подобрать правильные кадры. Без своей команды — все остальные функции выполняться не будут

D_C>А также создать такие условия, чтобы команда работала с полной отдачей и не разбежалась

D_C>
Ну, так я ж говорю — ПРАВИЛЬНЫЕ кадры. Все остальное — приложится.

Здравствуйте, Anatolix, Вы писали:

A>В корне не согласен с позицией, что нужно найти людей, а потом плевать в потолок и ничего не делать. Таких начальников отделов стоит бы увольнять сразу после набора отдела , а еще лучше до набора...
А я и не говорил, что потом плевать в потолок.
Правильные кадры — это люди, в которых начальник уверен, что они его не подведут. Последнее означает, что кадры должны:
0. быть компетентными в профессиональной сфере.
1. быть ответственными, то есть не бегать к начальнику за индульгенцией по всякому вопросу, а принимать решения в меру свое компетенции — на месте. Это во время ежедневной рутинной работы.
2. При необходимости (куда ж без нее) — выйти по просьбе начальника на работу во внеурочное время (начальник, кстати, сам первый должен это сделать), не выторговывая у начальника зарплатой и прочими матиериальными благами.
3. не бросать проект на полдороге из-за того, что в другой конторе предложили больше.
4. Не создавать напрягов в коллективе.
Можно еще написать. Но и этот список уже показываеьт, каким должен быть начальник:
0. быть компетентным в профессиональной сфере покруче своих подчиненных, так как ему, скорее всего, придется задания распределять.
1. сам должен быть ответственным перед вышестоящим начальством не только за себя, но и за свою команду.
2. Выходить на работу и суметь заставить сделать это своихх подчиненных. Соответственно, ПОСЛЕ успешно сделанной сверхурочной работы не забыть поощрить-отметить всех и отдельно — особо отличившихся.
3. Аналогично — не "скакать" за бабками.
4. Не сделовать принципу "разделяй и властвуй".

А все управление проектом укладывается в пункт 0.
Но никакой пункт 0 выполнен не будет, если не подбирать команду.

Здравствуйте, LaptevVV, Вы писали:

LVV>0. быть компетентными в профессиональной сфере.
LVV>1. быть ответственными, то есть не бегать к начальнику за индульгенцией по всякому вопросу, а принимать решения в меру свое компетенции — на месте. Это во время ежедневной рутинной работы.
LVV>2. При необходимости (куда ж без нее) — выйти по просьбе начальника на работу во внеурочное время (начальник, кстати, сам первый должен это сделать), не выторговывая у начальника зарплатой и прочими матиериальными благами.
LVV>3. не бросать проект на полдороге из-за того, что в другой конторе предложили больше.
LVV>4. Не создавать напрягов в коллективе.
LVV>Можно еще написать. Но и этот список уже показываеьт, каким должен быть начальник:
LVV>0. быть компетентным в профессиональной сфере покруче своих подчиненных, так как ему, скорее всего, придется задания распределять.
LVV>1. сам должен быть ответственным перед вышестоящим начальством не только за себя, но и за свою команду.
LVV>2. Выходить на работу и суметь заставить сделать это своихх подчиненных. Соответственно, ПОСЛЕ успешно сделанной сверхурочной работы не забыть поощрить-отметить всех и отдельно — особо отличившихся.
LVV>3. Аналогично — не "скакать" за бабками.
LVV>4. Не сделовать принципу "разделяй и властвуй".

LVV>А все управление проектом укладывается в пункт 0.
LVV>Но никакой пункт 0 выполнен не будет, если не подбирать команду.

Эпиграф "Идеальный мужчина не пьет, не курит, не играет на скачках и не существует".
Вопрос на засыпку, это у тебя теоретические знания или у тебя опыт в собирании таких команд? Я вот последнее время очень много разговаривал с на собеседовании со стороны работодателя. Даже если к тебе такой человек пришел, по каким критериям ты собираешься его отличить?

Для начала вполне очевидно, что у хороших специалистов свои планы на карьеру и на жизнь, которые с твоими могут не согласовываться. Это тебе не студенты, которые хотят, во что бы то ни было ВУЗ закончить, и никуда от тебя не денутся. Все специалисты личности и свободные люди, что надо учитывать. Это значит что специалист имеет полное моральное право выбирать работу которая кажется ему более интересной или высокооплачиваемой. Это значит, что человек имеет полное морально право работать с 8 до 5 и выходные проводить с семьей. Да иногда нужно работать сверхурочно, что, например, я почти постоянно делаю, но здесь дело в мотивации.

В любом случае все программисты хотят быть Lead-ами, все хотят интересную работу, но не все могут ее получить. Т.к. в сумме неинтересной работы больше. Еще в команде должны быть тестеры, докрайтеры и т.п. у которых еще менее интересная работа. Это я про то, что ты просто не сможешь найти команду, которая будет на тебя работать как рабы и не уходить.

Так вот общая идея. Те характеристики, которые ты привел это не характеристики людей, это функции которые зависят от многих параметров, которые суммарно обычно называют мотивация.
Создай страшную атмосферу в команде и даже самые ответственные люди станут разп##дяями(для этого достаточно, чтобы они поняли, что их усилия мало что решают), самые спокойные будут на всех гавкать(для этого просто достаточно неправильно премии распределить) и т.д.
И наоборот — создай правильную атмосферу, когда люди работают, видят результаты и решают строить карьеру именно в этой организации, и ты увидишь, что в течении полугода те характеристики которые ты назвал критериями команды поменяются в несколько раз в лучшую сторону.

Теперь общая теория. Все методики управления называют 3 вещи на которых строится IT проекты. Это
Люди
Процессы
Технологии

Люди это как раз не только “найти” человека, но и правильно позволить ему применить и улучшить знания. Например, у крупных западных компаний существуют специальные планы мотивации персонала и люди у которых должность такая(chief compensation specialist). Есть многие методики типа MBO. Общая идея всех этих систем чтобы хорошие сотрудники оставались, а плохие сами уходили – даже увольнять не надо было. Цинично, но эффективно и работает. Управление персоналом это почти наука.

Процессы это организация работы, например классический процесс это bugtracking. Простой факт регистрирования всех багов в системе поднимает качество в несколько раз. Наличие просто правильного понимания того что делаем увеличивает шансы на успех проекта(это называется Requirements Management, предполагается что это описание нужно оформить в виде т.з или просто списка требований). И именно ими, в том числе должен заниматься PM. Есть куча классических учебников по Management. Не типа “стань менеджером за одну минуту” (будь честным и люди к тебе потянутся). А нормальных “классических” учебников. Да они скучные но пользы от них больше в 100 раз.
Эти учебники на западе читают в ВУЗ-ах, а у нас даже то, что Project Management это наука не все знают. Да и слово то такое наверное у нас не раньше 10 лет назад услышали — до сих пор нет адекватного русского перевода.

Для примера того, что обязанности PM это не только набрать команду и на нее молиться это всеми ненавидимый здесь CBOSS. У компании текучесть кадров 70% в год, при этом они работают и весьма успешно (по рынку если судить). Цинично, но эффективно. При этом на сколько я знаю менеджеры от них не уходят. Не собираюсь им аплодировать т.к. при грамотной кадровой политике они по-моему достигли бы еще большего, но отметить что их процессы достаточно хороши чтобы компенсировать неграмотное управление персоналом по-моему стоит.

Другой пример MS. Не будешь же ты утверждать что они всего достигли только благодаря хитрым задачкам на собеседовании? Там все хотят работать, текучести по-моему вообще нету почти. Компания у которой на счету 30 млрд $ налом и ценными бумагами может себе позволить и конкурентные зарплаты и все остальное, процессы у них по слухам тоже на уровне, про технологии можешь сам любого здесь простить — RSDN достаточно промикрософтовский форум.

А ты пункты, которые ты привел — извини это даже не смешно. Твой пункт 0 сочетает сразу глобальную обязанность и мелкую. Быть компетентным – замечательно, тогда уже давай сразу скажем, что обязанность PM это успешно выполнять проекты. Ничем от твоего пункта не отличается, что делать понятнее не становится. А распределять работу это просто мелкая рутинная обязанность, более того без нее можно обойтись (ребята вот WBS – кто чем хочет заниматься?)

Здравствуйте, Аноним, Вы писали:

А>Какие функции должны лежать на плечах начальника программного отдела?

Читать Брукс "Мифический человеко-месяц"
Steve McConnell "Rapid Development"
Steve McConnell "Code complete"
...

Если останутся вопросы — можно будет обсудить.

Из личного опыта — я за несколько лет вывел для себя только два правила:
1. Собери лучших (читай: самых толковых и заинтересованных, опытных).
2. Сделай так, чтобы им было комфортно работать.

Первое — готов обсуждать. Второе — готов высечь у себя на стопах...
Третье — формулирую. Пока звучит как-то так:
3. Действуй! Т.е. никогда не допускай пассивного восприятия "как сложилось".

А>> Какие функции должны лежать на плечах начальника программного отдела?

DT> Читать Брукс "Мифический человеко-месяц"
DT> Steve McConnell "Rapid Development"
DT> Steve McConnell "Code complete"
DT> ...

Почему-то автор топика исчез, а отвечающие в основном упирают на функции
руководителя проекта.

SS>Почему-то автор топика исчез, а отвечающие в основном упирают на функции
SS>руководителя проекта.

Автор топика не исчез, он здесь. Анализирует ответы, пока толком все равно не все ясно.

Здравствуйте, LaptevVV, Вы писали:

LVV>Здравствуйте, Anatolix, Вы писали:

A>>В корне не согласен с позицией, что нужно найти людей, а потом плевать в потолок и ничего не делать. Таких начальников отделов стоит бы увольнять сразу после набора отдела , а еще лучше до набора...
LVV>А я и не говорил, что потом плевать в потолок.
LVV>Правильные кадры — это люди, в которых начальник уверен, что они его не подведут. Последнее означает, что кадры должны:
LVV>1. быть ответственными, то есть не бегать к начальнику за индульгенцией по всякому вопросу, а принимать решения в меру свое компетенции — на месте. Это во время ежедневной рутинной работы.

не приведёт ли это к анархии? (допустим к тому что каждый решит, что ему нао написать по классу матриц — и ведь напишут!)

LVV>3. не бросать проект на полдороге из-за того, что в другой конторе предложили больше.

то есть надо сидеть за гроши допустим ещё год, если в текущий момент есть гораздо более хорошие варианты?

> Автор топика не исчез, он здесь. Анализирует ответы, пока толком все
> равно не все ясно.

Тогда вам стоит ответить на заданный вопрос:
http://www.rsdn.ru/Forum/Message.aspx?mid=635408&only=1

Автор: Anatolix
Дата: 11.05.04

Что качается функций "начальника программного отдела", то рекомендую
уточнить чьи именно функии тебе надо "CIO"(начальник IT отдела в не IT
фирме) или "IT Project Manager" в программерской фирме.

Только тогда можно будет двигаться дальше.

Здравствуйте, S-SH, Вы писали:

SS>[q]
SS>Что качается функций "начальника программного отдела", то рекомендую
SS>уточнить чьи именно функии тебе надо "CIO"(начальник IT отдела в не IT
SS>фирме) или "IT Project Manager" в программерской фирме.

Скажем так, начальник IT отдела в компании занимающейся интернет-дизайном и программированием для интернета.

Здравствуйте, Anatolix, Вы писали:


А>>>Какие функции должны лежать на плечах начальника программного отдела?

A>Что касается функций "начальника программного отдела", то рекомендую уточнить чьи именно функии тебе надо "CIO"(начальник IT отдела в не IT фирме) или "IT Project Manager" в программерской фирме.

Кстати, по поводу CIO что можно посмотреть фундаментального?

SS>>

Что качается функций "начальника программного отдела", то
рекомендую
SS>> уточнить чьи именно функии тебе надо "CIO"(начальник IT отдела в не IT
SS>> фирме) или "IT Project Manager" в программерской фирме.

> Скажем так, начальник IT отдела в компании занимающейся интернет-дизайном
> и программированием для интернета.

Вообще говоря, основные функции начальника подразделения:
— Обеспечение функционирования подразделения, дабы оно решало поставленные
перед ним (подразделением) задачи — это есть главная функция начальника
— Обеспечение ресурсами (люди, деньги, время, техника...) проектов,
ведущихся в своем подразделении
— Решение вопросов взаимодействия с другими подразделениями

Остальные функции вытекают из основных

Здравствуйте, varchar, Вы писали:

V>Здравствуйте, Anatolix, Вы писали:


А>>>>Какие функции должны лежать на плечах начальника программного отдела?

A>>Что касается функций "начальника программного отдела", то рекомендую уточнить чьи именно функии тебе надо "CIO"(начальник IT отдела в не IT фирме) или "IT Project Manager" в программерской фирме.

V>Кстати, по поводу CIO что можно посмотреть фундаментального?

Думаю в общем случае ничего, т.к. он должен заниматься буквально всем. Для чего нибудь ускоспециализированного типа CIO в банке наверное можно найти