Штрафовать косоруких программеров!

[АццкоМото]

Процесс легко автоматизируется, за любой баг найденный в продакшне QA который тестировал компонент шрафуется на f(PX)*Y долларов, где PX - приоритет бага, f - некоторая функция и Y - некоторый коэфициент.

А спорим, crypto5rank algo не приживеццо?

[crypto5]

Процесс легко автоматизируется, за любой баг найденный в продакшне QA который тестировал компонент шрафуется на f(PX)*Y долларов, где PX - приоритет бага, f - некоторая функция и Y - некоторый коэфициент.

А спорим, crypto5rank algo не приживеццо?

Я пока что несколько далек от возможности проверить

[АццкоМото]

Я пока что несколько далек от возможности проверить

жалко. я бы болел "за"

[bvp]

Платить можно только за баги начиная с определенного приоритета, за самые критичные по максимуму.
За низкоприоритетные и отклоненные баги не платить.

Да, разумеется. Нанять еще одного менеджера, который будет оценивать приоритетность багов. И еще одного, который будет разбирать конфликты между менеджерами QA, который зафайлил много багов, и менеджером программистов, который их все отклонил. И еще одного человека в legal deparment, который будет отвечать на судебные иски программистов, у которых вычли слишком много из зарплаты.

[АццкоМото]

Платить можно только за баги начиная с определенного приоритета, за самые критичные по максимуму.
За низкоприоритетные и отклоненные баги не платить.

Да, разумеется. Нанять еще одного менеджера, который будет оценивать приоритетность багов. И еще одного, который будет разбирать конфликты между менеджерами QA, который зафайлил много багов, и менеджером программистов, который их все отклонил. И еще одного человека в legal deparment, который будет отвечать на судебные иски программистов, у которых вычли слишком много из зарплаты.

[Zorkus]

Платить можно только за баги начиная с определенного приоритета, за самые критичные по максимуму.
За низкоприоритетные и отклоненные баги не платить.

Да, разумеется. Нанять еще одного менеджера, который будет оценивать приоритетность багов. И еще одного, который будет разбирать конфликты между менеджерами QA, который зафайлил много багов, и менеджером программистов, который их все отклонил. И еще одного человека в legal deparment, который будет отвечать на судебные иски программистов, у которых вычли слишком много из зарплаты.

А охрана для тех чуваков, которые вычитают бабло из зарплаты за баги?

[Zorkus]

Ага. А потом QA вместо того, чтобы зафайлить баг "библиотечный битмэп с логотипом компании имеет неправильный градиент желтого", файлит 125 багов:
"основная страница: логотип компании имеет имеет неправильный градиент желтого"
"почтовый клиент: логотип компании имеет имеет неправильный градиент желтого"
"страница с котировками акций: логотип компании имеет имеет неправильный градиент желтого"
"экран с подтверждением транзакции: логотип компании имеет имеет неправильный градиент желтого"
"калькулятор сложных процентов: логотип компании имеет имеет неправильный градиент желтого"
"карта офисов: логотип компании имеет имеет неправильный градиент желтого"
и т.д.

Платить можно только за баги начиная с определенного приоритета, за самые критичные по максимуму.
За низкоприоритетные и отклоненные баги не платить.

Надо так - за отклоненный баг, с QA-щика берется небольшой штраф. Чтобы не расслаблялся.

[Cabron]

Да, разумеется. Нанять еще одного менеджера, который будет оценивать приоритетность багов. И еще одного, который будет разбирать конфликты между менеджерами QA, который зафайлил много багов, и менеджером программистов, который их все отклонил. И еще одного человека в legal deparment, который будет отвечать на судебные иски программистов, у которых вычли слишком много из зарплаты.

Да нет, просто менеджер, QA lead и Dev lead регулярно просматривают текущий лист багов и подтверждают/меняют приоритетность.
Если приоритетность бага определяется только QA-ем, который его найдет, она не будет объективной. Если не хватает людей для triage, то это другая проблема.

