Сравнение СМК Кладо с управленческими концепциями Agile и Scrum на предмет практикоприменимости
1. Agile
Наименование принципа №1: Отсутствует
Определение принципа: «Постоянное внимание к технологическому совершенству и хорошему планированию увеличивают гибкость»
Оценка практичности применения принципа: Низкая, так как отсутствует конкретика, не понятно о какой гибкости идет речь, в чем заключается «постоянное внимание к технологическому совершенству» и т.д.
Наименование принципа №2: Отсутствует
Определение принципа: «Самый эффективный метод обмена информацией в команде – это личная встреча».
Оценка практичности применения принципа: Низкая, так как существуют различные задачи, в рамках которых обмен информацией будет более эффективным, чем личные встречи, например, смс, звонок, электронные письма и т.д.
2. Scrum
Наименование принципа №1: Отсутствует
Определение принципа: «Совещания должны проводиться каждый день в одном и том же месте, в одно и то же время в течение 15 минут, и участники совещания должны стоять».
Оценка практичности применения принципа: Низкая, так как совещания могут проходить в разных местах, по длительности в силу необходимости быть более 15 минут, и необязательно сотрудникам во время совещания стоять и т.д.
Наименование принципа №2: Отсутствует
Определение принципа: «Длительность одного спринта (промежуток времени) на решение совокупности операций должна быть от 1 до 4 недель».
Оценка практичности применения принципа: Низкая, так как существует множество рабочих ситуаций, когда на решение совокупности операций требуется менее одной недели или более четырех.
3. СМК Кладо
Наименование стандарта №1: «Обязательное условие передачи задачи для исполнения».
Определение (раскрытие значения стандарта): «Задача считается переданной для исполнения одним лицом другому лицу, если исполнитель назвал дату и время ее исполнения. В этом случае исполнитель становится администратором задачи. Исполнитель, зная методику решения задачи, может определить временной отрезок, необходимый для ее выполнения. Инициатор задачи может, используя знания бизнес-процессов, провести сверку нормирования подобных задач с установленным исполнителем временем. Также инициатор может корректировать сроки выполнения задачи, например, если задача в настоящий момент является приоритетной. Но в любом случае окончательно дату и время выполнения задачи называет исполнитель (администратор задачи)».
Оценка практичности применения стандарта: Высокая, так как есть конкретное условие, при котором задача является переданной для исполнения, и одновременно с этим за каждой задачей не только закрепляется ответственное лицо, но и возникает ответственность у данного лица выполнить ее к определенному времени.
Наименование стандарта №2: «Перенос даты, времени окончания решения задачи».
Определение стандарта: «При принятии/передаче задачи в исполнение администратор допускает возможность переноса даты и/или времени окончания решения задачи в зависимости от внутренних или внешних факторов. При выполнении задачи должны быть зафиксированы дата и время начала ее решения - эти параметры не могут изменяться. Одновременно с этим дата и время окончания решения задачи могут при необходимости изменяться несколько раз. Каждый перенос даты и/или времени окончания исполнения задачи должен быть зафиксирован с целью ведения учета количества и причин переноса, а также возможной недостаточности квалификации администратора задачи. Ответственность за ведение данного учета несет администратор задачи. 0 каждом изменении даты и/или времени окончания решения задачи администратор обязан сообщать всем заинтересованным лицам – коллегам и/или контрагентам».
Оценка практичности применения стандарта: Высокая, так как ведение учета количества и причин переноса исполнения задачи позволяет не только контролировать процесс ее выполнения, но и вносить корректировку в выполнение связанных с ней задач, а также объективно оценивать профессионализм исполнителя (администратора задачи).