Эту статью я решил написать после прочтения резонансных эмоциональных публикаций на тему технического регресса в ИТ-индустрии (https://habr.com/ru/post/596517/ и https://habr.com/ru/post/673236/). Поскольку я сам много лет занимался вопросами безопасности и качества в сфере транспорта, в ней я постараюсь осветить корни проблемы и возможные пути её решения.

Снижение качества продукции в сфере ИТ — часть общемирового тренда на падение уровня качества во всех ключевых отраслях экономики. Если посмотреть динамику за последние 30 лет, то ситуация в ИТ принципиально ничем не отличается от ситуации в строительстве или любой другой отрасли. Эту проблему тщательно замалчивают, поскольку предание её огласке поставило бы множество неудобных вопросов перед органами власти в любом государстве.

https://habr.com/ru/post/679564/?utm_source=habrahabr&utm_medium=rss&utm_campaign=679564

«Вначале было слово и это слово было два байта»

Старая шутка программистов

В практике работы отдела тестирования редко, но всё же возникают разногласия между участниками проекта, не являющимися тестировщиками, в неверной трактовке терминов вплоть до не совсем полного понимания что же такое «тестирование». Почему то, что существует на проекте не относится не только к «обеспечению качества» но и даже к «контролю качества». Я постараюсь объяснить разницу между этими терминами на примере очень условного «проекта», который зарождается не в большой корпорации с несколькими участниками, а буквально «на коленках» энтузиаста-Разработчика.

https://habr.com/ru/post/671874/?utm_source=habrahabr&utm_medium=rss&utm_campaign=671874

С момента выхода блестящей книги Николаса Карра «Блеск и нищета информационных технологий: Почему ИТ не являются конкурентным преимуществом» прошло 16 лет, но за это время мало что изменилось. Затраты на программное обеспечение (ПО) по-прежнему являются настоящей чёрной дырой для бюджетов компаний и государственных органов управления, ведь зачастую их конечный результат практически невозможно увидеть.

Стандартизация используемых программных продуктов (ПП) и их элементов (блоков) — единственно верный способ для организации в несколько раз снизить затраты на ПО и повысить их эффективность.

Этот текст предназначается, в первую очередь, управленцам: руководителям и тем, кто занимается организацией работ по созданию, использованию и сопровождению ПП. В нём мы рассмотрим проблемы, которые могут возникнуть в ходе стандартизации, и способы их решения.

https://habr.com/ru/post/669346/?utm_source=habrahabr&utm_medium=rss&utm_campaign=669346

Канва продукта (Product Canvas) может помочь решить ряд проблем при переходе к организации, ориентированной на продукт. Возможно, вам стоит сделать шаг назад, чтобы переосмыслить свою продуктовую стратегию. Возможно, вы осознаете, что не способны оптимально организовать разработку продукта, и вам необходимо перестроить свою организацию таким образом, чтобы ее структура следовала за продуктом. Или, возможно, вам нужно улучшить методы управления продуктом.

https://habr.com/ru/post/659033/?utm_source=habrahabr&utm_medium=rss&utm_campaign=659033