[Cabron]

Надо так - за отклоненный баг, с QA-щика берется небольшой штраф. Чтобы не расслаблялся.

На отклоненных багах он в принципе и так потеряет деньги за счет потерянного времени.

[fruit6]

Ага. А потом QA вместо того, чтобы зафайлить баг "библиотечный битмэп с логотипом компании имеет неправильный градиент желтого", файлит 125 багов:
"основная страница: логотип компании имеет имеет неправильный градиент желтого"
"почтовый клиент: логотип компании имеет имеет неправильный градиент желтого"
"страница с котировками акций: логотип компании имеет имеет неправильный градиент желтого"
"экран с подтверждением транзакции: логотип компании имеет имеет неправильный градиент желтого"
"калькулятор сложных процентов: логотип компании имеет имеет неправильный градиент желтого"
"карта офисов: логотип компании имеет имеет неправильный градиент желтого"
и т.д.

Платить можно только за баги начиная с определенного приоритета, за самые критичные по максимуму.
За низкоприоритетные и отклоненные баги не платить.

Надо так - за отклоненный баг, с QA-щика берется небольшой штраф. Чтобы не расслаблялся.

это практически бизнес модель. если интенсивно штрафовать работников то даже производить ничего не надо, если штрафы будут превышать расходы на зарплату

[Zorkus]

Ага. А потом QA вместо того, чтобы зафайлить баг "библиотечный битмэп с логотипом компании имеет неправильный градиент желтого", файлит 125 багов:
"основная страница: логотип компании имеет имеет неправильный градиент желтого"
"почтовый клиент: логотип компании имеет имеет неправильный градиент желтого"
"страница с котировками акций: логотип компании имеет имеет неправильный градиент желтого"
"экран с подтверждением транзакции: логотип компании имеет имеет неправильный градиент желтого"
"калькулятор сложных процентов: логотип компании имеет имеет неправильный градиент желтого"
"карта офисов: логотип компании имеет имеет неправильный градиент желтого"
и т.д.

Платить можно только за баги начиная с определенного приоритета, за самые критичные по максимуму.
За низкоприоритетные и отклоненные баги не платить.

Надо так - за отклоненный баг, с QA-щика берется небольшой штраф. Чтобы не расслаблялся.

это практически бизнес модель. если интенсивно штрафовать работников то даже производить ничего не надо, если штрафы будут превышать расходы на зарплату

А расходы на охрану для тех, кто эти штрафы взимает?

[Alexandr]

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

я бы рискнул сказать, что в большинстве, причем не только в финансовых. Совсем недавний пример, когда oracle dba решил что-то на продакшн базе подкрутить, а база в даун ушла на день, на этом его работа и закончилась

так что если ошибки как-то на бизнес плохо влияют, то лучше ошибок не делать (делать, но на тестовых серверах )

[Inters]

У меня в небольшой компании было так: делаем апгрэйд торговой системы в Пятницу после закрытия торгов - у человека пришедшог на работу в Воскресение за 20 минут до открытия рынка ничего не работает (на работе болеьше никого нет - надо всех обзванивать).

[Zorkus]

И чем все закончилось?

[adb]

Можно и штрафовать. Только сроки увеличивать раза в 3-5, что никому не нужно.

[AIDS]

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

[Inters]

И чем все закончилось?

Звонишь человеку домой он дистанционно подключаеться к компьютеру и серверу и все чинит. На самом деле такие вещи время о времени происходят, но в маленькой компании (человек 15) легко выгнать человека и сразу его заменить тяжело.

[mynameiszb]

На самом деле такие вещи время о времени происходят, но в маленькой компании (человек 15) легко выгнать человека и сразу его заменить тяжело.

