В небольшой команде программистов (<10 человек) уже используется таск менеджмент система, позволяющая просто ставить задачки, асайнить их и т.п. (аля багзила). Однако хочется повысить уровень самоконтроля. Есть идея ввести следующую процедуру:
Каждый составляет свой план работ на месяц и неделю и каждую неделю записывает что он сделал за эту неделю, информацию можно для простоты хранить в wiki. Кроме того каждый будет видеть что делали другие, что является мотивирующим фактором.
Вот еще как вариант можно использовать XPlanner: Допустим каждый составляет себе на неделю собственную итерацию куда вписывает все стори которые будет делать и там же отмечает прогресс
Здравствуйте, Ed.Nixon, Вы писали:
EN>В небольшой команде программистов (<10 человек) уже используется таск менеджмент система, позволяющая просто ставить задачки, асайнить их и т.п. (аля багзила). Однако хочется повысить уровень самоконтроля. Есть идея ввести следующую процедуру: EN>Каждый составляет свой план работ на месяц и неделю и каждую неделю записывает что он сделал за эту неделю, информацию можно для простоты хранить в wiki. Кроме того каждый будет видеть что делали другие, что является мотивирующим фактором.
Не понял, что каждый девелопер сам на себя планы пишет?
А что PM тогда делает?
А вообще, переодическая отчестность вещь полезная.
Как вы ее техничести оформите (wiki/не wiki) вещь вообще десятая.
У нас к примеру раз в неделю проводится собрание команды,
на котором каждый должен рассказать что планировалось сделать, что сделано,
что еще предстоит и какие есть проблемы.
PM по ходу делает пометки, задает вопросы и делает свой отчет для начальства выше.
В общем форма такой отчетности вещь не принципиальная.
Важно, чтобы она была.
EN>Что думаете господа PMы?
Предлагаемое вами средство, надо сказать не популярное.
А вообще мой совет такой (мой, потому как использовал). Разбейтесь в группы по 3 человека. В каждой группе назначтьте ведущего программиста. РМ общается по планам только с ведущими и им задает направление работы. Так же от них получает план работы его группы. Что делает ведущий программист — он составляет план работы для своей команды. Плюсом является то, что исполнителю не нужно заморачиваться с этими планами — за него это делает другой. Ну а так как у ведущего программиста достаточно опыта, то он способен оценить временнные затраты на задачи. В результате исполнителю нужно проставлять только проценты выполнения. Плюс к этому, если ввести сохранение базового плана, то вы сможете оценивать способность к планировани ведущих спецов и их компетентность.
Конечно, это может показаться бюракратией. Но с другой стороны. Лучше научить 3 человек делать короткие планы и одного долгосрочные, чем всех 10 учить планировать.
Здравствуйте, Ed.Nixon, Вы писали:
EN>В небольшой команде программистов (<10 человек) уже используется таск менеджмент система, позволяющая просто ставить задачки, асайнить их и т.п. (аля багзила). Однако хочется повысить уровень самоконтроля. Есть идея ввести следующую процедуру: EN>Каждый составляет свой план работ на месяц и неделю и каждую неделю записывает что он сделал за эту неделю, информацию можно для простоты хранить в wiki. Кроме того каждый будет видеть что делали другие, что является мотивирующим фактором.
Как практику могу предложить несколько иной подход.
Задачи для разработчиком должен определять как раз PM (PM-ом в контексте данного вопроса называем совмещённую должность Project Manager-а и Lead Programmer-а, разбирающегося в технической части задачи). Непосредственно разработчики должны подтверждать планируемое время исполнения поставленных задач или устанавливать собственное время, согласуемое с PM. Т.е. задачи разработчику ставится PM-ом (такой подход позволяет поддерживать согласованность общего плана), а время согласуется с разработчиком (для увеличения реалистичности плана и увеличения ответственности разработчика за свою временную оценку). Тогда у вас согласованные и реалистичные планы.
Если хотите прозрачности — публикуйте для всех сводный календарный план.
Что касается отчётности, то в данном случае она заключается в ежедневной (или в выбранный в вашем конкретном случае периоде) публикации разработчиками факта выполнения планируемой задачи и отклонений от графика, при анализе которых вы сможете корректировать общий календарный план.
При этом необходимость в wiki отпадает. Самоконтроль появляется, когда разработчик публикует расхождение факта с планом (сообщая, фактически об этом PM-у).
Здравствуйте, Ed.Nixon, Вы писали:
EN>В небольшой команде программистов (<10 человек) уже используется таск менеджмент система, позволяющая просто ставить задачки, асайнить их и т.п. (аля багзила). Однако хочется повысить уровень самоконтроля. Есть идея ввести следующую процедуру: EN>Каждый составляет свой план работ на месяц и неделю
Фигасе, а менеджеры сидят и придумывают, какими отчетами еще программеров нагрузить EN>...каждый будет видеть что делали другие, что является мотивирующим фактором.
а простое собрание-пятиминутка не подойдет? в принципе, в таком-то огромном коллективе и так каждый знает, кто что сделал... если нет, наладьте нормальныю горизонтальные связи в коллективе
EN>Что думаете господа PMы?
Да ужжжж... Можно еще RUP внедрить в полном объеме. Для команды меньше 10 человек самое то!
EN>>Каждый составляет свой план работ на месяц и неделю B>Фигасе, а менеджеры сидят и придумывают, какими отчетами еще программеров нагрузить
Ах, ну да =) извините что потревожили. Вы там что-то программируете, ну не будем вам мешать, мы вам вот только денежек принесли, положим тут на стол....
Идея ввести планирование и отчетность нужна для того, чтобы повысить уровень самоконтроля и собранности программистов, помочь им рационально использовать свое время, а не просижывать по 15 часов непонятно ничего не делая. Прошу прощения что не уточнил, речь шла о ведущих программистах, тоесть потенциальных будущих PM-ов., конечно кому-то из них прийдется планировать не только свою рабоу но работу программиста низшего звена.
EN>>...каждый будет видеть что делали другие, что является мотивирующим фактором. B>а простое собрание-пятиминутка не подойдет? в принципе, в таком-то огромном коллективе и так каждый знает, кто что сделал... если нет, наладьте нормальныю горизонтальные связи в коллективе
В том то и загвоздка, что собраться вот так на 5 минут каждую неделю и обсудить план нет возможности физически.
Если можно, то напишите еще раз об существуещей схемы работы, а так же опишите места, которые вы считаете слабыми.
Теперь касаемо само контроля. Ведущий программист доводит план до членов свое группы. Если рядовой программист не согласен, со сроками исполнения, то он об этом сообщает ведущему. План, после совместного обсуждения корректируется. Если программист подписывается под этим планом, за частую молча соглашается, то он ОБЯЗАН его соблюдать. Это и есть самоконтроль. Если этого не происходит, то есть несколько причин:
1. Некомпетентность ведущего программиста
2. Боязь программиста (может и субъективно, но есть те, кто боятся возражать)
3. Ведущий не в авторитете (Как бы это не звучало, но программисты должны уважать ведущего или, тогда, бояться)
4. Осознание безнаказанности.
Проанализируйте — что у вас является стимулом к выполнению плана. И если этого стимула нет, то тут ни какие средства не помогут. Со своей стороны замечу, что лучшим стимулом является авторитетность ведущего программиста.
Здравствуйте, bralgin, Вы писали:
B>Здравствуйте, SEDEGOFF, Вы писали:
SED>>...что лучшим стимулом является авторитетность ведущего программиста.
B> B>чей-то авторитет — стимул? может быть, может быть... только не надолго.
B>перефразируем известное выражение: "авторитетность ведущего программиста в карман не положишь и шубу из него не сошьешь"
B>P.S. Ну почему все пытаются придумать велосипед?
Стимулирование в финансовом плане я специально не затронул. Только потому, что на этот счет у каждого свое мнение. Мое мнение таково, что деньгами стимулировать нужно в самом крайнем случае. Во первых программист должен получать хороший оклад, который обосновывается его знаниями и опытом, не зависиво от способности выполнять план. Во вторых введя финансовую составляющую в стимул, вам придется постоянно ее повышать. Если человеку повышают зарплату, то первые месяца два у него будет "много" денег, а вот на третий их уже будет не хватать. Поэтому, если следующий раз вы скажете что то типа "а вот сделаешь, дам премию $1000", программист скажет "И все? Только $1000 Да нафиг надо". И что бы простимулировать его, вам придеться дать $1100. Еще один минус финансовой стимуляции, это ее предсказуемость. То есть можно заложиться на эту премию, а можно и нет. Соответственно если программеру эти деньги не нужны сейчас, он отнесется к этому фмлосовски — "Нафига напрягать, получится — так получиться. Ну а нет, так ничего страшного.". Теперь касаемо авторитета. Надолго. Его нужно как минимум постоянно поддерживать на одном уровне, а лучше повышать. Человек так устроен. Он сделает все что может, лишь бы человек, чьим мнением он дорожит, отценил это при всех. И еще не маловажный факт — интерестность задачи. Если она программисту не интересна, то денег нужно выложить очень много. А вот по просьбе он это сделает точно в срок.
EN>>В небольшой команде программистов (<10 человек) уже используется таск менеджмент система, позволяющая просто ставить задачки, асайнить их и т.п. (аля багзила). Однако хочется повысить уровень самоконтроля. Есть идея ввести следующую процедуру: EN>>Каждый составляет свой план работ на месяц и неделю B>Фигасе, а менеджеры сидят и придумывают, какими отчетами еще программеров нагрузить
Работал я на шведов. Надо было составлять отчёт что сделано за ДЕНЬ и план что будешь делать ЗАВТРА, отчёт за ПРОШЛУЮ НЕДЕЛЮ и план на СЛЕДУЮЩУЮ, отчёт за МЕСЯЦ и план на СЛЕДУЮЩИЙ. Как же это всё задалбливало!
Увряю вас это лишь стимулирование фантазии и литературного таланта программистов. Выгоды от этого будет меньше чем проигрыша от потраченного на это времени.
B>а простое собрание-пятиминутка не подойдет? в принципе, в таком-то огромном коллективе и так каждый знает, кто что сделал... если нет, наладьте нормальныю горизонтальные связи в коллективе
А такае было на одной работе. Шефф очень увлекался всякими "методиками управления". То же мне, блин, теоретик...
Однажды (вспоминаю со смехом ) когда дальше проект "динамить" больше нельзя было все стали высказывать то что в душе накопилось. Короче когда все всё высказали там прям на месте порешалась половина проблем, а вторая половина обозначилась (раньше они были скрытыми). после этого шеф ВСЕ СВОИ ПРОШЛЫЕ СОВЕЩАНИЯ назвал "пионерскими утренниками"
Вы просто не сможете (по первости) организовать совещания чтобы они не были просто "пионерскими утренниками"...
Могу привести собственный процесс организации планирования и контроля в команде ~10 чел.
1. Раз в месяц я составляю план для всех членов команды на данный месяц. В нем я определяю содержание, объем и последовательность работ для каждого из них.
2. Членов команды оценивают трудозатраты (именно трудозатраты, а не длительность) по каждой задаче.
3. Таким образом, в результате составляется и согласовывается календарный план.
4. Каждый день перед уходом все члены команды отмечают кол-во времени, затраченное на каждую из текущих задач (а также сколько времени им необходимо до завершения данных задач, если они обнаружили что их первоначальная оценка была не совсем верной)
5. Таким образом я вижу ежедневный прогресс по всем задачам и направлениям.
Такая организация позволяет решать следующие задачи —
1. Составлять все более точные планы, так как со временем точность прогноза членов команды повышается.
2. Быстро реагировать на возникающие проблемы, влияющие на сроки выхода очередной версии.
3. Всегда быть в курсе текущего прогресса проекта
4. Предоставлять планы и их выполнение руководству кампании
5 И т.д.
В качестве инструментов используется MS Project Server
M_E>Могу привести собственный процесс организации планирования и контроля в команде ~10 чел.
И в какой книжке вы его прочитали? M_E>1. 2. 3. 4.
И с чего вы взяли что они всё не выдумывают? Они бы с удовольствием говорили правду, если они вкалывают "по полной", но программирование — не перетаскивание кирпичей и трудно оценить какую часть кучи ты сегодня перетащил, а те кто халявят, тянут время — те и просто врут...
M_E>5. Таким образом я вижу ежедневный прогресс по всем задачам и направлениям.
Виртуальный.
M_E>1. Составлять все более точные планы, так как со временем точность прогноза членов команды повышается.
А если сразу набрать профессиональных программистов то они более-менее точно будут оценивать объём работы. M_E>4. Предоставлять планы и их выполнение руководству кампании
И гордиться этим безумно! Пионерия какая-то... M_E>5 И т.д.
Всё так же плохо?
Вообщет довольно оптимальная структура это иерархия по 3 — 5 человека , 2-4 исполнителя + 1 руководитель/координатор.
Наблюдаю , если приходится писать отчет о том что делал особенно за неделю — это значит что руководитель/координатор не справляется с обязанностями. Т.е. он фактически не может сказать какую задачу делает в любой момент времени член его команды.
Это не означает что он плохой руководитель, возможно просто дали руководить группой из 6 человек, а это физически невозможно, ну и плюс он не разделил этих 6 человек на 2 группы и т.д.
Здравствуйте, Ed.Nixon, Вы писали:
EN>В небольшой команде программистов (<10 человек) уже используется таск менеджмент система, позволяющая просто ставить задачки, асайнить их и т.п. (аля багзила). Однако хочется повысить уровень самоконтроля. Есть идея ввести следующую процедуру: EN>Каждый составляет свой план работ на месяц и неделю и каждую неделю записывает что он сделал за эту неделю, информацию можно для простоты хранить в wiki. Кроме того каждый будет видеть что делали другие, что является мотивирующим фактором.
EN>Что думаете господа PMы?
Скажу крамолу.
Управлять группой из 10 человек — физически невозможно.
Максимум 3-5 (5 — потолок)
Начиная с 3 человек все усилия и время уходят на комуникацию, планирование и т.д.
В остальных случаях это только ВИДИМОСТЬ управления.
Здравствуйте, minorlogic, Вы писали:
M>Это не означает что он плохой руководитель, возможно просто дали руководить группой из 6 человек, а это физически невозможно, ну и плюс он не разделил этих 6 человек на 2 группы и т.д.
Почему невозможно управлять группой из 6 ти человек?
Здравствуйте, bkat, Вы писали:
B>Здравствуйте, minorlogic, Вы писали:
M>>Скажу крамолу. M>>Управлять группой из 10 человек — физически невозможно. M>>Максимум 3-5 (5 — потолок)
B>Ну если подобрать неуправляемых, B>да поручить это дело начинаещему начальнику, B>то он и с одним не справится
Программисты по определению не управляемы . Читайте исследования. То есть навязать программистам, что-то очень сложно.
) когда дальше проект "динамить" больше нельзя было все стали высказывать то что в душе накопилось. Короче когда все всё высказали там прям на месте порешалась половина проблем, а вторая половина обозначилась (раньше они были скрытыми). после этого шеф ВСЕ СВОИ ПРОШЛЫЕ СОВЕЩАНИЯ назвал "пионерскими утренниками"
