Как сломать взаимодействие продуктовой команды: 5 вредных советов и антикейсов

У нас строго блюдут безумные цепочки согласований, раньше тоже надо было распечатывать любое ТЗ или правки к нему и ходить по отделам собирать подписи. И не важно, что замечаний по электронному варианту могло и не быть, но как только появлялся бумажный экземпляр в ход шли правки ручкой, которые потом переносились в электронный документ и так по кругу. Насколько я знаю, у моего коллеги один из согласующих так правил док 9 раз, каждый раз после внесения своих же правок. Сейчас согласовывал док с 13 подписями... Благо теперь это в электронном виде и не надо ходить на поклон.
Еще нравится, когда через боль и страдания согласованное решение через время объявляют неправильным и удивляются, как такое вообще могли подписать и накидывают под конец разработки к поддержке еще парочку крайне нужных фишек, хотя в момент обсуждения яро отстаивалось наличие сугубо 1 и никак не более.
В целом все из перечисленных пунктов в той или иной степени есть.

БагБаунти с АстраЛинус или то, что нужно знать о защищённости защищённой ОС

все довольно просто, сначала изделие попадает в испытательную лабораторию или делается все своими силами при наличии оных.
как пример, когда это было первый раз для меня, очень удивился звонку из лаборатории, куда отправили свой продукт и там спрашивали, а как развернуть инфраструктуру для установки вашего продукта и что значит ESXi?
и тут я понял, как проходят проверки... в результате получаем то что получаем.

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