А это в любой компании - что маленькой, что большой. Я когда на работу устраивался, у меня уходило до 2-х месяцев на "вхождение" - разобраться с архитектурой, все доступы проверить-пройти, цепочку менеджмента согласовать - кто-куда-послать-сделать_срочно и пр. Только после этого мог полноценно подменять коллег на oncall саппорте. А так, чтобы человека выперли, на его место нового посадили и все забегало - это лишь в мечтах управленцев. Возможно - они по себе судят

[АццкоМото]

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

и насколько топ менеджмент чудаки. в том банке, судя по всему, чуть более, чем полностью

[AIDS]

и насколько топ менеджмент чудаки. в том банке, судя по всему, чуть более, чем полностью

Я точку зрения бизнеса понимаю - система считала market risk для всего банка, согласно правилам, если данные не предоставлены регулятору (в UK - Financial Services Authority), банк не имеет права работать на рынке.
Если данные сильно отличаются день от дня - могут последовать денежные штрафы.
Ну и на закуску - перед релизом разработчики отпихивались от новых требований в течение долгого времени.

[АццкоМото]

Я точку зрения бизнеса понимаю - система считала market risk для всего банка, согласно правилам, если данные не предоставлены регулятору (в UK - Financial Services Authority), банк не имеет права работать на рынке.

Да при чем тут это-то? Проект провалили, наказали кого попало. Ну какова вероятность, что заваленный проект - следствие того, что все в команде криворуки? А кто тогда набрал исключительно криворукую команду? А не наберет ли он вторую такую же? А кто следил за прогрессом по проекту и почему не видел, что там все плохо?
Разогнать команду - самое простое решение, но с вероятностью 146% не решает проблему. Принимают такое решение (ч)удаки

[mynameiszb]

Разогнать команду - самое простое решение, но с вероятностью 146% не решает проблему. Принимают такое решение (ч)удаки

Вы предлагаете наемному менеджменту самому себя высечь? Хе..
Как только во главу угла поставили ребят, которые "умеют управлять всем - от кофеварки до завода" - начался новый этап в IT-индустрии. Как только хозяева бизнеса считают, что вместо них с задачей лучше справятся наймиты, а они будут жить на дивиденты - все, получаем эти самые "146%".

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

Но где теперь Джобс, и как обычно сейчас бизнес-процессы выстраивают?..

Так что: "девелоперов уволить, объявив врагами народа, набрать новых, итерацию повторить"...

[Dm.uk]

к сожалению из-за глобализации та же ф-ня добралась и до многих других отраслей, не только ИТ.

Предложил месяца 4 назад своему шефу (бывшему) хотя бы 20 страниц из спецификации прочитать (где простецким языком расписано что устройство [ микросхема ] делает. Он сказал что ему читать этот хлам западло, и он сам все знает

[АццкоМото]

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

Но где теперь Джобс, и как обычно сейчас бизнес-процессы выстраивают?..

Не, ну давайте вспомним Джобса. Во-первых, товарищ был как раз тем самым ркуоводителем всего, от кофеварки до завода, а вовсе не технарем. Потом есть такая urban legend, как он уволил какого-то чела, вроде даже девелопера, за то, что тот осмелился в лифте прокатиться с Самим Великим Джобсом. Ну ок, это может быть придумкой. А вот как Джобс гнобил Воза - технаря и человека, которому фактически обяхан очень многим в жизни, это уже кагбэ факт.
Неудачный пример, в общем. Т.е. в идеализированном виде он как раз иллюстрирует то, что я имел в виду, но то как было в реальности - совсем не про это

[mynameiszb]

Предложил месяца 4 назад своему шефу (бывшему) хотя бы 20 страниц из спецификации прочитать (где простецким языком расписано что устройство [ микросхема ] делает. Он сказал что ему читать этот хлам западло, и он сам все знает

Мне больше нравится, когда ставят перед фактом: "мы тут продали прототип, о котором вы вроде как рассказывали неделю назад... поставка клиенту на боевую площадку - через месяц"... Ап - и цирк аплодирует...