Жемчужины разработки. Чему мы научились за 50 лет создания ПО
Совершенное программное обеспечение невозможно создать без изучения накопленного опыта. Опыт — главный учитель, но медленный и нередко болезненный. Но зачем же нам повторять ошибки? Книга «Жемчужины разработки» поможет совершенствоваться быстрее и избежать многих проблем, обучаясь на опыте других людей, которые уже поднялись по кривой обучения. Карл Вигерс сформулировал 60 кратких практических уроков, которые подойдут для любых проектов, независимо от роли, отрасли, технологии или методологии. Идеи и конкретные рекомендации охватывают шесть важнейших элементов успеха: требования, дизайн, управление проектами, культуру и командную работу, качество и совершенствование процессов. Для каждого из направлений Вигерс предлагает «первые шаги», позволяющие осмыслить собственный опыт, уроки с основными идеями, реальными примерами и действенными решениями и «следующие шаги» для внедрения опыта в вашем проекте, команде или организации. Эти знания нельзя получить в университете!
Жас шектеулері: 16+
Құқық иегері: Питер
Баспа: ООО "Прогресс книга"
Аудармашы: Лариса Киселева
Қағаз беттер: 470
Пікірлер9
👍Ұсынамын
💡Танымдық
🎯Пайдалы
В целом, хороший свод адекватных правил. По стилю напоминает дядюшку Боба. После "Разработки требований к ПО" вряд ли будет много нового. Но вот вместо для не профильных спецов - можно прочитать, легче идет, хотя, конечно, и про другое.
👍Ұсынамын
🔮Қазыналы
💡Танымдық
🎯Пайдалы
🚀Көз ала алмайсың
Прописные истины разработки ПО
👍Ұсынамын
🎯Пайдалы
Очень полезная книга для любого айтишника. Читайте, не пожалете.
Если вы продуктовый менеджер, или бизнес/системный аналитик, или руководитель любой команды, то читайте тем более.
Если вы продуктовый менеджер, или бизнес/системный аналитик, или руководитель любой команды, то читайте тем более.
Дәйексөздер2791
Две распространенные практики выявления требований — телепатия и ясновидение.
бизнес-требования описывают, почему организация берется за проект. Пользовательские требования описывают, что пользователи смогут делать с помощью продукта. Функциональные требования сообщают разработчикам, что они должны создать. Согласование бизнес-, пользовательских и функциональных требований — важный компонент успешного планирования.
У организаций никогда нет времени, чтобы правильно создать программное обеспечение, но они находят ресурсы, чтобы исправить его позже
