Вы должны знать методологию анализа больших заводских проблем.

ПОЧЕМУ: Зачем изучать методологию Replay?

Лидер без методологии обзора - это катастрофа для компании!

• Игнорирование обзора может привести к анализу только таблицы и, таким образом,没挖掘根因, в следующий раз вспыхнет более серьезная проблема.
• Игнорирование проверки заставит сотрудников думать, что проблемы — это нормально.降低对自身的要求.
• Если не будет стандарта определения ответственности, она будет бесконечными туда-сюда, и трудно будет определить основную ответственность и второстепенную ответственность.不能形成统一意见.

Если есть методология, сотрудники могут взять на себя инициативу в процессе проверки, показать свои способности и не дать другим свалить вину на вас.

• Многие люди ненавидят ерунду, но越怕麻烦麻烦就越缠着你！
• Потому что определение ответственности влияет на производительность, и есть много мест, где вы можете спорить, так定责不亚于一场宫斗戏！. Овладение инициативой может дать всем предвзятые впечатления и намеки,进攻永远是最好的防守.
• Если вы возьмете на себя инициативу подумать о проблеме заранее, вы можете заранее подготовить планы исправления и сомнения других, чтобы не сказать поспешно не то.

Микро-врачи обращают внимание на сознание владельцев, Али обращает внимание, и говорит много платежей

• Одним словом имеем主观能动性.
• Субъективность — это не ядовитое яблоко, которое капиталисты используют и выжимают из нашей прибавочной стоимости. Постоянное поддержание субъективности в работе может помочь.提高你的执行力、沟通能力、影响力、思考问题、解决问题的能力. И обязанности и права друг друга вы主动承担无人认领义务的时候，也悄悄的拥有了该业务的话语权, накопление меньше и больше, ваше право говорить будет все больше и больше. Чем больше войск приказал Хань Синь, тем лучше Сильные не боялись смерти.

Зная стыд, а затем мужество, неудача - мать успеха

• Признать неудачу — это очень бесстыдно, но, только признав ошибку лицом к лицу, мы можем проанализировать первопричину и исправить ее, а также способствовать собственному росту.
• 强者更在意自身的成长，只要有了实力面子迟早能挣回来.

Методология четырехстрочного обзора

Цель повтора

• 搞清楚事实.
• 全面且深入的分析出根因: Пять вопросов Toyota.
• 得出让各方心服口服的定责结论.
• 制定可以落地的改进方案.

1. Хронология

Информация о временной шкале может отражать скорость обнаружения проблемы, скорость ответа каждой команды, скорость выполнения плана, эффективность обработки каждой командой и т. д.

• Удалить проблему发现过程.
• решение проблем处理过程приняты различные ключевые меры.
• уточнить проблему恢复的时间.
• уточнить проблему影响的结果.

Цепочка проблем

• Анализ бизнес-процессов: разобраться во всех проблемах, связанных业务系统中的传导顺序, найдите источник проблемы (проект) и увеличьте масштаб.
• Анализ процессов проекта: выявление проблем в проекте开发流程中的根源点, что является конкретной причиной для продукта, внешнего интерфейса, внутреннего интерфейса, тестирования, эксплуатации и обслуживания.

3. Цепочка ответственности

Поскольку ответственность влияет на производительность, очень сложно и трудно прояснить обязанности каждого члена команды и убедить все стороны.公平公正公开можно решить.

• Определите первичные и вторичные обязанности на основе влияния на временной шкале и причин в цепочке проблем.
  • 违反公司规章制度流程взять на себя основную ответственность.
  • появляться重大疏忽взять на себя основную ответственность.
  • под вопросом源头Возьмите на себя ответственность.
  • под вопросом放大нести основную ответственность.

В-четвертых, линия улучшения

Основное внимание при анализе проблем уделяется не привлечению к ответственности, а повышению способности отдельных лиц и групп не совершать одни и те же ошибки снова и уменьшать влияние, даже если они совершают ошибки. Таким образом, мы должны сформулировать改进方案、改进负责人、时间节点、验收人

• улучшить предложения
  • Вопросы по временной шкале发现、定位、处理流程进行改进, чтобы уменьшить влияние и объем будущих проблем
    • Обнаружить:缺陷检测、日志收集上报、自动报警.
    • позиция:日志分析、全链路分析、错误影像回放.
    • обработать:紧急回滚恢复、问题处理预案、工单规范模板、各系统负责人自动拉群讨论.
  • Улучшить точки соединения между связанными системами проблемы через цепочку проблем,提高系统间的容错性、健壮性、问题发现的及时性.
  • через цепочку вопросов项目开发流程、规范、健壮性进行改进，提高交付标准、测试标准、验证标准.
• Лидер по улучшению: обычно человек, вызвавший проблему, или руководитель проекта.
• Узлы времени: Улучшения без узлов времени — малоприоритетные задачи, и рано или поздно они умрут.
• Приемщик: приемщик и улучшатель должны编写改进报告并发送所有关联人员，经验教训应该分享.

Примечание

• Каждая онлайн-ошибка обходится очень дорого, и не менее важно стандартизировать процесс разработки и качественно изучить проблему.
• Просто запишите код и откажитесь думать, что у деловых людей нет будущего.
• Мы можем научиться повторно установить руководителями командной команды.

Учитесь у:«Руководство по продвижению Дачана» Ли Юньхуанастоятельно рекомендуется!

别忘记对我素质三连，点赞、关注、评论