Здравствуйте!
В конторе складывается такая ситуация.
Составляется квартальный план, с учетом мнения разработчика. Т.е., по общему мнению руководителя и разработчика плотный, но выполнимый график.
Далее, по прошествии некоторого времени, руководитель выдает разработчику дополнительное срочное, жизненно важное задание. Обычно не надолго, на 2-3 недели. За квартал так может быть 1-2 раза. Такие задания обычно не вносятся в план.
По прошествии квартала разработчик отчитывается за свой первоначальный план, а дополнительные задания упускаются из рассмотрения. Чаще всего, естественно, разработчик свой план выполнить неуспевает.
Поднимается вопрос о том, что разработчик — разгильдяй.
Это с одной стороны. Я сам часто бываю таким разработчиком.
С другой стороны, было уже несколько раз, что я выступал в роли руководителя.
Я предлагал человеку сделать определенную работу. Вместе мы обсуждали объем и сроки. Вроде бы было полное согласие. И после этого план свой он не выполнял. Я вроде следил, чтобы никаких других работ у него не было.
Складывается такая ситуация: практически не отслеживается, кто, когда и чем занимался. Точно могу сказать, что разные люди у нас выполняют совершенно разный объем работ. Разные люди разное время проводят в инете. Разные люди проявляют разный интерес к освоению новых технологий и разную степень стремления к повышению своей квалификации.
Всх ровнять под одну гребенку нехорошо... Хотелось бы научиться ненавязчиво контролировать, кто чем занимается, кто сталкивается с какими трудностями. Научиться достоверно определять: если человек не справился с работой, то это из-за 1) разгильдяейства или 2) его еще слабой подготовки или 3) недооценки сложности задачи.
Причем чтобы свои оценки можно было четко обосновать. И руководителю, и подчиненному.
Вот такая у вот проблема... Поделитесь опытом, пожалуйста!
Здравствуйте, Constructor, Вы писали:
C>Здравствуйте! C>В конторе складывается такая ситуация. C>Составляется квартальный план, с учетом мнения разработчика. Т.е., по общему мнению руководителя и разработчика плотный, но выполнимый график.
<<< skipped >>>
C>Вот такая у вот проблема... Поделитесь опытом, пожалуйста!
Присоединяюсь, тоже очень хотелось бы узнать, кто что мыслит и делает по этому поводу!
________________________________
When in Rome, do as the Romans do...
Constructor wrote: > > С другой стороны, было уже несколько раз, что я выступал в роли > руководителя. > Я предлагал человеку сделать определенную работу. Вместе мы обсуждали > объем и сроки. Вроде бы было полное согласие. И после этого план свой он > не выполнял. Я вроде следил, чтобы никаких других работ у него не было.
Есть один нюанс, который не всегда заметен. Допустим, человеку
предлагают работу, он говорит что по таким-то причинам нельзя разумно
оценить сроки или сроки такие-то (высокие). Скажем, нельзя заранее
предсказать даже порядок числа будущих причин задержек, поскольку
аналогичная работа не выполнялась и вообще долго в области не работал.
Но начальник настаивает, настаивает, и в конце концов ему говорится
дата от балды, лишь бы отстал — если начальник скатывается до уровня
ребенка и просит конфетку, надо ему ее дать. Естественно, никто этот
срок всерьез не воспринимает, кроме — почему-то — начальника. Хотя ему
в самом начале уже дали верную информацию, он просто не захотел ее
слушать.
Чем больше начальник пытается закрутить гайки там, где закручивать
их абсолютно некуда, тем больше он выступает в роли ребенка,
жалобно просящего конфетку.
Если же это продолжается достаточно долго, то либо (в хорошем
случае) растет квалификация работника и сроки стабилизируются,
либо начальник перевоспитывается. Еще пару хороших вариантов
можно назвать. Ну или расходятся, конечно.
1. Отчеты должны быть не раз в квартал, а раз в неделю (вообще периодичность зависит от конкретного разработчика)
2. Для каждого разработчика должен быть параметр — сколько идеальных часов он отрабатывает за 40-часовую неделю.
На основании этого параметра и ставиться задание на неделю.
3. Если ставиться срочное задание — оно вноситься в план — план сдвигается.
C>Далее, по прошествии некоторого времени, руководитель выдает разработчику дополнительное срочное, жизненно важное задание. Обычно не надолго, на 2-3 недели. За квартал так может быть 1-2 раза. Такие задания обычно не вносятся в план.
Квартал — 4 месяца (около 19 недель).
2 раза срочные задания на 3 недели — это 6 недель.
Т.е. человек перегружается где-то на треть. На самом деле даже больше.
Если хорошо загруженную лошадь загрузить еще на треть от уже существующего,
то она какое-то время конечно протянет, но вероятность того, что она сдохнет — велика.
В общем начальство, давая дополнительные задания, должно это учитывать
и не очень верить программеру, который говорит, что все ОК и он справится...
A> Присоединяюсь, тоже очень хотелось бы узнать, кто что мыслит и делает по A> этому поводу!
Ежедневный отчет о проделанной работе. И желательно в письменном (электронном) виде. Пусть даже на это уйдет час времени.
Но лучше если разработчик сразу будет кратко писать, что делает, что сделал, на чем остановился. И ему полезно смому и начальству полезно для анализа. И команде полезно. Чтоб знать, в каком состоянии находится разработка.
По нему уже можно оценить, насколько быстро идет разработка.
И сделать выводы сразу, не дожидаясь конца отведенного времени на всю разработку.
А может, г-н Конструктор, причина в вашей некомпетентности как управленца ?
Может Вы вовсе не то контроллируете и Вам стоит подтянуть свой профессиональный уровень, а не искать причину в подчиненных ?
Здравствуйте, Constructor, Вы писали:
C>Здравствуйте! C>В конторе складывается такая ситуация.
Если имеется грамотное планирование, то всем известно, чем человек занимается сейчас. А при повялении дополнительных тасков их надо вставлять в общий план, пусть даже и в виде пустых мест. Раз в неделю проводить синхронизацию плана и результатов.
В общем, мне не совсем понятно в чем проблема
Здравствуйте, kochmin_alexandr, Вы писали: _>Ежедневный отчет о проделанной работе.
Ага, с обязательным указанием чего полезного ты сделал для фирмы за этот день. Извини, не удержался.
Возможно для кодера, воплощающего конретное задание в конкретный код, ежедневный (само)отчет будет полезен. Но когда ты ищешь решение, создаешь каркас, читаешь справочную литературу, обдумываешь детали... Imho, отчеты должны отражать этапы выполнения работ, их результат. Ежедневно — это слишком часто.
Здравствуйте, Дед Пихто, Вы писали:
ДП>Здравствуйте, kochmin_alexandr, Вы писали: _>>Ежедневный отчет о проделанной работе. ДП>Ага, с обязательным указанием чего полезного ты сделал для фирмы за этот день. Извини, не удержался. ДП>Возможно для кодера, воплощающего конретное задание в конкретный код, ежедневный (само)отчет будет полезен. Но когда ты ищешь решение, создаешь каркас, читаешь справочную литературу, обдумываешь детали... Imho, отчеты должны отражать этапы выполнения работ, их результат. Ежедневно — это слишком часто.
Ежедневно — нормально. Только не надо требовать от ежедневного отчета сильной детализации. В 3-4 предложения свою работу за день можно упихнуть.
Здравствуйте, SergeySPb, Вы писали:
SSP>Всегда хотел узнать: почему руководство предпочитает задания раздавать в устной форме, SSP>а отчёты получать в письменной.
Не всегда. У нас таски раздаются через трэкер. В конце дня отчет о том, какие таски закрыл, какие подвисли. Если таска большая (это редкость) — сколько % по ней сделано.
[skip]
C>Вот такая у вот проблема... Поделитесь опытом, пожалуйста!
Наше начальство говорит так: если не укладываешься в назначенный срок, предупреди своего начальника.
Начальник, если будет нужно, предупредит своего начальника итд.
Заваленые сроки — это проблема не конкретных разработчиков, а руководства.
Руководство должно владеть ситуацией.
И ещё о квартальных планах..
Вы бы ещё пятилетками мерить начали
У нас каждую неделю обсуждаются все проекты и каждый месяц готовится финансовый отчёт по всем проектам.
И то проблемы бывают..
Здравствуйте, BalTun, Вы писали:
BT>А может, г-н Конструктор, причина в вашей некомпетентности как управленца ? BT>Может Вы вовсе не то контроллируете и Вам стоит подтянуть свой профессиональный уровень, а не искать причину в подчиненных ?
Как известно, карьерный рост продолжается, пока работник не достиг своего уровня некомпетентности. А когда достигнет, тогда он остается работать на текущей должности
(C) законы Мерфи
Здравствуйте, olegkr, Вы писали:
O>Здравствуйте, SergeySPb, Вы писали:
SSP>>Всегда хотел узнать: почему руководство предпочитает задания раздавать в устной форме, SSP>>а отчёты получать в письменной.
O>Не всегда. У нас таски раздаются через трэкер. В конце дня отчет о том, какие таски закрыл, какие подвисли. Если таска большая (это редкость) — сколько % по ней сделано.
Во! В итоге надо поставить 3-4 галочки и 2-3 раза написать 50%
А как вы называетесь?
И что за трэкер? В смысле — ваш внутренний продукт или нет.
Здравствуйте, bkat, Вы писали:
B>Здравствуйте, Constructor, Вы писали:
C>>Далее, по прошествии некоторого времени, руководитель выдает разработчику дополнительное срочное, жизненно важное задание. Обычно не надолго, на 2-3 недели. За квартал так может быть 1-2 раза. Такие задания обычно не вносятся в план.
B>Квартал — 4 месяца (около 19 недель).
Квартал — 3 месяца. Год разбивается на 4 части, отсюда — название
очень просто, каждый человек ведёт ежедневные записи — что делал и сделал за день. 3-4-... (смотря сколько сделал) фразы, тратишь на это пару минут в день. очень удобно. в любой момент можешь ответить, что делал в конкретный день пару месяцев назад. или год назад.
я делаю для себя в Excel табличке и параллельно в MSProject (MSProject не только для этого, конечно, используется) для точных отчётов по команде (кто, сколько, когда на какую задачу потратил)
Excel, колонки:
Дата Задачи Выполнено Потеряно(часы) Комментарий
Потом по такой табличке очень удобно делать оценки и планы на похожие проекты.
Здравствуйте, Constructor, Вы писали:
C>Здравствуйте, bkat, Вы писали:
B>>Здравствуйте, Constructor, Вы писали:
C>>>Далее, по прошествии некоторого времени, руководитель выдает разработчику дополнительное срочное, жизненно важное задание. Обычно не надолго, на 2-3 недели. За квартал так может быть 1-2 раза. Такие задания обычно не вносятся в план.
B>>Квартал — 4 месяца (около 19 недель). C>Квартал — 3 месяца. Год разбивается на 4 части, отсюда — название
Как, в году разве не 16 месяцев?
Ну блин вообще заработался
Мне как раз подкинули срочное задание...
Так что тема жизненная
1. Квартальный план — установка глобальная, для всей конторы. Кроме программистов еще куча всяких разработчиков.
2. Начальству невыгодно изменять планы. Все понимают, что на дополнит. работы нужно дополнит. время, но выделять это время никому не хочется. Потому что уже есть контракты с заказчиками. Сдавать фуфло лучше, чем отодвигать сроки.
Не спрашивайте, почему так. Не ругайтесь на такое положение дел. Я ситуацию изменить не могу, в том числе и уволиться. Моя задача сейчас — адаптироваться к такой системе.
Теперь по поводу предложений и замечаний:
Действительно, как управленец я еще не состоялся
Складывается впечатление о некоторых людях, что пол-дня сидит в инете, а пол-дня в развалочку что-то делает. И думает, что так и надо.
Мне приходило в голову ходить несколько раз в день и спрашивать, чем занимаешься. Подозреваю, что это не лучший вариант...
Наверное, можно было бы внедрить альтернативную систему планирования, согласующуюся с квартальной. Но я еще не смог.
Да еще часто есть задачи, трудоемкость которых трудновато оценить...
Наверное, нужно сделать так:
Ввести планирование по неделям
Заставить людей писать ежедневный краткий отчет.
В принципе, можно еще еженедельные коллективные обсуждения устраивать...
Я почему озадачился этим вопросом.
Я вроде себя разгильдяем не считаю. С другой стороны, со мной работает человек, про которого все отзываются, что отдачи от него мало. С третьей стороны, начальник меня часто пытается убедить, что я разгильдяй (см. первое сообщение про квартальный план).
Вроде бы, с одной стороны, можно четко определить, кто разгильдяй, а кто — нет, а с другой — все разгильдяи.
И вот вчера приходит ко мне коллега (новенький) и жалуется, мол дал задание: разобраться с задачей автоматизированного тестирования и освоить одно из средств. Называет того разгильдяем. Вот я и задумался, как мне определить, это разгильдяй или слабенький сотрудник или его действительно отвлекали другими работами.
Constructor wrote: > > И вот вчера приходит ко мне коллега (новенький) и жалуется, мол дал > задание: разобраться с задачей автоматизированного тестирования и > освоить одно из средств. Называет того разгильдяем. Вот я и задумался, > как мне определить, это разгильдяй или слабенький сотрудник или его > действительно отвлекали другими работами.
Думать, наблюдать, его спросить, универсальных ответов нет.
На самом деле его может что-то сильно не устраивать и он может торчать
в том же инете на нервной почве.
Или еще типичная ситуация — начальник сказал что надо завтра и
послезавтра поздно, подчиненный знает что раньше чем послезавтра
все равно не будет. Вариантов действий два: сделать другое срочное
дело вовремя а этому дать "протухнуть", или сделать что получится.
Подвох будет потом, когда сроки будут отодвинуты, т.е. оказывается
и послезавтра можно было доделать. В итоге желание начальства
заставить сделать работу пораньше за счет (назовем вещи своими
именами) кормления работника дезинформацией приводит к
противоположному эффекту, а сам работник получает хорошую
нервотрепку и навык задавать уточняющие вопросы.
Другой работник может действительно халтурить. Третий включает
игры, когда мозги совсем пухнут и надо на 10 минут отвлечься
для восстановления работоспособности, а потом снова работает.
Даже не знаю, как различить эти варианты со стороны.
Извини, не удержался. 
