Сразу говорю, ветку не читал, но как техлидер отвечу на вопросы.
0K>В общем то есть 3 основных способа контроля:
Все три нижеописанных способа — бред сивой кобылы. Они не действую в 98% случаев.
0K>1. Время согласуется перед исполнением проекта. Вы можете назвать самостоятельно сколько времени вам потребуется для написания, вторая сторона может принять или отвергнуть. Минус -- степень завышения/занижения цены зависит от вашей наглости. Как-то субъективно получается.
Муда. В этом случае исполнитель берет на себя все риски по срокам. А в случае нетривиального задания этих рисков много. К примеру, некоторые из моих задач можно _хотябы примерно_ оценить только после месяца-двух изучения. И то, оценка будет "пальцем в небо". Оценить четко можно только либо относительно простые задания, либо те, что делаются конвеером не первую сотню раз.
0K>2. Считать строчки кода + проверять соответствие кода каким-либо требованиям. В общем то для простых проектов вполне годится. Но, говорят, приводит к раздуванию кода.
Проверять соответствие — да. Опытный программист может приблизительно оценить качество кода. Опытный тестер может проверить на наличие багов и проверить работоспособность фич. Считать строчки — бред обкуренного коня. Даже без комментариев.
0K>3. Считать время, которое вы проводите за компом. Это самый плохой способ, т.к. стимулирует ничего не делать. Мозг оптимизирует свою деятельность для протирания штанов.
Да, вы правы. Это примерно тот же бред, что и (2). При более-менее сложных задачах время за компом не значит совершенно ничего. Мне идеи приходят в голову когда я гуляю по лесу или читаю худ. книгу вечером.
0K>Какой способ применяется у вас?
Единственный способ — опытный тех-лидер проекта, хорошо разбирающийся в предметной области, средствах разработки и всех частях кода. Такой человек может +- оценить время работы над фичей, верно оценить вероятные риски и понять, правда ли разработчик столкнулся с трудностями при реализации функциональности.
0K>Интересен такой момент: что будет, если вы сидите неделю над простым кодом (обычным для вас, не требующих изучения доп. материала) и ни написали ни одной строчки. Ну или пишите через чур медленно -- 5 строчек в день. Как быстро это заметят?
Опытный техлид заметит достаточно быстро, зависит от сложности и продолжительности самой задачи. Скажем, "подвинуть кнопку" оценить быстрее, чем "разработать и реализовать алгоритм пересечения незамкнутых солидов в 3д, и чтобы алгоритм работал в многопоточной среде". Но тем не менее, техлид заметит и сделает верный вывод. Другие будут только гадать, и, вероятно, уволят хорошего вдумчивого сотрудника.
Re[11]: [Poll] Как контролируют вашу продуктивность?
Здравствуйте, samius, Вы писали:
0K>>Что за глупость. Максимально простой способ для конкретного разработчика (как ему максимально просто и быстро). S>Это еще менее формальный критерий, т.к. другим разработчиком его не проверишь.
Зато можно сравнить разработчиков и выбрать того, кто сделает качественнее и быстрее. А вот качество и скорость -- это вполне формальные параметры.
Re[4]: [Poll] Как контролируют вашу продуктивность?
A_V>У нас тоже Скрам юзают — имхо, наиболее адекватный вариант из того с чем сталкивался. А насчет времени — за месяц можно пристреляться и определять более-менее точно.
За месяц — это вы, мне кажется, чутка преувеличиваете. Скорее, месяца за 3-4...
Re[5]: [Poll] Как контролируют вашу продуктивность?
G>Оценивают разработчика всегда. Ему зар. плату нужно выплачивать? Повышать? Мне например нужно знать, G>какую задачу можно человеку доверить, а какую нет. Другое дело, что это обычно лучше делают коллеги G>и непосредственный технический руководитель: Senior, Team Lead и т.д.
И оценка эта ВСЕГДА субъективна на уровне "нравится-не-нравится-ах-он-над-на-моё-место-метит".
Re[12]: [Poll] Как контролируют вашу продуктивность?
Здравствуйте, 0K, Вы писали:
0K>Здравствуйте, samius, Вы писали:
0K>>>Что за глупость. Максимально простой способ для конкретного разработчика (как ему максимально просто и быстро). S>>Это еще менее формальный критерий, т.к. другим разработчиком его не проверишь.
0K>Зато можно сравнить разработчиков и выбрать того, кто сделает качественнее и быстрее. А вот качество и скорость -- это вполне формальные параметры.
Без требований к результату, которые можно проверить — это не вполне формальные параметры. Более того, они как правило (но не обязательно) взаимоисключающие.
Здравствуйте, 0K, Вы писали:
0K>В общем то есть 3 основных способа контроля:
плюс еще четвертый. пока ты приносишь прибыль -- тебя держат. а если прибыли нет, то терпят или говорят гудбай. тут главное -- не стать нужнее, чем твой шеф. тогда будет не гудбай, а пшлнай.
0K> Время согласуется перед исполнением проекта. Вы можете назвать самостоятельно OK> сколько времени вам потребуется для написания, вторая сторона может принять или OK> отвергнуть. Минус -- степень завышения/занижения цены зависит от вашей наглости.
если вы можете назвать время, значит, проект не иновационный. да и вы судя по всему его не владелец, а вам его аутсорсят. если же продукт ваш, то можно работать над ним пока не кончаться деньги, но не сильно дольше. строки кода тут никто не считает. на результат не смотрят тоже.
0K>2. Считать строчки кода + проверять соответствие кода каким-либо требованиям.
у нас строки не считают.
0K>3. Считать время, которое вы проводите за компом.
...проторчав на форуме.
0K>Какой способ применяется у вас?
да никакого. у нас в этом отношении полная нирвана свободы. хочешь -- работай. не хочешь работать -- получай зарплату.
0K>Интересен такой момент: что будет, если вы сидите неделю над простым кодом (обычным для вас, не требующих изучения доп. материала) и ни написали ни одной строчки. Ну или пишите через чур медленно -- 5 строчек в день. Как быстро это заметят?
эээ... ну смотря, что за код. если, например, сказали прикрутить десяток строк (например, завернуть вывод в base64), то несколько дней еще можно протянуть кота за хвост, мотивируя тем, что сначала отвечали на мыло, потом помогали коллегам, потом тронули код в одном месте, а он поломался в десяти... но к концу недели все же возьмут за яйца.
а так... никто строки не считает. для меня шесть строк за два месяца -- это даже и не рекорд уже. зато результат работы этих строк шеф демонстрировал на куче конференций. так что не в колличестве строк дело, а в том, что они делают. но у нас своя специфика. потому что продукт свой.
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Re[6]: [Poll] Как контролируют вашу продуктивность?
(можно добавлять свой вариант ответа, все анонимно) Интересно узнать какие способы применяются практически.
0K>В общем то есть 3 основных способа контроля:
0K>2. Считать строчки кода + проверять соответствие кода каким-либо требованиям. В общем то для простых проектов вполне годится. Но, говорят, приводит к раздуванию кода.
Забудь про строчки кода, я в течение недели работал с отрицательным количество строк, как оценишь? В один день выкинул 500 строк, багов стало меньше код нагляднее.
Написал суммарно за день 5 строк, а за рабочий день проверил и написал 200 строк которые не понадобились. Только общение в команде поможет понять кто куда и как движется.
Re[5]: [Poll] Как контролируют вашу продуктивность?
Здравствуйте, minorlogic, Вы писали:
M> Если требуется результат то сами справитесь. Короче создайте ситуацию когда у контролирующего зарплвтв зависит от результата.
Зависимость зарплаты от результата хорошо работает когда у нас есть достаточно объективный способ оценки результата, т.е. результат определяется самим Делом, а не начальником. В инженерных профессиях и в частности в программировании обычно объективного способа оценки результата не существует, поэтому попытка внедрить зависимость зарплаты от результата закончится тем, что зарплату работника будет определять не Дело, а начальник. Зависимость же зарплаты от начальника весьма опасна, т.к. легко приводит к недовольству, конфликтам, а в худшем случае к тому, что работники начинают руководствоваться не интересами Дела, а хотелками начальника. Поэтому для программистов лучше всего подходит фиксированная зарплата (оклад), т.к. в этом случае денежный вопрос не мешают программисту следовать интересам Дела. Оклад можно дополнять премиями, но не регулярными, а по итогам внедрения.
Re[3]: [Poll] Как контролируют вашу продуктивность?
18.07.2011 20:48, minorlogic пишет: > 0K> Как быть? > > Контролировать не процесс а результат.
А какой смысл? Результат или есть или нет, а процесс какой-то есть
всегда и соответственно всегда будет что контролировать (главное щеки
посильнее надувать во время контролирования).
Posted via RSDN NNTP Server 2.1 beta
Re[3]: [Poll] Как контролируют вашу продуктивность?
18.07.2011 22:08, 0K пишет: > И что > делать, если они пишут "потребуется неделя" там, где скорее всего > потребуется 1-н день?
Сколько ты баг правил — 5 мин. А сколько искал — 1 месяц.
Уважаемый ОК, читая то, что Вы пишете, у меня складывается впечатление,
что Вам рано еще быть менеджером.
Если Вам так хочется им быть, запишитесь на приличные платные курсы
менеджмента, прослушайте их, напишите курсовую, реферат по итогу (на
приличных курсах это должно быть).
И затем только возвращайтесь в руководители.
Posted via RSDN NNTP Server 2.1 beta
Re[5]: [Poll] Как контролируют вашу продуктивность?
18.07.2011 22:35, 0K пишет:
> > Ну а если у программиста цель: чем меньше работать и получать чем больше > денег. Т.е. при расчете времени он специально пишет: эта задача займет > 1-ну неделю, хотя работы там на день? Что тогда делать?
Ты живешь в своих фантазиях. Спустись на землю.
P.S. Если человек так пишет, тому должны быть причины. Выяви эти причины
и ликвидируй их.
Posted via RSDN NNTP Server 2.1 beta
Re[4]: [Poll] Как контролируют вашу продуктивность?
18.07.2011 22:36, bkat пишет: > > P.S. Программеры обычно склонны занижать оценки.
Это естественно, потому что когда ты прогнозируешь, ты оцениваешь один
какой-то путь решения и никогда не можешь представить количества
подводных камней с которыми придется столкнуться.
> Опытные манагеры это прекрасно знают
Где их брать? Русские манагеры в подавляющей массе своей делают наоборот.
Posted via RSDN NNTP Server 2.1 beta
Re[5]: [Poll] Как контролируют вашу продуктивность?
18.07.2011 22:42, 0K пишет:
> > Ну а если программеры достаточно опытные и вовсе не занижают оценки, а > как раз наоборот. Пишут 1 неделя, хотя работы на день.
Значит вы требуете от них, чтобы они так писали. А бороться и
переубеждать глупого начальника себе дороже. Как требует, так и сделаем.
Posted via RSDN NNTP Server 2.1 beta
Re[6]: [Poll] Как контролируют вашу продуктивность?
18.07.2011 22:45, bkat пишет:
> Т.е. при расчете времени он специально пишет: эта задача > займет 1-ну неделю, хотя работы там на день? Что тогда делать? > > Таких надо выгонять. Если таких будет много, то фирма загнется. > Таких людей никакими сложными процессами не заставить работать.
Да где вы таких програмеров находите. За свой почти 20 летний стаж ни
разу не встречал таких.
Posted via RSDN NNTP Server 2.1 beta
Re[7]: [Poll] Как контролируют вашу продуктивность?
18.07.2011 23:08, 0K пишет:
> > У них на лбу не написано, что его цель побольше заработать и поменьше > сделать.
Так это к любому человеку относится и к тебе тоже. Если иначе, то ты не
совсем нормальный человек.
Posted via RSDN NNTP Server 2.1 beta
Re[2]: [Poll] Как контролируют вашу продуктивность?
Здравствуйте, 0K, Вы писали:
0K>Здравствуйте, 0K, Вы писали:
0K>Ну ок. Написано, к примеру "писал парсер" 8 часов. Смотришь -- а там 5 строчек кода. Что писал целый день -- не понятно. Как быть?
Бывает еще хуже — когда после двух полных дней борьбы с кодом в коммите оказываются не просто пять строчек, а всего одна запятая или вообще комментарий строки.
Как объяснишь, что переписана была гора кода, перечитано пол тырнета и перетестено пять виртуалок, но в конце концов лучшим результатом оказалось закомментировать одну старую строку кода.
Конечно, обычно это более применимо к багфиксингу, но примерно так бывает и с новым функционалом.
А вообще у нас просто требуется результат в оговоренное время. Тебе говорят, что нужно сделать, ты примерно оцениваешь сроки работы. Нередко тимлид умножает эти сроки на полтора-два — на всякий случай. Он же не знает, что я уже умножил
Потом работа делается за четверть срока и все довольны. Зато остается больше времени на тестирование.
Хуже, когда тебе говорят, что через месяц релиз, и в него должно войти вот это и это. Нередко из-за этого релизы откладываются и все сердятся и топают ножками. Все понимают, что в отделе маркетинга сидят уроды, вспоминают их привычные ласковые прозвища, наш главный получает люлей, мы получаем люлей от нашего главного, а релиз выходит не через месяц, а через полтора.
Re[9]: [Poll] Как контролируют вашу продуктивность?
19.07.2011 0:05, bkat пишет:
> > 0K>Задача > ясна, сделать ее нужно было максимально простым из всех возможных способов.
Решить задачу нелинейной оптимизации от бесконечного числа переменных.
Posted via RSDN NNTP Server 2.1 beta
Re[12]: [Poll] Как контролируют вашу продуктивность?
