Вероятно, Сергей, мне просто больше везло с опытом Enterprise-проектов. :) К вашему ответу выше, если и команду и заказчика устраивает, то ок, тогда понятно, почему вы описали именно такой подход. Спасибо за статью!
Это само собой! Но у меня сложилось другое впечатление: «Я аналитик, и я описываю требования, а ты не лезь и тихо рисуй, что тебе говорят». Возможно, я ошибся, но это частая проблема. :)
Естественно. Задача аналитика как раз и понять, что из этого разнообразия требований брать, а что — нет. Я имел в виду, что если правильно донести до команды цели заказчика, то их идеи и предложения могут быть такими же ценными, как и у внешних стейкхолдеров. Кроме того, люди будут чувствовать, что влияют на продукт, а не просто кодят. Даже в аутсорсе.
Запомните: дизайнер занимается только дизайном и все! Он не придумывает требования
Такое лучше не запоминать. :) Дизайнеры, разработчики, QA могут быть отличным источником требований и решений, как в новых продуктах, так и при оптимизации существующих.
True that.
Американцы, конечно, тоже оценивают и сплетничают, но сама культура не позволяет им выставлять свое невежество напоказ. Да и оценивают в большей степени по действиям, а не внешнему виду.
Yeah, right... www.boredpanda.com/tattooed-elderly-people
Очень полезная статья!
Отдельное спасибо за ресурсы и отличный список литературы. Из необычных книг еще вот такая есть: www.amazon.com/...
Отличная статья, спасибо. Все просто: работай, читай, постоянно учись, be humble, но видно это только когда оглядываешься назад. Особо порадовал список книг. По моему опыту, полезно изучать не только то, что напрямую связанно с профессией, но и смежные, или вовсе на первый взгляд не связанные области.Тот же storytelling, screenwriting, даже театр. :)