Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 Шесть сигм - концепция управления изменениями. Главное в ней - ориентация на пользователя и точность показателей. В основе шести сигм -<a>философия бережливого мышления</a>.

2 Концепция шести сигм появилась в 1980-х годах, она зарегистрирована как торговая марка компании Motorola.

3 Сигма(σ) - буква греческого алфавита. В математике ей обозначают стандартное отклонение, то есть когда данные не соответствуют среднему значению.

4 В Motorola решили бороться с дефектами. Для этого создали систему для измерения шести уровней отклонений. Шестой - самый высокий, когда количество дефектов минимально, и первый - самый низкий, когда их много.

5 На простом примере соотношение сигм и дефектов выглядит так:

6 Чем выше уровень сигм, тем меньше дефектов<h2>Основные принципы шести сигм</h2>

7 В концепции шести сигм, как и в любой системе или методологии, есть основные элементы, на которые она опирается.

8 Ориентироваться на пользователя

9 Например, учитывать целевую аудиторию сайта и следить за удобством интерфейса.

10 Принимать решения на основе данных и фактов

11 Никаких предположений. Все должно быть подкреплено цифрами. Для этого нужно определить важные для компании показатели и следить за ними.

12 Процессный подход

13 Смотреть, как взаимодействуют процессы в компании. Например, тестировать каждую новую функцию сайта сразу после ее создания - дешевле. А в конце проекта - дороже. Плюс можно не успеть уложиться в сроки.

14 Просчитывать ходы

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

16 Сотрудничество внутри команды

17 Иметь общую цель и помогать друг другу в ее достижении.

18 Рисковать

19 Не бояться потерпеть неудачу ради возможности стать лучше.

20 Цели концепции шести сигм - улучшить качество продукта или услуги, увеличить удовлетворенность пользователя, сократить потери и сроки проекта. Начать нужно с построения жизненного цикла проекта, чтобы процесс работы был единым для всех.

21 Для этого используют метод DMAIC: define - measure - analyze - improve - control, или "определяй - измеряй - анализируй - совершенствуй - проверяй". Пять этапов, через которые проходит каждый проект.

22 Метод DMAICЖизненный цикл проекта в системе шести сигм выглядит так.

23 <ul><li>Понять, где вы сейчас и что хотите изменить.</li>

24 <li>Улучшить весь процесс или его часть.</li>

25 <li>Решить проблемы, которые мешают работе.</li>

26 <li>Полностью поменять процессы и подход.</li>

27 </ul>Например, сайт не отвечает требованиям заказчика, разработчики пропускают баги, команда нарушает сроки. Выберем путь решения проблем и попробуем снизить их количество.

28 Например, за месяц веб-студия делает 30 сайтов: одностраничные визитки, сложные сайты из нескольких разделов, интернет-магазины. С визитками все хорошо, а в остальных всегда есть баги. Каждый баг - это дефект.

29 За месяц работы и 30 сайтов картина такая: на десяти - нельзя завершить оплату; у пяти - не работает кнопка "Запомнить меня на сайте"; у трех - с главной страницы нельзя перейти в каталог товаров; в двух - нельзя зарегистрироваться, не приходит письмо с подтверждением. Получается 20 дефектов: 12 критических, три значимых и пять малозначимых.

30 Классификация багов по степени важности

31 Классификация Описание ПримерКритические

32 Мешают работе с сайтом.

33 Например, чтобы пользоваться сайтом, нужно подтвердить почту, но письмо с подтверждением не приходит. Или в интернет-магазине нельзя завершить оплату товара.

34 Значимые

35 Сайт работает, но есть ошибки, которые влияют на работу сайта.

36 Например, нельзя отредактировать профиль в личном кабинете и сохранить введенные данные. Или не работает кнопка "вернуться назад" и нужно каждый раз загружать сайт заново.

37 Малозначимые

38 Мелкие ошибки и опечатки, которые не влияют на работу сайта.

39 Например, после оплаты товара не обновляется информация на странице. Или не сохраняется история покупок.

40 Вычисляем уровень сигм, то есть отклонений. Для этого делим сумму дефектов на количество сайтов, умноженное на число возможностей возникновения ошибки.

41 Это число зависит от проекта. Сколько ошибок можно сделать в каталоге товаров одного интернет-магазина? Загрузили не все товары, описание не соответствует картинке, вместо страны происхождения пусто, нет цены, не обновляется информация о наличии - вариантов много. И это только по одному пункту.

42 В цикле разработки сайта много процессов. В каждом можно сделать неограниченное количество ошибок. Точного числа нет. Поэтому разделим ошибки на три группы: пожелания заказчика, удобство для пользователя, технические дефекты. И будем считать, что число возможностей совершить ошибку во время разработки одного сайта - три.

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

44 30 х 3 = 90

45 И делим общее количество дефектов на полученное число.

46 20 ÷90 = 0,2

47 Получаем 0,02 - число дефектов на единицу или одну возможность. За единицу можно взять один готовый продукт или его часть. Используем один сайт. Чтобы получить число дефектов на миллион возможностей, умножаем результат на миллион.

48 0,2 х 1000 000 =222 222,2

49 222 222,2 - число дефектов на миллион возможностей.

50 Теперь выясним уровень сигм и числа дефектов на миллион возможностей.

51 Уровень сигм Число дефектов на миллион возможностей Процент продукции без дефектов 6

52 3,4

53 99,99966%

54 5

55 230

56 99,997%

57 4

