Всем привет! Меня зовут Пётр Третьяк. За 10 лет в управлении проектами я ни разу не видел, чтобы крупный релиз вышел ровно в ту дату, которую назвали на старте. Ни разу. При этом все на старте в эту дату верили: и заказчик, и команда, и я сам.
Меня зовут Алексей Коваленко, я продвигаю простую идею: со стратегией нужно работать непрерывно, а не раз в год на двухдневной сессии. В этой статье разберу, почему классические стратегические сессии в большинстве случаев не дают результата, и покажу, как переформатировать их так, чтобы стратегия действительно начинала жить в компании.
В этой статье я постараюсь ответить на вопросы: где возникает выгода от математической оптимизации, как достичь этой выгоды и кого позвать на помощь для ее достижения.
Привет всем, я – Соня, IT HRD. Посмотрела большое интервью ex-Amazon VP Ethan Evans про корпоративную политику. Решила с вами поделиться.
Интервью очень откровенное, дядька честно рассказывает, как всё устроено: headcount, реорги, промоушены, менеджеры, влияние, сделки, увольнения.
Материал подготовлен в рамках курса «Системный аналитик»
Всем привет, меня зовут Сергей Прощаев, и в этой статье я расскажу про то, как команды годами пишут «вроде бы одинаковые» (далее…)
Мы часто подходим к готовке как к ватерфоллу: расписали меню, закупили продукты, приготовили по рецепту, закрыли тикет, и так по кругу. А что если перейти на аджайл и начать собирать блюда итерациями из того что есть, адаптируясь под реальный ритм жизни?
Я построила систему, которая решает эту задачу.
Привет, я Тоня. Несколько лет назад я ушла из IT в гастрономию: веду канал, хожу на воркшопы шефов в Лондоне, стала завсегдатаем Le Cordon Bleu и учу готовить так, чтобы даже самый уставший айтишник мог собирать блюда как в лучших ресторанах.
В IT разработке результат дает не один человек, а команда. А в любой команде (даже если она работает на полной удаленке) будут отношения. А где есть отношения, там есть манипуляшки.
DevSecOps часто воспринимают как набор инструментов, которые можно просто добавить в CI/CD. На практике же это не только техника, но и изменение процессов, ролей, метрик и подхода к безопасной разработке. При внедрении DevSecOps регулярно можно увидеть одну и ту же картину: компания решает «внедрить DevSecOps», покупает SAST-инструмент, встраивает его в пайплайн — и через месяц разработчики его ненавидят, безопасники игнорируют отчёты, а скорость релизов падает на 40%. Почему? Неужели современные SASTрешения так плохи?
