не я эти KPI придумал, я всего лишь тимлид. Но я с ними согласен, ибо это работает. Весь это спор мне напоминает одну историю: каждый раз когда я заправлял свой авто в одной известной сети, расход был повышен. Но на еще одном токсичном ресурсе (дром) некие граждане размахивали бумажками с анализами, в которых было написано, что бензин соответствует всем нормам и это я все себе придумал. Но тут есть один нюанс: мой кошелек. Можно сколь угодно долго приводить аргументы, говорить много умных слов и т.п. Критерий все равно один: работает или нет. В моей команде вышеупомянутые KPI работают. На этом как бы все...
Абсолютно согласен с тем, что критерии оценки работы землекопа и разраба разные. Оценивать работу прогера по количеству строк кода или количеству созданных таблиц - верх идиотизма. Те, кто вводит такие KPI суть идиоты и по другому их назвать нельзя. Но оценка все равно нужна. Для чего нужна оценка - это отдельный вопрос. Не хочу в это сейчас вдаваться. Поэтому KPI просто нужен и все. Во всяком случае в больших компаниях. Если вы самозанятый, то это излишество ) Поэтому встает вопрос: а какие KPI мы можем применить? Автор примерно ответил на этот вопрос. Теперь по нюансам каждого из них: 1. Оценка количества аварий из-за ошибок разработки: разраб должен быть умным. Он должен понимать, что ему там понаписал аналитик. Может это был аналитик другой команды и тем вообще по барабану. Просто здравый смысл. Вот и все. Во всяком случае разрабы моей команды им обладают и явную ерунду не пропускают. А если пропустил, то должен сделать выводы: изучай систему в целом, прояви вовлеченность. И никто у нас премии (а KPI только на премии аффектится) не лишает за единичные просчеты.
2. Попадание в оценку. Просто встаньте на место бизнесов, которые вам деньги приносит, постарайтесь их понять. И тогда все станет просто и понятно.
3. Далее оформление задач. Тут вообще все просто: напиши комент ОБЯЗТЕЛЬНО. Вот и все. И очень тебе будут благодарны тестировщики, если этот комент будет полезным для них. Со временем нарабатывается соответствующий навык, который даст более слаженную работу команды. Это приведет к снижению стресса, замедлит выгорание. И даже токсичные задачи не будут выбивать из колеи.
А вообще все эти три принципа суть об одном: не будь сволочью, думай о других, работай в команде. И будет счастье в виде развития продукта, премий и т.п.
подгорает у вас. А я корректно возражаю. Автор привел конкретные критерии и я с ними согласен. Если вы говорите про какие-то другие KPI, то уточняйте какие именно. P.S. Я же с вами закончил разговор ввиду его бессмысленности. Зачем вы мне отвечаете?
Разработчик всегда будет против введения KPI. Никому не нравится, когда его контролируют. Отсюда и раздражение и минусование. Только это не отменяет необходимости контроля и оценки. Пусть эти минусаторы задумаются над тем, кто им платит деньги при всем их заоблачном профессионализме.
Очередной раз убеждаюсь, что донести свою мысль до желчного язвительного "умника" пустая затея. Обязательно будут оскорбления и выпячивание своего эго: вон какой я умный, целый релиз выпустил, велосипед изобрел. В одного весь этот ваш интернет запрограммировал. Ну извините, что без должного пиетета обращаюсь. Потому и не пишу, что знаю, что ничего иного ожидать не придется. Пришли тут обхаяли человека. Обгавкали я бы сказал. А я между прочим с его мнением согласен. Работал и работаю в достаточно крупных организациях (300 чел разрабов, тестеров, аналитиков - более 20 команд на текущем месте). Должность моя ведущий разработчик, тимлид. Так что очень все это для меня близко. Так и смысл мне писать в этих ваших форумах. Я этого добра наелся еще в 90-ые. Там народ собачился покруче. С реальными встречами. Нет, ребята, вы не меняетесь, не растете. Какими были, такими и остались. Спорить далее не буду. Бессмысленно. Опять в эти какашки. Нет уж увольте. Собачьтесь тут без меня
Вот читаю и вижу снежнобородого умудренного опытом гуру. Спасибо, что снизошли. По плечу еще похлопать не забудьте. И руку пожать перед строем. Очень длинный комент вы написали. Очень. И выводов понаделали неправильных. Не писал автор о том, в чем вы его обвиняете.
Описанные в статье показатели для расчета KPI весьма корректны на мой взгляд. Но я встречался и с откровенно бредовыми показателями. Например, не очень умные начальники ввели понятие некоего лодочного принципа. Вот это так себе показатель: косячит какая-то одна команда, а огребают все остальные команды, которые повлиять на процесс вообще никак не могут
У разработчика появляется страх совершать ошибки, и он будет делать только самый безопасный минимум.
Так и должен быть безопасный работающий минимум. Не нужно делать того, о чем тебя не просили. А вот если по вине разраба у кого-то колом встает важный процесс, возникают убытки, пациенты в очереди в поликлинике застряли, то кто должен за это отвечать? Конечно же тестировщик, скажете вы. Но по моему мнению, мнению тимлида по типу играющего тренера, все же разработчик несет большую ответственность
Всегда завышаем оценку. Если успеваем раньше, специально затягиваем разработку.
Ага, все кругом такие дураки, что этого видят. И тимлид некомпетентный дурак, и ВП такой же... Попадание в оценку - признак профессионализма. А если разраб специально СИСТЕМАТИЧЕСКИ тянет время, то он идет искать другую работу.
Бюрократия как она есть. Можно сделать примерно ничего, зато красиво всё описать.
Это вы бюрократии не видели значит, раз такое пишете. Коллег нужно уважать! Тестировщики тоже люди и им очень важно знать, что именно в данной задаче реализовал разраб. И если ничего сверх ТЗ, то я не думаю, что сложно чиркнуть соответствующую строчку. Но жизнь далека от идеала и так бывает не всегда. Поэтому очень важно знать что именно тестировщику нужно проверить, на чем акцентировать внимание
Не претендую на истинность в последней инстанции, говорю с позиции разработчика.
Это очень хорошо, что не претендуете. Не думаю, что вы работали в больших компаниях
не я эти KPI придумал, я всего лишь тимлид. Но я с ними согласен, ибо это работает.
Весь это спор мне напоминает одну историю: каждый раз когда я заправлял свой авто в одной известной сети, расход был повышен. Но на еще одном токсичном ресурсе (дром) некие граждане размахивали бумажками с анализами, в которых было написано, что бензин соответствует всем нормам и это я все себе придумал.
Но тут есть один нюанс: мой кошелек.
Можно сколь угодно долго приводить аргументы, говорить много умных слов и т.п. Критерий все равно один: работает или нет. В моей команде вышеупомянутые KPI работают. На этом как бы все...
Абсолютно согласен с тем, что критерии оценки работы землекопа и разраба разные. Оценивать работу прогера по количеству строк кода или количеству созданных таблиц - верх идиотизма. Те, кто вводит такие KPI суть идиоты и по другому их назвать нельзя.
Но оценка все равно нужна. Для чего нужна оценка - это отдельный вопрос. Не хочу в это сейчас вдаваться. Поэтому KPI просто нужен и все. Во всяком случае в больших компаниях. Если вы самозанятый, то это излишество )
Поэтому встает вопрос: а какие KPI мы можем применить? Автор примерно ответил на этот вопрос.
Теперь по нюансам каждого из них:
1. Оценка количества аварий из-за ошибок разработки: разраб должен быть умным. Он должен понимать, что ему там понаписал аналитик. Может это был аналитик другой команды и тем вообще по барабану. Просто здравый смысл. Вот и все. Во всяком случае разрабы моей команды им обладают и явную ерунду не пропускают. А если пропустил, то должен сделать выводы: изучай систему в целом, прояви вовлеченность. И никто у нас премии (а KPI только на премии аффектится) не лишает за единичные просчеты.
2. Попадание в оценку. Просто встаньте на место бизнесов, которые вам деньги приносит, постарайтесь их понять. И тогда все станет просто и понятно.
3. Далее оформление задач. Тут вообще все просто: напиши комент ОБЯЗТЕЛЬНО. Вот и все. И очень тебе будут благодарны тестировщики, если этот комент будет полезным для них. Со временем нарабатывается соответствующий навык, который даст более слаженную работу команды. Это приведет к снижению стресса, замедлит выгорание. И даже токсичные задачи не будут выбивать из колеи.
А вообще все эти три принципа суть об одном: не будь сволочью, думай о других, работай в команде. И будет счастье в виде развития продукта, премий и т.п.
подгорает у вас. А я корректно возражаю. Автор привел конкретные критерии и я с ними согласен. Если вы говорите про какие-то другие KPI, то уточняйте какие именно.
P.S. Я же с вами закончил разговор ввиду его бессмысленности. Зачем вы мне отвечаете?
Разработчик всегда будет против введения KPI. Никому не нравится, когда его контролируют. Отсюда и раздражение и минусование. Только это не отменяет необходимости контроля и оценки. Пусть эти минусаторы задумаются над тем, кто им платит деньги при всем их заоблачном профессионализме.
Детский сад какой-то...
Есть. И что? Вы меня услышите? Сомневаюсь
Примерно такие же KPI, как описал автор, мы используем у себя на производстве. И это необходимость.
Вы же тут собрались не для того, чтобы кого-то услышать, а потешить свое эго.
Так что смысла в продолжении срача не вижу.
Очередной раз убеждаюсь, что донести свою мысль до желчного язвительного "умника" пустая затея. Обязательно будут оскорбления и выпячивание своего эго: вон какой я умный, целый релиз выпустил, велосипед изобрел. В одного весь этот ваш интернет запрограммировал.
Ну извините, что без должного пиетета обращаюсь.
Потому и не пишу, что знаю, что ничего иного ожидать не придется.
Пришли тут обхаяли человека. Обгавкали я бы сказал. А я между прочим с его мнением согласен. Работал и работаю в достаточно крупных организациях (300 чел разрабов, тестеров, аналитиков - более 20 команд на текущем месте). Должность моя ведущий разработчик, тимлид. Так что очень все это для меня близко.
Так и смысл мне писать в этих ваших форумах. Я этого добра наелся еще в 90-ые. Там народ собачился покруче. С реальными встречами.
Нет, ребята, вы не меняетесь, не растете. Какими были, такими и остались.
Спорить далее не буду. Бессмысленно. Опять в эти какашки. Нет уж увольте. Собачьтесь тут без меня
Но вас-то это не касается? )
Так что можете продолжать язвить и оскорблять. Вы же самый умный )
На оскорбления переходим, аргументы кончились или что?
Вы себе вопрос только один задайте: откуда деньги берутся? Кто их вам выдает? Мне можете не отвечать, я знаю ответ на этот вопрос
не поверите, нас гораздо больше
Вот читаю и вижу снежнобородого умудренного опытом гуру.
Спасибо, что снизошли. По плечу еще похлопать не забудьте. И руку пожать перед строем.
Очень длинный комент вы написали. Очень. И выводов понаделали неправильных. Не писал автор о том, в чем вы его обвиняете.
Описанные в статье показатели для расчета KPI весьма корректны на мой взгляд.
Но я встречался и с откровенно бредовыми показателями. Например, не очень умные начальники ввели понятие некоего лодочного принципа. Вот это так себе показатель: косячит какая-то одна команда, а огребают все остальные команды, которые повлиять на процесс вообще никак не могут
Так и должен быть безопасный работающий минимум. Не нужно делать того, о чем тебя не просили. А вот если по вине разраба у кого-то колом встает важный процесс, возникают убытки, пациенты в очереди в поликлинике застряли, то кто должен за это отвечать? Конечно же тестировщик, скажете вы. Но по моему мнению, мнению тимлида по типу играющего тренера, все же разработчик несет большую ответственность
Ага, все кругом такие дураки, что этого видят. И тимлид некомпетентный дурак, и ВП такой же... Попадание в оценку - признак профессионализма. А если разраб специально СИСТЕМАТИЧЕСКИ тянет время, то он идет искать другую работу.
Это вы бюрократии не видели значит, раз такое пишете.
Коллег нужно уважать! Тестировщики тоже люди и им очень важно знать, что именно в данной задаче реализовал разраб. И если ничего сверх ТЗ, то я не думаю, что сложно чиркнуть соответствующую строчку. Но жизнь далека от идеала и так бывает не всегда. Поэтому очень важно знать что именно тестировщику нужно проверить, на чем акцентировать внимание
Это очень хорошо, что не претендуете. Не думаю, что вы работали в больших компаниях