Comments 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 строк кода новой конфигурации иногда просто надо поставить в одном из цехов промышленные весы.
Спасибо!
Это сокращение time to market или увеличение velocity команды?
Работа по ускорению велась над velocity, одним из результатов стало сокращение time to market.
Time to market уменьшился примерно в 6 раз.
За системой оценок пристально следили, чтобы не уплыла. Смысла уплывать не было, т.к. это была работа для себя, а не на систему мотивации или типа того.
Использовали якори, как описано тут.
Вот цитата, чтоб долго не искать:
Чтобы оценки не уплывали в сторону увеличения или снижения, придумайте себе якорь. Самый простой якорь – решить, что есть задача на 1 балл. Это – бит вашей работы, самое простое из того, что вам приходится делать. Например, добавить поле ввода. Можно придумать не один, а несколько якорей, если вам так проще.
Тут правил нет. Главное – чтобы система оценок не уплывала, иначе начнется не измерение, а иллюзия. В этом смысле проще, когда есть команда, т.к. несколько человек обычно тщательнее следят за системой координат, чем один.
Выдающийся результат! На Agile конференциях больше полутора редко заявляют.
За какое время достигается? На команде какого размера? Например, во втором проекте:
фактически один контрибьютер (если отбросить 5 коммитов из 1170).
Индивидуальный скрам?
Гибкий суррогат