Product Manager в IT-разработке как капитан корабля. С одной стороны, он подчинён руководству компании, которое спросит за итоги работы, но с другой, в своём проекте он царь и бог. Каким будет продукт, как он будет выглядеть, каким будет его функциональность, как он будет организован – всё это зависит от дизайнера, архитектора, программистов, но больше всего – от Product Manager’а. Ключевой человек. Такого трудно найти. Даже названия должности в русском языке для него пока нет.На вопросы о том, что должен уметь Product Manager, какими качествами обладать, откуда его “переманить” или как его вырастить отвечает Байрам Аннаков (доедающий, кстати, очередную пару собак в деле руководства IT-разработкой). Ну и, конечно, о том, как стать Product Manager’ом.Интеллектуальная карта передачи:
Друзья, как вы, наверное, заметили, у нас в блоге стали появляться около-ИТшные темы, которые являются непосредственным результатом активного развития ИТ отдела в нашей компании. Кроме того, как вы помните, мы просто обожаем различные междисциплинарные направления. Поэтому с этого поста мы решили открыть раздел InsightIT, в который будем публиковать интересные темы из сферы информационных технологий и их применения в бизнесе и управлении.
Если Вы находитесь “на волне” в области IT-разработки, то, вероятно, знаете, что вторая половина 20 века принесла человечеству – наряду с очевидно полезными вещами – и невероятное количество разношерстных “DD” – то бишь, методологий, методик и методичек по поводу того, как верно разрабатывать софт. Ну вот, например, MDD (Model Driven Development), TDD (Test), BDD (Behaviour) и даже DDD (Design) .
Все эти концепции, конечно, придуманы не абы кем (и весьма умными головами) – однако у программистов-пролетариев при упоминании хотя бы одного из этих страшных слов начинается мигрень, мутнеет взгляд и опускаются руки. Результат один – затяжная депрессия, и каждый вновь написанный скучный тест приближает на шаг к могиле.
Что делать?
Для начала – посмотреть вглубь себя. И, как ни странно, именно здесь разглядеть коренной недостаток достаточно формальных систем вроде TDD. Они убивают драйв. И ни гигантская зарплата, ни даже эстетическое удовольствие от построения целостного, с безысходностью верно работающего продукта часто не способны покрыть отсутствие удовольствия от самого процесса разработки.
Назад, к инстинктам! Вот три истинных и вечных, как мир, утверждения:
Почему одни задачи делаются быстро, а другие – очень медленно, их выполнение постоянно откладывают, называют «задачами-какашками»?Почему сложно заставить себя начать делать такую задачу? Read more »