качество — это степень соответствия требованиям, вроде. Теперь, когда есть ссылка на требования, смысл употребления этого слова становится понятен. Если цифры удовлетворяют требованиям, то они качественные, и на их основе можно строить контроллинг.
Просто статья и так длинная, старался не перегружать.
решение я вижу только комплексное — и организационное, и техническое, и мотивационное, и управленческое. Иначе получаются бесконечные гонки: техника не поспевает за методикой, потом наоборот.
Так включение и делает систему целым. Пока части системы лежат на столе, в выключенном состоянии, перед вами сумма. Когда вы ее включаете, она начинает работать, становясь целым.
о оценка задачи в 15 минут, на аналитику 5 минут… про тестирование ни чего, про возврат на доработку не чего, про заказчик пердумал ни чего, про бодания на приёмо сдаточных испытаниях ни чего
во-во, так программисты и говорили поначалу. А потом поняли, что и 15 минут — много, если сопли не жевать.
в статье так и написано, что схема — не наше изобретение. Половина из программистов, включая меня, работали раньше во франче.
Фишкой было применение сделки на внутренней автоматизации.
10-15 минут вполне достаточно, чтобы сделать, например, отчет по одному регистру накопления, без понтов с оформлением. Ну и тестировать там, вроде, особо нечего.
Это ж внутренняя автоматизация, там тестирование лежит на плечах пользователей, зачем приличным людям на него время тратить особо.
Программистов четыре, включая меня.
Задач 100-150 в месяц.
Аналитики — мы сами.
Проекты, как сущность, мы тогда уже выкинули — был только поток.
Ожидание проверки было, до месяца — дальше сам закрывал, без проверки. Но, в целом, проблем не было, потому что не принимал от человека новую задачу, если он старую не проверил.
Если руководство скажет уменьшить ставку, то придется искать новых программистов.
А задач становилось все больше, т.к. мы делали их все быстрее.
Ну и, если честно, большинство тем по автоматизации я сам инициировал, поэтому задач было много.
ничем. Суть не в том, как нарисован процесс, а в подсчете количества пересечений границ.
Я ж не изобретал swimlane или квалиграммы. Просто использовал их чуть шире, чем принято.
Ну и кучу еще написать надо.
Просто статья и так длинная, старался не перегружать.
тут все вполне конкретно, дополню ссылкой — там перечислены требования к информации.
вот есть статья на эту тему.
Что еще измеряете таким способом? (объем + срок)
во-во, так программисты и говорили поначалу. А потом поняли, что и 15 минут — много, если сопли не жевать.
Фишкой было применение сделки на внутренней автоматизации.
Это ж внутренняя автоматизация, там тестирование лежит на плечах пользователей, зачем приличным людям на него время тратить особо.
Задач 100-150 в месяц.
Аналитики — мы сами.
Проекты, как сущность, мы тогда уже выкинули — был только поток.
Ожидание проверки было, до месяца — дальше сам закрывал, без проверки. Но, в целом, проблем не было, потому что не принимал от человека новую задачу, если он старую не проверил.
Если руководство скажет уменьшить ставку, то придется искать новых программистов.
А задач становилось все больше, т.к. мы делали их все быстрее.
Ну и, если честно, большинство тем по автоматизации я сам инициировал, поэтому задач было много.
Я ж не изобретал swimlane или квалиграммы. Просто использовал их чуть шире, чем принято.
Достаточно идеи «худлит+книги».