58 6 210

59 99,38%

60 3

61 66 800

62 93,32%

63 2

64 308 000

65 69,15%

66 1

67 690 000

68 30,85%

69 Число 222 222,2 находится между 66 800 и 308 000, значит, уровень сигм - между 2 и 3. Это плохой показатель.

70 В нашем процессе много отклонений: 20 дефектов на 30 готовых сайтов. Что делать? Понять, какие части процесса можно улучшить, как это сделать и с чего начать.

71 У нас 20 дефектов: 12 критических, три значимых и пять малозначимых. Сначала боремся с критическими, потом со значимыми. Малозначимые пока откладываем.

72 Просто исправить баги недостаточно, нужно научиться их не повторять.

73 Наши дефекты:

74 <ul><li>На десяти сайтах нельзя завершить оплату.</li>

75 <li>На двух - нельзя зарегистрироваться, не приходит письмо с подтверждением.</li>

76 <li>У трех - на главной странице нет блока с разделами.</li>

77 </ul>Подобные ошибки перечеркивают всю остальную работу. Если в интернет-магазине нельзя завершить оплату, то клиент уходит без покупки. Когда у него несколько раз не получится зарегистрироваться, тоже уйдет на другой сайт.

78 Что делать, чтобы не повторять эти ошибки:

79 <ul><li>Тестировать после добавления каждой новой функции. В том числе после интеграции с системой оплаты.</li>

80 <li>Проверить взаимодействие сайта с разными почтовыми ящиками.</li>

81 <li>Писать автотесты для написанного кода.</li>

82 </ul>Мы добавили тестирование после каждого этапа, самые сложные участки работы проверили по несколько раз. Багов стало меньше. Из 12 критических осталось пять.

83 Из значимых - ни одного. Плюс остались пять малозначимых дефектов, которые мы не трогали. Итого: было 20, стало десять.

84 На этом этапе нужно еще раз вычислить уровень отклонений, учитывая изменения. Используем уже знакомую формулу и новые показатели.

85 10 ÷ 90 = 0,1

86 Умножаем на миллион, получаем - 111 111,1. Снова смотрим в таблицу. Уровень сигм все еще между 2 и 3, но процент дефектов уменьшился. Это уже неплохой результат.

87 Суть этого этапа в том, чтобы сделать стабильными все процессы, которые принесли улучшения. Например, если вы стали тестировать сайт после каждого этапа, а самые сложные участки работы - по несколько раз. Багов стало меньше и вы снова вернулись к привычному процессу работы. То есть не используете полученный опыт и все время возвращаетесь на шаг назад.

88 <h2>Команда и роли в ней</h2>

89 Улучшать процесс и проходить весь путь проекта DMAIC будет команда. Ее нужно собрать и обучить.

90 В команду входят от трех до десяти человек, но чаще - пять-шесть. Это люди с разными навыками и опытом. Как в кросс-функциональных командах в <a>Scrum</a>.

91 В концепции шести сигм есть ролевое деление по уровню знаний и опыту. Их обозначают титулами из восточных единоборств.

92 Еще раз коротко о том, как идет работа над проектом с концепцией шести сигм. Что нужно делать:

93 <ul><li>Выбрать путь: улучшение, решение проблем или трансформация.</li>

94 <li>Создать команду под проект, назначить лидера - черный или зеленый пояс.</li>

95 <li>Составить план с обоснованием проекта. Указать проблемы и почему их нужно решить. Не забыть про цели, методы решения. Расписать задачи сотрудников и кто за что отвечает.</li>

96 <li>Обучить команду. Этим занимается лидер, руководитель или менеджер проекта: учит сотрудников использовать метод DMAIC для достижения целей компании.</li>

97 <li>Работать по методологии и реализовывать план.</li>

98 <li>Стабилизировать полученные результаты.</li>

99 </ul><h2>Какие нужны инструменты</h2>

100 Концепция основана на статистике, поэтому для внедрения шести сигм понадобятся следующие инструменты.

101 Ментальные карты, блок-схемы, чтобы отражать структуру и процессы.

102 Так выглядит блок-схема процесса принятия решений.<a>Источник</a>Таблицы, чтобы собирать данные и показатели. Графики и диаграммы, чтобы анализировать процессы.

103 Например, диаграмма Парето подходит для работы с багами. <a>Источник</a><a>Инструменты</a>, чтобы управлять проектом и работать с документацией.

104 Подведем итоги и вспомним, что важно учитывать, если используете концепцию шести сигм.

105 <ul><li>Оценить проблему и подтвердить ее наличие фактическими данными.</li>

106 <li>Ориентироваться на пользователя во всех действиях.</li>

107 <li>Найти причину проблемы, подтвердить фактами, что это именно она.</li>

108 <li>Отказаться от старых подходов.</li>

109 <li>Управлять рисками.</li>

110 <li>Измерить результаты, фактические показатели.</li>

111 <li>Сохранить полученные результаты и использовать их в дальнейшем.</li>

112 </ul>Шесть сигм - это много цифр и статистики. Нужно уметь пользоваться разными инструментами, чтобы собрать точные данные. Попробовать многие методы прежде, чем найдете подходящие. Если вы уже знаете основы Lean и гибких методологий, например, работали по Scrum, то будет проще.

113 Если пока нет похожего опыта или он небольшой, то необходимые знания можно получить на курсе "<a>Управление digital-проектами</a>". Вы узнаете не только много новых терминов, но и научитесь правильно их применять.