Рубрики
Uncategorized

Провал Agile; Советы по инциденту постмерем; и мысли по вопросу отслеживание

Мой TL; DR стильные ноты из статей я читал сегодня. Без провала Agile Agile предлагает EMB … с меченым с сегодняшним, Agile, DevOps.

Мой TL; DR стильные ноты из статей я читал сегодня.

Провал гигиены

  • Agile предлагает обниматься изменениями, используя подход «проверки и адаптации». Это возможно только для опытных и опытных членов команды, у которых есть ментальные модели, чтобы справиться с реальной мирской абстракцией этих концепций в пьесе.
  • Для начинающих проще следовать простым, без контекстно-бесплатных правил. Прогибальные методы имеют некоторые конкретные практики для начала и новых команд, защелкивающихся к тем и застряли там.
  • Энди Хант, один из 17 учредителей/авторов Agile Mainifeesto, наряду с Джаредом Ричардсом, предложил этому решения этим несколько лет назад, который борется с этими проблемами Agile.
  • Это метод растений, где растет для растущих реальных ориентированных рабочих систем. Это направлено на доказательную проверку реальной обратной связи.
  • Примечательная цитата Энди, которая объясняет свое мышление позади:

«Программное обеспечение не разработано и построено; это слишком детерминированная, линейная модель, которая не работает здесь. Выращивание — лучшая метафора, потому что с ростом приходит изменение. Real-More ориентирован на идею, что нам нужно основывать все наши решения и направление на фактические доказательства: обратная связь из реального мира в реальных условиях. Все остальное — это просто некоторое неудачное сочетание фантазии и желаемого мышления ».

Полный пост здесь 5 минут прочитаны

Как мы пишем инцидент постмертем

  • Запишите влияние инцидента, шаги, предпринятые для его смягчения, узнают из него и последующие задачи.
  • Сделайте Postmortem командные усилия, во главе с инженером по вызову и составьте график инцидента.
  • Держите разговор без вины.
  • Спросите, как была позволена ошибка, будь то автоматизация предотвращена его в первую очередь, и были ли неправильные предположения за ошибкой (ы).
  • Проверьте, были ли предупреждения для проблемы достаточно быстро и могут ли они быть улучшены или добавлены.
  • Рассмотрим, была ли первоначальная оценка воздействия инцидента было точным и было ли влияние было хуже, чем было.

Полный пост здесь 10 минут прочитаны

Перспективы по отслеживанию вопроса

Некоторые фундаментальные возможности отслеживания выпуска Мы должны обратить внимание на:

  • Это помогает в привлечении уникальных задач, которые необходимо выполнить.
  • Это помогает выявить право собственности на вопрос, иногда распространяющийся на несколько ролей.
  • Это позволяет организацию вопросов в компоненты, горячие стоги, спринты, релизы, отставать и т. Д.
  • Это может установить иерархию и взаимосвязь между вопросами.
  • Это помогает объединять дискуссии по вопросу, поддерживая комментарии.
  • Выпуск трекеров делают для отличных репозиториев знаний для постмерем.

Полный пост здесь 8 минут прочитаны

Я разделяю эти TL; DR версии статей о программном обеспечении, которые я прочитал каждый будний день через мой бюллетень — in.snippets (). Подпишите здесь Если вам понравилось то, что вы только что прочитали.

Оригинал: «https://dev.to/mohanarpit/failure-of-agile-tips-for-incident-postmortems-thoughts-on-issue-tracking-5ban»