Project Management

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

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

Понимаю, вы разработчик. Вы смотрите на WordPress и думаете: «Я мог бы создать что-то лучше этого раздутого беспорядка, даже во сне». Вы смотрите на кривую обучения Drupal и задаётесь вопросом, не были ли создатели тайными садистами. И даже не заставляйте меня начинать на экзистенциальный кризис, который заключается в попытке объяснить Joomla клиенту в 2025 году. Но вот в чём дело — и я говорю это с любовью — вероятно, вам не стоит создавать собственную CMS....

Пора признать: Agile-манифест не просто устарел — он стал настоящим пережитком прошлого. Это как тот коллега, который до сих пор настаивает на использовании Internet Explorer «потому что он нормально работает». Мы цепляемся за документ, которому уже 24 года, как за священный грааль разработки программного обеспечения. Но вот неудобная правда: Agile стал тем, с чем стремился бороться. Не поймите меня неправильно — я не собираюсь выбрасывать ребёнка вместе с bathwater. Оригинальный Agile-манифест был революционным для своего времени, освобождая от жёстких оков каскадной модели....

Начну с признания: раньше я был настоящим фанатом эпиков. Каждый запрос на добавление функции, каждый этап проекта, каждый чих в офисе упаковывался в блестящий контейнер эпика. «Просто добавь это в эпик!» — провозглашал я, словно какая-то фея Agile, размахивающая своей палочкой невыполненных задач. Но после нескольких лет наблюдения за тем, как проекты терпят неудачи, команды выгорают, а заинтересованные стороны недоумённо чешут головы, я пришёл к отрезвляющему выводу: эпики не всегда являются решением....