Комментарии 12
40-50 ускорителей, которые дали и дают суммарный результат 4x
Это все вместе, или каждый по отдельности?
Как мне кажется, в случае заказной разработки исполнитель не несёт ответственности за недостижение заказчиком бизнес-целей типа сокращения затрат или увеличения дохода. За это отвечает в целом кто-то со стороны заказчика, тот же Главбух, например. Или гендир. Разработчик (в штате или сторонний) отвечает за автоматизацию, цели проекта ему нужны для оценки и обоснования технических решений, но не более. Грубо, не в его компетенции сокращение бухгалтерии или снижение ФОТ после снижения трудоемкости или квалификационных требований расчёта себестоимости на порядок. Не в его компетенции разбираться с причинами блокирующих задержек со стороны заказчика, явный это саботаж планируемого к сокращению сотрудника или на человека взвалили сопровождение разработки, не разгрузив от обычных задач. Бизнес принимает решение, что автоматизация того или иного процесса в такой-то форме снизит его издержки и несёт за это решение ответственность.
в случае заказной разработки исполнитель не несёт ответственности за недостижение заказчиком бизнес-целей
по факту — да.
Но ведь обещают же?
Смотрим http://v8.1c.ru/erp/:
«Если вы желаете повысить эффективность управления производством и бизнесом, автоматизировать большинство задач на современном цифровом уровне и достичь принципиально новых целевых показателей, «1С:ERP Управление предприятием 2» – это ваш выбор!»
Тут еще можно вывернуться, но заходим по ссылке глубже http://v8.1c.ru/erp/economic_effect.htm:
«Снижение объемов материальных запасов, среднее значение 20%»
«Сокращение расходов на материальные ресурсы, среднее значение 11%»
Даже «Рост прибыли, среднее значение 14%».
Вроде один к одному то, что я написал. С этих цифр начинается, а заканчивается — как всегда, автоматизированной бухгалтерией и каким-то учетом.
Ну это обещания из разряда "Покупайте биткоин, чтобы разбогатеть — курс за год вырос на порядок". Если бизнес решает автоматизировать что-то, то цели проекта по автоматизации должны быть сформулированы как-то так: "снизить расходы на расчёт себестоимости продукции путём сокращения трудоемкости до N человека часов и снижение квалификации расчётчика с "бухгалтер" до "оператор эвм"".
В данном случае сплели внедрение продукта и консалтинг в едино. Но в целом автор прекрасно описал картину. Нефиг обещать сокращение затрат, если нет ни контроля за расходами на территории заказчика, ни даже цифр, как показателей продвижения к цели. Если вы что-то автоматизировали под эгидой сокращения затрат — в результате кто-то должен быть уволен. либо автоматизированный сотрудник, либо несчастный автоматизатор, это и будет сокращением затрат
В целом с автором полностью согласен. Так был и на стороне внедренцев и на стороне заказчика. И позиция многих внедренцев это сразу же при неудобных вопросах вставать в позу «мне такие данные дали», «а мне такую форму отдел продаж утвердил» и т.д.
Думаю надо вернутся к принципу «хороший внедренец тот которого нет», и на практике часто прихожу к тому что вместо 1000 строк кода новой конфигурации иногда просто надо поставить в одном из цехов промышленные весы.
Думаю надо вернутся к принципу «хороший внедренец тот которого нет», и на практике часто прихожу к тому что вместо 1000 строк кода новой конфигурации иногда просто надо поставить в одном из цехов промышленные весы.
А можно подробнее, как именно эти 4x были получены? Это сокращение time to market или увеличение velocity команды? Если последнее, то насколько это объективно? Может просто гиперинфляция store points?
Спасибо!
Спасибо!
Это сокращение time to market или увеличение velocity команды?
Работа по ускорению велась над velocity, одним из результатов стало сокращение time to market.
Time to market уменьшился примерно в 6 раз.
За системой оценок пристально следили, чтобы не уплыла. Смысла уплывать не было, т.к. это была работа для себя, а не на систему мотивации или типа того.
Использовали якори, как описано тут.
Вот цитата, чтоб долго не искать:
Чтобы оценки не уплывали в сторону увеличения или снижения, придумайте себе якорь. Самый простой якорь – решить, что есть задача на 1 балл. Это – бит вашей работы, самое простое из того, что вам приходится делать. Например, добавить поле ввода. Можно придумать не один, а несколько якорей, если вам так проще.
Тут правил нет. Главное – чтобы система оценок не уплывала, иначе начнется не измерение, а иллюзия. В этом смысле проще, когда есть команда, т.к. несколько человек обычно тщательнее следят за системой координат, чем один.
Спасибо!
Выдающийся результат! На Agile конференциях больше полутора редко заявляют.
За какое время достигается? На команде какого размера? Например, во втором проекте:
фактически один контрибьютер (если отбросить 5 коммитов из 1170).
Индивидуальный скрам?
Выдающийся результат! На Agile конференциях больше полутора редко заявляют.
За какое время достигается? На команде какого размера? Например, во втором проекте:
фактически один контрибьютер (если отбросить 5 коммитов из 1170).
Индивидуальный скрам?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Гибкий суррогат