Product Development — всё по этой теме для программистов


Оглавление (нажмите, чтобы открыть):

Как я ушел из продаж и стал программистом за 1 год

Я захотел стать программистом совсем недавно, уже после того как закончил вуз и успел поработать в другой сфере. В детстве я вообще не знал, чем хочу заниматься, когда вырасту. А когда заканчивал 9 класс, мама решила, что я обязательно должен стать таможенником. Я закончил юридический, но по специальности ни одного дня в жизни не работал.

Трудился 5 лет в продажах, в том числе, был руководителем колл-центра. Но пару лет назад начал задумываться над тем, чтобы поменять сферу работы.

Я решил, что нужно искать специальность, в которой я буду востребован всегда, и где мне не придется переживать по поводу завтрашнего дня.

Когда грянул кризис, зарплаты в продажах сильно упали. При этом, насколько я знал, зарплаты программистов не просели.

Думал, что программированию можно научиться только в вузе

Когда я работал продавцом, думал, что на программиста нужно отучиться лет 5 в институте, закончить магистратуру, написать кандидатскую и еще иметь дополнительную вышку по математике. Тогда все программисты для меня были на одно лицо. Не было важно, кто пишет на C++, на Java или HTML — работа каждого казалась одинаково сложной для освоения. На деле все оказалось не так страшно.

Я стал выбирать подходящие онлайн-курсы. Попробовал курсы по программированию на Java — JavaRush, но они меня не зацепили. Не было живых примеров, возможности задать вопросы преподавателю. Дальше я сам попробовал заниматься, смотрел бесплатные видеоуроки по созданию сайтов.

Я попробовал самостоятельно заняться разработкой сайтов и это мне безумно понравилось.

В веб-разработке меня вдохновила визуальная составляющая. Ты что-то пишешь и буквально сразу видишь результат. Пара строк и на экране появился логотип, еще пара строк — цвет поменялся. Это для меня магия какая-то, которая сразу захватила.

Оценил эффективность профессии «Веб-разработчик»

Дальше я прошел бесплатные интенсивы на GeekBrains, чтобы понять, нравится мне это или нет. В результате записался на курс обучения профессии веб-разработчика. В дальнейшем хочу продолжить обучение на факультете веб-разработки GeekUniversity.

Мне нравится, что на онлайн-уроке преподаватель в реальном времени что-то набирает на экране и сразу поясняет, что он делает. Тем, кто только начинает учиться на дистанционных курсах, я советую отключить телефон, все мессенджеры, торренты и другие вкладки на компьютере. Разверните окошко с лекцией на весь экран и ни на что не отвлекайтесь. Это самое важное.

Умение концентрироваться и внимательность — это must-have любого разработчика.

Нужно понимать, что на лекциях преподаватель не даст вам всей существующей информации по теме, потому что это нереально в силу временных ограничений. И изначально нужно готовиться, что придется очень много читать и учить. Например, я после курса HTML/CSS кучу всяких дополнительных фишек выучил самостоятельно. Меня очень вдохновил преподаватель Алексей Кадочников, он умеет заинтересовать, доступно подает материал и готов ответить на все вопросы.

На курсах дают хорошую базу. Уже после первого блока можно сверстать сайт. Но есть куча дополнительных приколов и фишек, которые открываются дополнительно, когда начинаешь читать профессиональные сайты. Это та сфера, где нужно постоянно учиться.

Нашел хорошую работу в Екатеринбурге за 1,5 месяца

Первые несколько месяцев учебы я работал в интернет-магазине обычным продавцом. Я специально нашел такую работу, чтобы она не мешала учебе: недалеко от дома, не очень высокая зарплата, но четкий график с 9 до 18, после которого можно сразу пойти домой и заниматься. Также на работе в свободное время была возможность читать нужную литературу.

Когда немного подтянул знания, я уволился, съездил в отпуск и начал искать работу по той специальности, которую изучаю.

На поиски потратил 1,5 месяца: разослал резюме примерно на 100 очень разных позиций, даже на те, где требовался опыт; выполнил где-то 5 тестовых заданий.

Многие не отвечали, но я не особо переживал. Я прекрасно понимал, что рано или поздно найду работу, при этом не рассчитывал на большую зарплату. Готов был работать за 12-15 тысяч, чтобы получить практику. Для сравнения, опытные программисты у нас в Екатеринбурге получают 50-70 тысяч.

А потом я попал на собеседование в веб-студию «Современная творческая лаборатория», которая искала именно начинающего программиста. Им был нужен специалист, которого они обучили бы своим стандартам, стилистике кода. Я прошел собеседование, выполнил тестовое задание и мне предложили зарплату, которая была больше той, на которую я рассчитывал, и удобный график. Недавно я получил свой первый аванс.

Я получил, что хотел, потому что выбрал сферу, которая меня по-настоящему увлекла, не побоялся начать в ней с нуля и был готов много учиться.

Я захотел стать программистом совсем недавно, уже после того как закончил вуз и успел поработать в другой сфере. В детстве я вообще не знал, чем хочу заниматься, когда вырасту. А когда заканчивал 9 класс, мама решила, что я обязательно должен стать таможенником. Я закончил юридический, но по специальности ни одного дня в жизни не работал.

Трудился 5 лет в продажах, в том числе, был руководителем колл-центра. Но пару лет назад начал задумываться над тем, чтобы поменять сферу работы.

Я решил, что нужно искать специальность, в которой я буду востребован всегда, и где мне не придется переживать по поводу завтрашнего дня.

Когда грянул кризис, зарплаты в продажах сильно упали. При этом, насколько я знал, зарплаты программистов не просели.

Думал, что программированию можно научиться только в вузе

Когда я работал продавцом, думал, что на программиста нужно отучиться лет 5 в институте, закончить магистратуру, написать кандидатскую и еще иметь дополнительную вышку по математике. Тогда все программисты для меня были на одно лицо. Не было важно, кто пишет на C++, на Java или HTML — работа каждого казалась одинаково сложной для освоения. На деле все оказалось не так страшно.

Я стал выбирать подходящие онлайн-курсы. Попробовал курсы по программированию на Java — JavaRush, но они меня не зацепили. Не было живых примеров, возможности задать вопросы преподавателю. Дальше я сам попробовал заниматься, смотрел бесплатные видеоуроки по созданию сайтов.

Я попробовал самостоятельно заняться разработкой сайтов и это мне безумно понравилось.

В веб-разработке меня вдохновила визуальная составляющая. Ты что-то пишешь и буквально сразу видишь результат. Пара строк и на экране появился логотип, еще пара строк — цвет поменялся. Это для меня магия какая-то, которая сразу захватила.

Оценил эффективность профессии «Веб-разработчик»

Дальше я прошел бесплатные интенсивы на GeekBrains, чтобы понять, нравится мне это или нет. В результате записался на курс обучения профессии веб-разработчика. В дальнейшем хочу продолжить обучение на факультете веб-разработки GeekUniversity.

Мне нравится, что на онлайн-уроке преподаватель в реальном времени что-то набирает на экране и сразу поясняет, что он делает. Тем, кто только начинает учиться на дистанционных курсах, я советую отключить телефон, все мессенджеры, торренты и другие вкладки на компьютере. Разверните окошко с лекцией на весь экран и ни на что не отвлекайтесь. Это самое важное.

Умение концентрироваться и внимательность — это must-have любого разработчика.

Нужно понимать, что на лекциях преподаватель не даст вам всей существующей информации по теме, потому что это нереально в силу временных ограничений. И изначально нужно готовиться, что придется очень много читать и учить. Например, я после курса HTML/CSS кучу всяких дополнительных фишек выучил самостоятельно. Меня очень вдохновил преподаватель Алексей Кадочников, он умеет заинтересовать, доступно подает материал и готов ответить на все вопросы.

На курсах дают хорошую базу. Уже после первого блока можно сверстать сайт. Но есть куча дополнительных приколов и фишек, которые открываются дополнительно, когда начинаешь читать профессиональные сайты. Это та сфера, где нужно постоянно учиться.

Нашел хорошую работу в Екатеринбурге за 1,5 месяца

Первые несколько месяцев учебы я работал в интернет-магазине обычным продавцом. Я специально нашел такую работу, чтобы она не мешала учебе: недалеко от дома, не очень высокая зарплата, но четкий график с 9 до 18, после которого можно сразу пойти домой и заниматься. Также на работе в свободное время была возможность читать нужную литературу.

Когда немного подтянул знания, я уволился, съездил в отпуск и начал искать работу по той специальности, которую изучаю.

На поиски потратил 1,5 месяца: разослал резюме примерно на 100 очень разных позиций, даже на те, где требовался опыт; выполнил где-то 5 тестовых заданий.

Многие не отвечали, но я не особо переживал. Я прекрасно понимал, что рано или поздно найду работу, при этом не рассчитывал на большую зарплату. Готов был работать за 12-15 тысяч, чтобы получить практику. Для сравнения, опытные программисты у нас в Екатеринбурге получают 50-70 тысяч.

А потом я попал на собеседование в веб-студию «Современная творческая лаборатория», которая искала именно начинающего программиста. Им был нужен специалист, которого они обучили бы своим стандартам, стилистике кода. Я прошел собеседование, выполнил тестовое задание и мне предложили зарплату, которая была больше той, на которую я рассчитывал, и удобный график. Недавно я получил свой первый аванс.

Я получил, что хотел, потому что выбрал сферу, которая меня по-настоящему увлекла, не побоялся начать в ней с нуля и был готов много учиться.

2. Почему многие программисты становятся менеджерами?

15 лет назад я почему-то очень хотел быть менеджером проектов. Путь из HTML-кодера в менеджеры довольно забавен, но у меня к сожалению получилось. Очень мне нравилось строить красивые Гантт чарты, делать эстимейты по методу Дельфи, применять Critical Chain Management и пытаться убедительно разговаривать с программистами.

К счастью во всем многообразии литературы по управлению проектами, рисками, сбором требований, успешных коммуникаций и историй успехов мне попалась книжка по экстремальному программированию. Тогда стало совершенно очевидно, что все мои свежие знания по управлению проектами можно засунуть в далекий ящик и закрыть на ключ. Я прочитал все, что было написано в то время по гибкой разработке, начал изучать PHP и применять XP на практике. Постепенно из наивного менеджера проектов я превратился в среднего программиста, чему в целом несказанно рад.

В этой короткой заметке поговорим о правильных и неправильных причинах превращения программистов в менеджеров. Начнем с неправильных.

  1. Мне будут платить больше. Это возможно так, но только для менеджеров департаментов или выше. Менеджеры проектов в целом зарабатывают меньше программистов. И не нужно забывать, что +1K к зарплате в $4K вряд ли сделает вас сильно богаче или счастливее. Денежная мотивация перестает работать на уровне $5K.
  2. Работа менеджера интересная. Для данного утверждения у вас должны быть специфические черты характера. К примеру, вам должно очень нравиться общаться с другими людьми, решать личные конфликты, уметь глубоко разбираться в людях и находить верные подходы к каждому. Большинство программистов не обладают вышеперечисленными качествами, им ближе абстрактный мир систем и более-менее формальных правил. Конечно, можно все поднять на уровень социальных систем, но они чрезвычайно сложные с огромным количеством неявных параметров, поэтому у вас будет постоянное ощущение wtf?
  3. Должность менеджера — это выражение признания и заслуг. Давайте начистоту. Во многом это проявление гордыни. Ну что вам, так нравится управлять другими людьми? Вы действительно хотите формально быть выше других программистов? Может быть лучше добиться признания чем-то другим? Например, можно писать клевые статьи. Выступать на конференциях. Решать сложные технические проблемы и рассказывать об этом другим. Обучать людей вокруг. Я думаю есть много способов добиться признания, если уж очень хочется, и менеджмент совсем не лучший вариант, хотя в чем-то самый простой.
  4. Программирование надоело. Скорее всего у вас выгорание и лучшим решением будет отпуск на 6–12 месяцев. Возможно, после отпуска ничего не изменится. Может быть это время сменить профессию. Уход в менеджеры вряд ли решит проблему. Будет много всего неинтересного, много давления, много ответственности и мало счастья.
  1. Больше некому. Кому-то надо ходить на интервью, решать конфликты, увольнять, создавать условия и оценивать. Я бросил программирование где-то в 2009 именно по этой причине. И сейчас немного об этом жалею, потому что создавать системы гораздо интереснее, чем заниматься процессами. Оглядываясь назад, если бы я был умнее, то сразу строил бы распределенную организацию на принципах open allocation и с минимальными потребностями в формальных менеджерах. Маленьким командам менеджеры просто не нужны (но нужны лидеры), а большие команды не нужно создавать. Я считаю себя весьма посредственным менеджером и стараюсь управлять как можно меньше.

Кроме того, надо очень хорошо понимать, что вы потеряете, уйдя в менеджеры:

  1. Вы не сможете создать продукт самостоятельно. Через несколько лет вы не сможете ничего сделать руками, и не сможете самостоятельно стартовать продукт. Это печально.
  2. Покой. Забудьте о нем. Я серьезно. Его заменят постоянные стрессы.
  3. Фокус. Лет через 5 вы больше не сможете сфокусировано работать над задачами. Многозадачность и постоянный context switching станут нормой и плотно войдут в вашу жизнь. Один час, выделенный на задачу, будет казаться чудом. У вас будут сложности с чтением книг, больших статей и наблюдением за звездами.

Короче, единственная правильная причина для превращения программиста в менеджера — это безысходность. Мир потеряет хорошего программиста, а приобретет среднего менеджера.

Английский для программистов и других компьютерных специальностей: полезные слова и фразы из мира IT

PHP, Python, Java… Какой язык учить? Учите английский!

Для тех, кто нашел себя в IT-индустрии, владение английским — must-have. Вы еще не знаете этого выражения? Читайте далее: в нашей статье мы с вами изучим самые распространенные слова и фразы, которые используют работники компьютерной отрасли. Также мы дадим несколько советов, которые уже сегодня помогут вам в изучении английского языка.

Компьютерные профессии на английском

Разработчик программного обеспечения, программист (Software Developer, Computer Programmer) — разрабатывает приложения для выполнения различных задач на компьютерах и других устройствах.

Исследователь в области вычислительной техники и информатики (Computer and Information Research Scientist) — придумывает новые технологии для решения сложных проблем в различных областях, таких как медицина, образование или бизнес.

Системный аналитик (Computer System Analyst) — анализирует бизнес-требования к создаваемому программному продукту и предлагает наилучшие пути их воплощения.

Сетевой архитектор (Computer Network Architect) — специализируется на создании корпоративных сетей для предприятий и организаций.

Веб-разработчик (Web Developer) — разрабатывает веб-сайты для предприятий и организаций.

Администратор баз данных (Database Administrator) — занимается организацией и хранением данных, а также их защитой от несанкционированного доступа.

Системный администратор (Network and Computer System Administrator) — занимается установкой и поддержкой компьютерных систем для различных организаций и учреждений (школы, больницы, банки).

Графический дизайнер (Graphic Designer) — создает компьютерную графику.

Тестировщик ПО (Software Tester, Quality Assurance Person или QA) — тестирует программное обеспечение.

Технический писатель (Technical Writer) — создает документацию к программному продукту.

Специалист техподдержки (Computer Support Specialist) — помогает пользователям решать проблемы с компьютером.

О чем говорят айтишники: полезные фразы для ежедневного общения

Даем описание продукции

Простое настоящее время (Present Simple)

— It costs fifty dollars. (How much does it cost?) — Оно стоит 50 долларов. (Сколько оно стоит?)
— It monitors employee activity. (What does it monitor?) — Оно отслеживает действия сотрудников. (Что оно отслеживает?)
— It is easy to use. (Is it easy to use?) — Им несложно пользоваться. (Сложно ли им пользоваться?)
— It is available in three colours. (Is it available in other colours?) — Оно есть в трех цветах. (Оно есть в других цветах?)
— It comes with a two-year guarantee. (Does it come with a guarantee?) — Оно идет с двухгодичной гарантией. (Оно идет с гарантией?)

Пассивный залог (Passive Voice)

— This device is manufactured in India. (Where is this device manufactured?) — Это устройство произведено в Индии. (Где произведено это устройство?)
— It is designed for competent users. (Who is it designed for?) — Оно разработано для опытных пользователей. (Для кого оно разработано?)
— It can be used for internal communication. (What can it be used for?) — Оно может использоваться для внутренней связи. (Для чего оно может использоваться?)
— It is equipped with a signature recognition software. (What is it equipped with?) — Оно оборудовано программным обеспечением для распознавания подписи. (Чем оно оборудовано?)
— The cover is made of leather. (What is the cover made of?) — Обложка сделана из кожи. (Из чего сделана обложка?)

Сравнительная и превосходная степень (Comparatives and Superlatives)

— The new version is more reliable than the old one. (Is the new version more reliable than the old one?) — Новая версия надежнее, чем старая. (Новая версия надежнее старой?)
— It’s smaller than a laptop. (Is it smaller than a laptop?) — Оно меньше, чем ноутбук. (Оно меньше, чем ноутбук?)
— It’s not as expensive as a PC. (Is it cheaper than a PC?) — Оно не такое дорогое, как персональный компьютер. (Оно дешевле персонального компьютера?)
— It’s the cheapest product on the market. — Это самый дешевый продукт на рынке.

Устраняем неполадки

Настоящее совершенное время (Present Perfect)

— Have you tried removing the program? — Вы пытались удалить программу?
— Have you checked your network settings? — Вы проверили настройки сети?
— Have you disabled the extensions? — Вы отключили расширения?

Прошедшее время (Past Tense)

— What were you doing when the error occurred? — Что вы делали в тот момент, когда произошла ошибка?
— Did you initialize the drive? — Вы подготовили диск к работе (инициализировали диск)?
— Did you verify software compatibility? — Вы проверили совместимость программного обеспечения?

“should” — «(Вам) Нужно…»

— You should download a data recovery software. — Вам нужно скачать утилиту для восстановления данных.
— You should back up all the restored data. — Вам нужно создать копию всех восстановленных данных.

“Why don’t you…” — «Попробуйте…»

— Why don’t you try using the default password? — Попробуйте использовать пароль по умолчанию.
— Why don’t you run some tests to make sure everything is stable? — Попробуйте провести несколько тестов, чтобы убедиться, что все в порядке.

Повелительное наклонение (Imperative)

— Burn the ISO to a blank DVD. — Запишите образ ISO на чистый DVD-диск.
— Disable the internal GPU. — Отключите встроенный процессор.
— Don’t attempt to write anything on the hard drive. — Не пытайтесь записать что-либо на жесткий диск.
— Don’t click Yes to format the drive. — Не нажимайте «Да» на предложение отформатировать диск.​

Общаемся с клиентами и коллегами

Разговариваем по телефону

— This is Ivan Popov speaking. — Говорит Иван Попов.
— I would like to speak to Mr Brown. / Can I speak to Mr Brown? — Я бы хотел поговорить с господином Брауном. / Могу я поговорить с господином Брауном?
— I would like to leave a message for Ms Jones. Can you ask her to call me back as soon as possible? — Я бы хотел оставить сообщение для госпожи Джонс. Вы бы не могли попросить ее перезвонить мне как можно скорее?
— I’ll make sure she gets the message. — Я прослежу, чтобы ей передали ваше сообщение.
— I’m sorry, I don’t understand / I can’t hear you very well. — Простите, я вас не понял / я вас не расслышал.
— Could you say that again? Can you speak up a little? — Вы бы не могли повторить? Вы бы не могли говорить чуть громче?
— I’m calling to make an appointment with Mr Brown. — Я бы хотел назначить встречу господину Брауну.
— I’m calling about the problem you reported this morning. — Я звоню по поводу проблемы, о которой вы сообщили утром.
— I’m calling about the computer you have ordered. — Я звоню по поводу компьютера, который вы заказали.
— I’m sorry, I’m in a meeting / I’m very busy at the moment. — Простите, я на совещании / я занят в настоящий момент.
— I’ll get back to you as soon as possible. — Я перезвоню вам, как только смогу.
— Can I call you back this afternoon? — Могу я перезвонить вам днем?

О том, как разговаривать по телефону на английском, читайте в нашей статье Все еще боитесь говорить по телефону на английском?

Пишем электронное письмо

— Dear Mr/Ms Jones, — Дорогой(ая) мистер/миз Джонс,
— Dear Dr Smith, — Дорогой доктор Смит,
— Dear Sir/Madam, — Уважаемый господин/госпожа,
— I am writing to let you know that your payment is overdue. — Сообщаю Вам, что Ваш платеж просрочен.
— Thank you for your e-mail of 29 February regarding the sale of… — Благодарю Вас за Ваше электронное письмо от 29 февраля касательно продажи…
— I am sending you the brochure as an attachment. — Посылаю Вам брошюру в прикрепленном файле.
— Please see the statement attached. — Пожалуйста, рассмотрите прикрепленный акт.
— I am afraid I cannot open the file you have sent me. — Боюсь, у меня не получилось открыть файл, который Вы мне послали.
— Could you send it again in … format? — Вы не могли бы отправить его заново в формате …?
— I look forward to hearing from you. — С нетерпением жду Вашего ответа.
— Yours faithfully, (when you start with Dear Sir/Madam,) — С уважением, (если вы начали письмо с “Dear Sir/Madam”)
— Yours sincerely, (when you start with the name e.g. Dear Ms Collins) — Искренне ваш, (если вы начали письмо с имени или фамилии, например“Dear Ms Collins”)

Мастер Йода рекомендует:  Более глубокое изучение текстового редактора WordPress

Болтаем о том, о сем…

Small talk — «светская беседа», неформальный разговор о чем угодно, только не о делах. Бывает, что важных тем для обсуждения нет, а молчать неудобно. Такое может случиться, например, перед совещанием, пока ждут участников, или во время кофе-брейка — а также у лифта, на остановке или в столовой в обеденный перерыв.

— How are you? Did you have a good weekend? — Как ваши дела? Как провели выходные?
— How is your wife/husband? How are the children? — Как ваш(а) супруг(а)? Как дети?

— It’s so hot today, isn’t it? / It’s so cold today, isn’t it? — Сегодня так жарко, не правда ли? / Сегодня так холодно, не правда ли?
— Yes, very hot/cold for this time of the year. What are you doing at the weekend? — Да, очень жарко/холодно для этого времени года. Чем займетесь на выходных?

— Have you been working here long? — Вы давно здесь работаете?
— Have you met the new accountant? — Вы видели нового бухгалтера?
— Do you know any good restaurants near here? — Вы не знаете какой-нибудь хороший ресторан неподалеку?
— I just love the chocolate eclair they make in the canteen. Have you tried it? — Обожаю шоколадные эклеры, которые подают в буфете. Вы пробовали?

— My dog just didn’t want me to come to work this morning. Do you have a dog? — Моя собака просто не хотела отпускать меня на работу сегодня утром. А у вас есть собака?
— Did you watch the match last night? — Вы смотрели матч вчера вечером?
— Have you seen any good films lately? I’d like to take my wife to the cinema this weekend. — Вы смотрели какие-нибудь хорошие фильмы в последнее время? Я бы хотел сводить супругу в кинотеатр на выходных.

Вы еще не устали? А ведь вы дошли только до половины нашей статьи! Сделаем музыкальную паузу:

Топ-75 слов, которые должен знать каждый айтишник

  1. abbreviation — аббревиатура
    Сокращенная форма слова или словосочетания из первых (нескольких первых) букв.
    The abbreviation ’RAM’ stands for Random Access Memory. — Аббревиатура ОЗУ обозначает «оперативное запоминающее устройство».
  2. analysis — анализ
    Критическое изучение, разбор чего-л.
    A financial analysis was carried out in order to improve cost efficiency. — С целью повышения экономической эффективности был проведен финансовый анализ.
  3. appliance — устройство
    Приспособление или инструмент для выполнения определенной задачи.
    They sell a wide range of virtual appliances. — Они продают целый ряд виртуальных устройств.
  4. application (также software application) — программное приложение
    Компьютерная программа, разработанная для выполнения определенных задач.
    This database application lets you manage your contacts and organise your projects. — Это приложение для работы с базами данных позволяет управлять контактами и заниматься организацией проектов.
  5. arise — возникнуть
    Случиться, появиться (офиц.) — обычно о проблемах или непредвиденных обстоятельствах.
    Problems may arise when trying to request data from a remote web service. — При запросе данных от удаленного веб-сервиса могут возникнуть проблемы.
  6. available — доступный, имеющийся
    Такой, который можно найти/купить/арендовать/использовать и т. д.
    Available memory refers to how much RAM is not being used by the computer. — Доступная память показывает, какой объем оперативной памяти не используется компьютером.
  7. background — предыстория
    События в прошлом человека или компании. Часто используется, когда говорят о профессиональном опыте человека (What is your professional background?).
    It’s always a good idea to research a company’s background before doing business with them. — Всегда полезно изучить предысторию компании, прежде чем вести с ней дела.
  8. carpal tunnel syndrome — «туннельный синдром»
    Неврологическое заболевание, проявляющееся болью между локтем и ладонью или в пальцах. Если вы компьютерщик — увы, это выражение может вам когда-нибудь пригодиться…
    The development of Carpal Tunnel Syndrome might be linked to computer use. — Развитие туннельного синдрома может быть связно с работой за компьютером.
  9. certification — сертификат
    Официальный документ, присуждаемый стандартизующей организацией, который подтверждает компетентность в конкретной профессиональной области.
    Earning the latest Microsoft certifications may help you further your career. — Получение последнего сертификата Microsoft может поспособствовать вашей карьере.
  10. chief — главный; начальник, руководитель.
    Chief Information Officer (CIO) is responsible for the computer systems of a company. — Начальник информационного управления отвечает за компьютерные системы в компании.
  11. common — распространенный
    One of the most common Internet crimes is drug trafficking. — Одно из самых распространенных киберпреступлений — незаконный оборот наркотиков.
  12. compatible — совместимый
    Допускающий совместное использование с другим оборудованием.
    ​The parts I ordered weren’t compatible with my PC. — Заказанные комплектующие оказались несовместимыми с моим ПК.
  13. consultant — консультант
    Сотрудник, который предоставляет компании информацию и дает профессиональную консультацию.
    Do you think we should contact an IT consultant? — Думаете, стоит обратиться к ИТ-консультанту?
  14. convenience — удобство
    We provide outstanding products and 24/7 phone support for the convenience of our customers. — Мы предлагаем высококачественную продукцию и предоставляем круглосуточную телефонную поддержку для удобства наших клиентов.
  15. customer — потребитель
    Человек, приобретающий продукт или услугу.
    Good customer care can improve customer loyalty. — Забота о потребителе повышает его лояльность.
  16. database — база данных
    Способ организации больших объемов информации.
    This software creates a customer database to eliminate paperwork. — В этой программе формируется база данных клиентов, что позволяет избавиться от бумажной работы.
  17. deal — сделка
    Коммерческая операция; «продукт при полном непротивлении сторон».
    To find out more about our deals, please visit our website. — За более подробной информацией о сделках, пожалуйста, обратитесь на наш веб-сайт.
  18. demand — спрос
    Потребность в продукте.
    Online keyword selector tools may help you find out whether certain products are in high demand. — Инструменты поиска по ключевым словам могут помочь выяснить, пользуется ли определенный продукт высоким спросом.
  19. detailed — детальный, подробный
    A more detailed description is available on our website. — Более детальное описание доступно на нашем веб-сайте.
  20. develop — разрабатывать
    To develop software — разрабатывать программное обеспечение.
    We have decided to develop a new database app. — Мы решили разработать новое приложение для работы с базами данных.
  21. drawback — недостаток
    Изъян, отрицательная черта.
    The main drawback of this product is the high cost. — Главный недостаток этого товара — высокая цена.
  22. effective — эффективный (действенный)
    Способный обеспечить планируемый результат.
    Anti-virus software is not always effective against viruses. — Антивирусные программы не всегда эффективны против вирусов.
  23. efficient — эффективный (с высоким КПД)
    Продуктивный при минимальных затратах.
    Energy efficient home appliances can save you a lot of money. — Энергоэффективные бытовые приборы могут помочь вам значительно сэкономить.
  24. employ — нанимать
    Брать кого-л. на работу. Employer — работодатель, employee — сотрудник.
    The police often employ hackers. — Полиция часто нанимает хакеров.
  25. enterprise — предприятие
    Коммерческая организация.
    He’s the founder of an enterprise software company. — Он основатель компании по производству программного обеспечения для предприятий.
  26. environment — среда
    Обстановка, окружающие условия.
    Our aim is to design effective computer-based learning environments. — Наша цель — создать эффективную среду обучения, основанную на компьютерных технологиях.
  27. equipment — оборудование
    Устройства и инструменты для определенной цели.
    No recording equipment is allowed in the conference room. — В зале для совещаний запрещено пользоваться записывающим оборудованием.
  28. expertise — компетентность
    Углубленные знания в какой-л. области. Обратите внимание: ударение в этом слове падает на последний слог — [ˌɛkspəːˈtiːz].
    We need someone with expertise in virtualized IT environments. — Нам нужен кто-то компетентный в области виртуализированных сред ИТ.
  29. eyestrain — зрительное перенапряжение
    Боль и усталость глаз.
    Eyestrain has become a major health complaint among IT workers. — Зрительное перенапряжение стало главной жалобой на здоровье среди работников ИТ-сферы.
  30. ​goal — цель
    We can help you accomplish your goals. — Мы поможем вам добиться ваших целей.
  31. gadget — гаджет
    Небольшое цифровое устройство.
    You can choose from the most popular high-tech gadgets in our shop. — В нашем магазине на ваш выбор представлены самые популярные высокотехнологичные гаджеты.
  32. implement — реализовывать
    I need to implement two interfaces. — Мне нужно реализовать два интерфейса.
  33. increase — увеличивать(ся)
    Сделать(ся) больше в размерах/числе.
    You should try using more photographs to increase the conversion rate of your website. — Попытайтесь использовать больше фотографий, чтобы увеличить посещаемость вашего веб-сайта.
  34. install — устанавливать
    to install software — устанавливать программное обеспечение
    You’ll have to install the latest version of Adobe Flash Player. — Вам придется установить последнюю версию Adobe Flash Player.
  35. instruction — инструкция
    Указания, которым нужно следовать.
    Just follow the step-by-step instructions, which will guide you through the setup process. — В процессе установки просто следуйте пошаговой инструкции.
  36. insurance — страхование
    Финансовая защита собственности, жизни, здоровья и проч.
    Nowadays, insurers offer insurance for cyber losses. — В наши дни страховщики предлагают страхование на случай виртуальных потерь.
  37. integrate — интегрировать
    Объединить два или более в одно целое.
    The new features are tightly integrated with the existing service. — Новые функции тесно интегрированы с существующей платформой.
  38. intranet — интранет
    Локальная компьютерная сеть.
    Our online library can be accessed on the college intranet. — Доступ к онлайн-библиотеке нашего колледжа можно осуществить через интранет.
  39. latest — последний
    Новейший, современный.
    Download the latest updates on our company’s website. — Загружайте последние обновления с веб-сайта нашей компании.
  40. leadership — лидерство
    Способность вести за собой группу людей (или соответствующая позиция в группе).
    In a job interview, it’s best to give concrete examples to demonstrate your leadership skills. — Во время интервью при приеме на работу лучше привести конкретные примеры, демонстрирующие ваши способности к лидерству.
  41. level with someone — быть откровенным с кем-л.
    Быть честным, говорить правду кому-л.
    Do you think we can level with them and ask for more time? — Как думаете, мы можем быть с ними откровенны и попросить дополнительное время?
  42. low — низкий
    Low price may indicate low quality. — Низкая цена может свидетельствовать о низком качестве.
  43. maintain — поддерживать
    Содержать в рабочем состоянии.
    A poorly maintained website may kill your business. — Веб-сайт, который практически не поддерживается, может нанести непоправимый ущерб вашему бизнесу.
  44. matrix — матрица
    Группа элементов, организованных в строки и столбцы.
    Data Matrix Codes should appear on the outside packaging of medicinal products. —На упаковке медицинских препаратов должен присутствовать матричный штрих-код.
  45. monitor — осуществлять мониторинг
    Наблюдать, следить за чем(кем)-л.
    Your website will be monitored 24/7. — Мониторинг вашего веб-сайта будет осуществляться круглосуточно.
  46. negotiate — вести переговоры
    Торговаться или обсуждать условия, пока не будет достигнуто соглашение.
    Web designers often come across clients who want to negotiate prices. — Веб-дизайнеры часто сталкиваются с клиентами, которые начинают вести переговоры о цене.
  47. occur — случаться, происходить
    Why do errors occur? — Почему случаются ошибки?
  48. order — заказывать
    To order products, please fill out this form. — Чтобы заказать товар, пожалуйста, заполните эту форму.
  49. outsource — осуществлять аутсорсинг
    Пользоваться услугами сторонних компаний для реализации собственных проектов.
    Packaging is often outsourced to Asia. — Сборка часто осуществляется путем аутсорсинга в Азию.
  50. oversee — курировать
    Осуществлять наблюдение и руководство.
    Our Project Manager oversees the development of this new product. — Наш менеджер по проектам курирует разработку нового продукта.
  51. plan — план
    Последовательность шагов на пути к цели.
    We need a plan for increasing our market share in the US. — Нам нужен план, чтобы увеличить нашу долю на рынке США.
  52. prevail — превалировать, преобладать
    Google prevails in book digitalization. — Гугл превалирует в сфере перевода книг в цифровой формат.
  53. process — процесс
    Ход создания чего-л.
    All our employees will take part in the decision-making process. — Все наши сотрудники примут участие в процессе принятия решений.
  54. promote — продвигать
    Способствовать росту популярности чего-л.
    I think you should start promoting your products online right now. — Думаю, вам стоит начать продвигать вашу продукцию онлайн уже сейчас.
  55. prospect — перспектива
    We are excited by the prospect of working with you. — Мы воодушевлены перспективой работы с вами.
  56. provide — предоставлять
    We provide excellent service. — Мы предоставляем превосходный сервис.
  57. rapid — стремительный
    The last decade saw rapid expansion of the service sector. — В последнюю декаду мы наблюдали стремительное разрастание сферы услуг.
  58. reduce — снижать
    The price of this product needs to be reduced. — Цену на этот товар нужно понизить.
  59. remote — удаленный
    This software provides secure remote access of computers from any location. — Эта программа обеспечивает безопасный удаленный доступ к компьютерам из любой точки.
  60. replace — заменить
    Занять место чего(кого)-л.
    How can I replace my laptop fan? — Как мне заменить кулер в моем ноутбуке?
  61. research — исследование
    Изучение, поиск информации.
    Market research was carried out to identify customer needs. — Для изучения нужд потребителей было проведено маркетинговое исследование.
  62. resource — ресурс
    This site provides useful links to resources on English language e-learning. — Этот сайт предоставляет полезные ссылки на ресурсы по дистанционному обучению английскому языку.
  63. respond — отвечать, реагировать
    You must respond within ten days. — Вы должны дать ответ в течение десяти дней.
  64. simultaneous — одновременный
    The charger has a built-in USB power port and includes both a mini and a micro USB cable for simultaneous charging of your mobile devices. — Зарядное устройство имеет встроенный USB-порт и мини- и микрокабель USB для одновременной зарядки ваших мобильных устройств.
  65. solve — решать
    How do I solve a sound quality problem when uploading to Youtube? — Как мне решить проблему с качеством звука при загрузке на Youtube?
  66. sophisticated — сложный, «продвинутый»
    Our software makes the setup of sophisticated devices easy. — Наше программное обеспечение упрощает процесс установки продвинутых устройств.
  67. specifications — спецификация
    Детальное описание (продукта).
    We reserve the right to change the specifications of our products without notice. — За нами остается право менять спецификацию наших продуктов без предупреждения.
  68. substantial — существенный
    Весомый, ощутимый.
    There has been a substantial increase in buying power in our country. — В нашей стране наблюдается существенное увеличение покупательной способности.
  69. sufficient — достаточный
    The warehouse always has sufficient stock. — На складе всегда достаточный запас.
  70. suitable — подходящий
    Уместный, отвечающий потребностям.
    The keyboard should be suitable to the user. — Клавиатура должна быть подходящей для пользователя.
  71. task — задача
    Have a look at our task manager. — Обратите внимание на наш диспетчер задач.
  72. tool — инструмент
    This is our most downloaded network tools software. — Это программное обеспечение для работы с сетевыми инструментами скачивают у нас чаще всего.
  73. transfer — переводить, перемещать, пересылать
    You can transfer money online with PayPal services. — PayPal позволяет переводить деньги онлайн.
  74. vendor — поставщик
    You can buy items from multiple vendors in one order. — Вы можете включить в один заказ товары от нескольких поставщиков.
  75. webinar — вебинар
    Интернет-семинар.
    Join us next week for a free webinar on computer-based learning. — Приглашаем вас поучаствовать в бесплатном вебинаре по компьютерному обучению на следующей неделе.

Все мы хотим произвести хорошее профессиональное впечатление на людей, с которыми работаем. Выучите приведенный ваше список слов и выражений — и когда вам снова придется беседовать с новым клиентом по телефону или отвечать на электронные письма, вы будете чувствовать себя намного увереннее. Если же вы хотите закрепить произведенное приятное впечатление, то следующий шаг для вас — работа над произношением.

И помните: простого запоминания новых слов недостаточно для того, чтобы хорошо заговорить по-английски. Практика — вот что научит вас употреблять эти слова. Применяйте знания на практике, а если не справляетесь собственными силами, не стесняйтесь обратиться за помощью к нашим онлайн-репетиторам английского языка.

Необходимые знания для embedded developer’a?

Доброго времени суток. Перейду сразу к сути: интерсует исчерпывающий список направлений для обучения программированию микроконтроллеров (прямо попредметно, включая то какие языки программирования следует освоить). Начать хочу с самых ранних азов.
Интересуют так же такие вещи как: стоит ли учится писать сценарии программ для Arduino, сможет ли это помочь абстрагироваться в выбранной сфере разработки и получить те самые азы?
Нужно ли учиться паять и разбираться в микросхемах, теристорах, тестерах и прочем железе что бы работать embedded программистом?
Нужны ли знания программирования под линукс? Читая вакансии не один раз встречал требования знания работы с линукс.

Зачем это все: хочу обучится программированию для автомобилей. По диплому выпущусь на специальность связанную с автомобилями, до этого самостоятельно изучал джаваскрипт, был интересен вэб, но к 20 годам захотелось пойти в более серьезную среду, чем заниматься сайтошлепством где то на галере.

  • Вопрос задан более года назад
  • 2597 просмотров

Оффтоп: денег в вебдеве как правило больше, особенно в РФ (но глобально — тоже). Если это не смущает, читайте дальше =)

С++, Linux, Verilog — это все хорошо, но я бы занимался этим после того, как поработаете какое-то время, и поймете, куда хотите расти.

Абсолютный must, имхо:

  • Язык C. Это рабочая лошадка firmware, без него никуда, зато остальные языки — совершенно опциональны.
  • Какой-нибудь простой ассемблер (сегодня я бы сказал, армовский). Не обязательно быть мастером, но очень помогает понять, как работает процессор в принципе.
  • Скучная школьная теория: архитектура ЭВМ, устройство операционных систем, конечные автоматы — все это для эмбеддера куда более актуально, чем для веб-девелопера
  • Электроника. Необязательно уметь спроектировать шестислойную плату с учетом EMC, но читать схемы — это важно. А также способность потыкать плату тестером или осциллографом (в большинстве случаев ошибка все равно в софте, но успокаивает).
  • Стандартная периферия и интерфейсы: UART, I2C, SPI, DAC/ADC. Это до какой-то степени можно выучить и на ардуине, но лучше освоиться с настоящим железом
  • Умение читать документацию на железо. Должно прийти при освоении предыдущих пунктов, если не ограничиваться копипастом из туториалов.

Если освоите до какой-то степени (главное — не увлекаться) этот набор, то можете работать в firmware. А дальше уже можете развиваться куда душа лежит, и где будут карьерные возможности — Linux, C++, электроника, DSP, whatnot.

В крупном ембеддед очень часто встречается С++

Но ембеддед это не обязательно микроконтроллеры — множество устройств идет с вполне полноценными архитектурами и ОС на базе Линукс — умные телевизоры, коптеры, автопилоты и др.

Если вы хотите делать мелкие штуки — то Ардуино может помочь вам освоится, но нужно научиться разбираться со спецификацией.
Научиться паять можно на минимальном уровне, но если вы будете работать в компании, скорее всего будете работать с инженерными экземплярами, где все будет уже распаяно и нужно будет только уметь работать с портами.

Начать хочу с самых ранних азов.

Правильно. Если хотите стать профессионалом, начинать надо с базовой теории. «Нет царских путей в геометрию».

Интересуют так же такие вещи как: стоит ли учится писать сценарии программ для Arduino, сможет ли это помочь абстрагироваться в выбранной сфере разработки и получить те самые азы?

Нет. Ардуино — это игрушка. Все, чему вы должны научиться, там надежно скрыто, чтобы не травмировать нежные умы казуальных любителей. Вы потратите время, чтобы изучить ее, а потом потратите время, чтобы отучиться от того, чему вас там научат. Тем более, если вы хотите программировать для приложений, критичных по надежности (автомобили).

Нужно ли учиться паять и разбираться в микросхемах, теристорах, тестерах и прочем железе что бы работать embedded программистом?

Да, обязательно. Хороший embedded-программист сам должен быть способен разрабатывать железо. Более того, в не слишком сложных проектах (или в очень критичных по оптимальности решения) разработчик железа и программист — один и тот же человек.

Вообще, embedded-программист — в большей степени электронщик (где-то на 80%, или даже больше), чем программист.

Нужны ли знания программирования под линукс? Читая вакансии не один раз встречал требования знания работы с линукс.

Опционально, будет плюсом.

Что касается процесса обучения, то он примерно идентичен процессу обучения инженера-электронщика.

1. Полный курс общей физики. Обязательно. Без него никуда, это база всего. После него отпадают 98% элементарных вопросов и появляется стройная картина мира. Математика — без фанатизма, но в достаточном объеме, чтобы понимать курс физики.
2. Базовый курс конкретно электроники. Здесь можно посмотреть в сторону классики — Горовиц и Хилл первое, что приходит на ум.
3. Программирование. Без фанатизма. Ночами штудировать численные методы и заучивать классичесские алгоритмы не надо (хотя представлять, как работает, например, метод Рунге-Кутта будет полезно), но выработать навыки алгоритмизации требуется обязательно. На эту тему полно туториалов, гораздо больше, чем по электронике.
4. Обработка сигнала тоже нужна. В написании программ для контроллеров всякие цифровые фильтры встречаются очень часто (особенно при обработке сигнала с датчиков), надо бы представлять, как работают методы ЦОС.
5. Специальные вопросы. Архитектура контроллеров, стандартные интерфейсы и т.п. Это уже по необходимости.

Кроме этого — английский в достаточном объеме, чтобы понимать техническую литературу и общаться на среднем уровне. Простой тест — свободное чтение документации и ресурсов типа hackaday.

Но самое главное — желание. Только оно может обеспечить достаточный объем практики.

10 мифов о продакт-менеджерах. Чем они должны заниматься на самом деле

Сеанс IT-магии с последующим разоблачением

Когда спрашиваю знакомых продактов, как они понимают свою роль, одни вспоминают определения из популярных книг, другие рассказывают о наболевшем, третьи просто описывают свои должностные обязанности. Все по-своему правы. и неправы. Работа продакт-менеджера обросла сказками, мифами и легендами. Их повторяют, в них верят.

Согласно современному фольклору, продакт-менеджер — это многорукий Шива с третьим глазом эмпатии во лбу, эксцентричный визионер с горящими глазами, ведущий за собой команды, освещая путь горящим сердцем, вырванным из груди. Звучит красиво, но это, конечно, очень далеко от реальности.

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

Если всё же попытаться написать эту картину крупными мазками, получится, что продакт-менеджер — это бизнес-роль, которая состоит в том, чтобы:

— постоянно актуализировать знания об аудитории, её потребностях и рынке в целом;

— находить новые способы удовлетворения потребностей аудитории (в первую очередь инструментами IT);

— превращать всё это в продукт, отвечающий стратегии и целям организации;

— доставлять готовый продукт пользователям.

Попытавшись раскрыть эти пункты, мы попадём на территорию мифов. Попробую развенчать самые распространённые.

Миф 1: продакт-менеджер нужен каждому продукту

Попробуйте представить себе организацию, в которой маркетинг аккуратно выполняет все свои задачи: изучает рынок, аудиторию и её потребности, сегментирует, таргетирует, позиционирует, выбирает каналы коммуникации и доставки продуктов. Разработка вовремя поставляет продукты нужного качества, которые адекватно решают потребности пользователей. Финальный штрих к этой благостной картине — отдел продаж, который в тесном контакте с маркетингом продукты идеально продаёт.

Мастер Йода рекомендует:  Как возродить потерянную мотивацию

В суровой реальности всё будет по-другому.

Маркетолог умеет постить в социальные сети и покупать трафик, но чувствует себя неуютно, когда речь заходит о глубинных интервью и портретах пользователей. Разработка, лидер которой решил, что в этот раз точно надо попробовать написать продукт на Go, не хочет подписываться под конкретные сроки. UX делает веб-дизайнер, которому подсказали, что надо развиваться, а UX — это звучит гордо. В перерывах между выставками и конференциями в офис заскакивает сейлз, который недавно переименовал себя в business development manager.

Если продукт новый, эти люди таким составом собрались, скорее всего, впервые. Что они сделают через некоторое время? Правильно — переругаются.

Разработка пару раз поймает маркетолога на противоречивых вводных и резонно заметит, что их время стоит слишком дорого, чтобы тратить его настолько бездарно. И вообще, сервер нуждается в рефакторинге. Маркетологу будет вечно не нравиться то, что поставляет разработка. И ещё она, конечно же, работает слишком медленно. Из отдела продаж придут с требованиями от нового клиента, которые прямо противоположны тому, о чём с ним договорились ещё полгода назад…

Услышав модное словечко «продакт», все решат, что именно он им и нужен. Такое облегчение — узнать, что все проблемы можно решить, наняв ещё одного человека. С большой вероятностью разработка сориентируется первой и успеет нанять его к себе, отгородившись им от других отделов. В итоге продакт-менеджер заполнит собой пустоты некомпетентности и несработанности, которые не позволяли отделам взаимодействовать напрямую. Вместе с этими пустотами он, скорее всего, зацементирует связи в их текущем состоянии и законсервирует проблемы.

Конечно, всё может быть по-другому.

Допустим, организация настолько велика и сложна, что ей объективно нужен постовой на перекрёстке, который держит руку на пульсе, синхронизирует и принимает решения. Или наоборот — настолько проста и мала, что многорукий Шива, умеющий хотя бы как-то поставить задачу, сделать план, нарисовать прототип и т. д., действительно решит её проблемы. Также продукт может быть настолько сложным и инновационным, что ему правда требуется визионер, который объяснит, как приспособить технологии к удовлетворению потребностей аудитории.

Каждому ли продукту нужен продакт-менеджер?

Продукту, безусловно, нужна команда, которая понимает, что создаёт продукт, знает, из чего он состоит, представляет себе его жизненный цикл. Есть масса способов решить проблемы, которые возникают на этом пути, и выделение роли продакт-менеджера не единственный (хотя и очень популярный!) способ.

Миф? Безусловно. Есть ситуации, в которых, как в древнегреческом мифе об Атланте, кто-то должен принять небосвод на свои плечи.

Зачастую члены команды видят друг друга в первый раз (и имеют разные представления о взаимодействии); делают такого рода продукт в первый раз.

Продакт-менеджер поможет заполнить пустоты, скрепить команду, перестать терять задачи и результаты на стыках. Однако есть риск, что он же зацементирует связи и законсервирует некомпетентность и проблемы.

Миф 2: продакт-менеджер и продакт-оунер — это одно и то же

Scrum изначально не позаботился о том, чтобы быть чем-то большим, чем «неметодология» разработки продукта. Пускай адепты Scrum продолжают спорить, годится ли этот фреймворк для задач, выходящих за пределы разработки софта. Важно, что Scrum довольно чётко определяет роль человека, которого мы называем продакт-оунером: The product owner is responsible for maximizing the value of the product resulting from work of the development team.

Невооружённому взгляду видна ориентация продакт-оунера на ритуалы, направленные внутрь разработки. Это гораздо уже той роли, которую мы выше приписали продакт-менеджеру.

В ряде случаев продакт-менеджер вполне может брать на себя роль продакт-оунера для команды разработки, работающей по Scrum. Такая ситуация — пример важной особенности этой роли: продакт-менеджер часто входит в другие команды, заполняя пустоты и выполняя коммуникативную функцию.

Сейчас распространён такой подход: продакт-оунер и продакт-менеджер — взаимосвязанные роли. Одна ориентирована внутрь разработки, вторая — наружу, в направлении пользователей. Есть у такого подхода право на существование? Да. Пока сохраняется чёткое понимание: продакт-менеджер — это бизнес-роль, которой процессы и фреймворки разработки, в общем-то, могут не касаться.

Происхождение этого мифа кажется довольно очевидным: если у тебя в руках молоток, всё вокруг выглядит как гвозди.

Продакт-менеджер — бизнес-роль, которая в общем случае не связана с тем, как команда разработки организует свою работу. А вот продакт-оунер — это роль в Scrum, конкретном фреймворке организации работы команды разработки.

Продакт-менеджер может выполнять роль продакт-оунера для команд разработки, с которыми он взаимодействует. Однако это не обязательно.

Важно избегать подмены понятий и правильно выстраивать отношения и разделение ответственности, если за две роли отвечают разные люди.

Миф 3: продакт-менеджер и продакт-маркетинг-менеджер — это одно и то же

Может показаться, что здесь всё как в предыдущем мифе: есть продакт-менеджер и есть какое-то подмножество его задач, принятое в маркетинге. Для этого подмножества задач придумали специальную роль: продакт-маркетинг-менеджер (product marketing manager, PMM). На практике всё гораздо сложнее и зависит от того, что мы понимаем под маркетингом.

Сейчас модно быть market-oriented: фокусироваться на потребностях пользователей, разрабатывать продукты, которые эти потребности удовлетворяют. Смотреть на данные, рисовать портреты пользователей и касдевом (customer development) по кофейням заниматься…

Один из самых влиятельных теоретиков менеджмента Питер Друкер говорил, что у организации есть две важнейших функции: маркетинг и инновации. Широкое трактование маркетинга включает идентификацию потребностей, выбор и создание продукта, определение стоимости, выбор каналов доставки, разработку и реализацию стратегии продвижения и многое другое. PMM, отвечающий за всё это, почти идентичен продакт-менеджеру. Именно он изучает пользователей и их потребности, представляет их внутри организации, выбирает решения и определяет продукт и т. д. Именно он несёт ответственность за успех продукта.

Однако в реальном мире очень мало организаций, которые были бы настолько market-oriented. В IT вообще наблюдается большой перекос в сторону продуктов или конкретных (всегда лучших в мире!) технологий. Это приводит к тому, что продукт сначала делают, а потом ищут под него пользователей. Во многих компаниях роль маркетинга ограничивается коммуникацией с пользователями, привлечением их внимания к продукту. Часто продакт-менеджер и PMM выполняют две разные роли, одна из которых направлена на пользователей, вторая — внутрь организации, на разработку продукта.

В PayPal пытались сделать так, чтобы носители этих ролей существовали параллельно. Это привело к борьбе за право быть представителем пользователей и определять стратегию развития продукта. В конечном итоге продакт-менеджера PayPal «понизили», нацелив внутрь разработки — на фичи и технические аспекты продукта. Он стал называться technical product manager.

В организации, которая реально ориентирована на потребности пользователей, роль продакт-маркетинг-менеджера очень сходна с ролью продакт-менеджера.

Но в реальности таких организаций очень мало. Осознанно это делается или неосознанно, но маркетинг зачастую сфокусирован на анализе рынка, привлечении и удержании пользователей, коммуникации с пользователями и пр., где он пересекается и выступает вспомогательной функцией для продакт-менеджера, который отвечает за продукт целиком.

Важно чётко понимать, чем является маркетинг в организации: где он начинается, где заканчивается.

Product Development — всё по этой теме для программистов

Обновление раздела “Мастерская”

Совсем недавно в социальных сетях мы опубликовали инсайд обновленного раздела “Мастерская”.

Что же изменилось? Разумеется, внешний вид 🙂 Теперь вы можете увидеть сроки релиза скриптового решения, на каком языке будет он написан, примерную стоимость, а также узнать, посмотрев на график и информативную табличку, на каком этапе находится разработка.

И это всё? На сегодня да. Но далее у нас планируется следующее: внедрение корзины на сайте, переработка рейтинга скриптов (будет оценка только после покупки и возможность оставить отзыв), адаптация под мобильные телефоны/планшеты и несколько изменений в дизайне. Следите за нами в социальных сетях: «ВКонтакте», Facebook и Twitter, чтобы быть в курсе всех новостей!

У вас есть замечания или пожелания по удобству сайта? Пишите! Мы обязательно прислушаемся к вашему мнению.

Кроме этого, на сегодняшний день уже пять скриптов, предложенных на форуме, были разработаны и выданы авторам этих идей бесплатно! Кстати, сейчас уже четыре идеи, предложенных на форуме, находятся в разработке, это: VIP объявления, смена логина пользователем, ссылка на источник замечания, имиджборд на основе форума, и как только скрипт будет опубликован в нашем магазине, он будет предоставлен автору идеи абсолютно бесплатно!

Не оставайтесь в стороне и получите скрипт, о котором мечтаете, просто предложив свою идею в специальной теме: http://u.to/YKq-Cw.

Кто такие разработчики?

Может это герои, которые имеют суперспобности, кто же они? Безусловно, отчасти так и есть 🙂 Но если ответить без фанатизма, разработчик (анг. developer) – это тот же человек, который имеет специальное образование.

Разработчики есть в разных сферах – одни занимаются созданием аппаратуры и механизмов, другие разрабатывают программное обеспечение, веб-сайты, схемы. Если бы не было этих умельцев, которые с точки зрения обычного пользователя творят чудеса, вы бы банально не смогли прочитать этот или любой другой текст в сети в силу отсутствия площадки. При наличии знаний и навыков разработчик способен реализовать практически любой проект от замысла до реализации.

По своей профессии его можно сравнить с писателем, ведь он составляет алгоритмы, но только на языках программирования, делая из них программы, доступные и понятные пользователю. Если не будет их – не будет развития новых технологий, остановится разработка современных веб-сайтов, скриптов, дополнений и т.п. Грубо говоря, интернет и всё, что с ним связано, перестанут существовать или по крайней мере развиваться.

Резюмируя, заметим, что программирование скорее является размышлением, а не банальным набором странных циферок и буковок. В обычной жизни все люди также занимаются программированием, когда спят, гуляют или просто смотрят в окно, размышляя. Разработчик не может просто сесть за компьютер, написать несколько тысяч строк кода и после этого успешно реализовать их в веб-проекте. Примерно 80% времени разработчики просто думают – ходят или сидят. Они придумывают концепцию и то, как исправить её потенциальные недостатки, решают, как она должна работать в дальнейшем, и так далее. Размышления являются основой процесса, с их помощью разработчики могут устранить проблемы и писать код дальше.

Сложно быть разработчиком?

Бытует мнение, что работа у программистов несложная. Что там может быть сложного – сиди себе с умным видом, тыкай по клавишам и получай за это деньги. К сожалению, так думают только люди, которые далеки от сферы информационных технологий. На плечах разработчиков лежит тяжелая и ответственная работа. Прежде всего, это умственный труд, который намного сложнее физического. Каждый программист должен иметь знания в области технологий разработки программного обеспечения, иметь аналитический склад ума и уметь мыслить абстрактно.

Чем занимаются разработчики?

Целью разработчика является создание программного обеспечения для автоматизации работы различных предприятий, обработки больших объёмов информации или решения каких-либо проблем, связанных с информационными технологиями.
Разработчики могут работать в больших корпорациях, маленьких компаниях или самостоятельно в качестве фрилансеров. Иногда разработчики-одиночки объединяются в группы для совместной работы над сложным проектом, если они не могут справиться самостоятельно или понимают, что это займет много времени.

Разработчики делятся на несколько категорий. Их можно классифицировать по сферам информационных технологий, в которых они работают. Каждому из них требуется знать конкретный язык программирования и набор инструментов для работы в своей области.

Например, веб-разработчик – это тот, кто создаёт веб-приложения и веб-сайты. Веб-разработчик участвует в таких процессах, как разработка веб-дизайна, вёрстка страниц, программирование сайтов или приложений на стороне клиента и сервера, конфигурирование веб-серверов.
Стоит отметить, что все перечисленные операции делает не один и тот же человек. Выполнением каждой задачи занимаются разные люди – специалисты в одной из сфер веб-разработки.

Если вкратце – фронт-энд и бэк-энд применяются параллельно следующим образом: посетитель от лица фронт-энд выполняет действия (нажатие на кнопку или пункта меню) и бэк-энд запускает выполнение той или иной функции в ответ.

Фронт-энд разработчик (анг. front-end developer) — занимается созданием интерфейса, внешнего вида сайта или веб-приложения, то есть визуальной частью.
Его задача состоит в том, чтобы сделать взаимодействие пользователя со страницей сайта настолько комфортным, насколько это возможно. Иными словами, он занимается работой над клиентской частью проекта – всем, что обрабатывается браузером со стороны пользователя.
Основными базовыми инструментами фронтенд-разработчика являются: HTML, CSS, JavaScript.
Чтобы облегчить рутинную работу, фронтенд-разработчики применяют различные вспомогательные инструменты, в составе которых могут быть: jQuery, LESS, Sass/SCSS, Bootstrap, Prototype, AngularJS, Ember.js, Backbone, React.js, Grunt Gulp и многое другое. И это далеко не исчерпывающий список того, что должен знать и с чем работает фронт-энд разработчик.

Бэк-энд разработчик (анг. back-end developer) — занимается обработкой пользовательской информацией, полученной из фронт-энда, и возвращает результат в тот же фронт-энд в понятной ему форме. Это означает, что бэкенд-разработчик работает с серверными технологиями. Бэкэнд допускает взаимодействие пользователя с данными хранящимися на сервере через внешний интерфейс, но скрывает внутреннюю реализацию проекта, не допуская внешнего вмешательства в работу приложения. Если взять, к примеру, HTML/CSS и JavaScript, которые обрабатываются и работают на стороне клиента, то их содержимое может просмотреть любой пользователь. Всё что обрабатывается и работает на сервере не может быть доступно для просмотра. Пользователь видит лишь результат работы этого приложения.
Основным инструментами бэкенд-разработчика может являться любой серверный язык веб-программирования, это могут быть: PHP, Python, Ruby, Java, Perl и тому подобные.
В состав вспомогательных средств может входить огромное количество инструментов. Например, при работе с языком программирования PHP в ходе разработки могут понадобиться фреймворки Symfony, Codeigniter, Yii, Zend Framework, Kohana и другие. Для хранения данных применяется MySQL/SQLite, где используется язык структурированных запросов SQL.

Фулл-стак разработчики (анг. full stack developer) — это разработчики, которые работают одновременно с фронт-эндом и бэк-эндом. Такие специалисты хорошо знают как клиентские технологии, так и серверные.

Гуру — это профессионал. Богатый опыт позволяет ему руководить целой командой разработчиков. Коллеги всегда консультируются с ним и спрашивают совета. Он быстро вникает в суть происходящих дел и способен сам решить абсолютно любую проблему без чьей-либо помощи. В безвыходной ситуации такой разработчик способен совершать невероятные вещи и выходить из сложных ситуаций. Это очень ценное сокровище. В средних и крупных компаниях он, как правило, занимает должность технического директора. Менеджеры и заказчики испытывают симпатию к таким разработчикам.

Теоретик — это хороший специалист, знающий о программировании всё. Он постоянно тратит время на свое обучение и учит других, как правильно программировать. Он может постоянно доказывать, что написанный другим программистом код далеко не оптимален. Очень часто теоретик, имея обширные теоретические знания, не очень хорошо показывает себя на практике.

Мистер рефракторинг — это любитель переписывать программный код. Он стремится сделать идеальным не только чужой код, но и свой. Ни один участок в коде не останется нетронутым! Такой разработчик считает, что нет предела совершенству. Поэтому часто он не успевает выполнить работу над проектом в срок, переписывая по сто раз один и тот же код, надеясь сделать его безупречным и идеальным.

Планктон — это, как правило, молодой или неопытный разработчик, который совершенно не имеет понятия, что он делает и что вообще происходит. Он очень нуждается в наставнике или помощи коллег. После его вмешательства обычно что-нибудь выходит из строя или ломается. Планктон полагается на бэкапы, когда понимает, что делает что-то не так. Когда совсем не понимает, что ему делать, ищет подсказки в Google или задает вопросы на специализированных форумах, надеясь, что ему помогут. Совершенно не хочет учиться или не имеет желания это делать.

Экспериментатор — это такой тип, для которого очень важно быть в курсе всех последних событий и новостей в мире IT-индустрии. Экспериментатор постоянно меняет средства и инструменты разработки. В очередном проекте он норовит использовать новые редакторы, фреймворки, библиотеки, о которых узнал совсем недавно. Большая часть его времени может уйти не на работу, а на эксперименты с новыми технологиями, которые, по его мнению, помогут улучшить процесс разработки.

Лапшакодер (спагеттикодер) — это разработчик, который очень быстро справляется с поставленной задачей, однако код его далек от совершенства. Лапшакодеры не любят комментировать и документировать свой программный код, из-за чего другим программистам бывает очень сложно или совсем невозможно разобраться в нем. Такой плохой код называют спагетти-кодом или лапшой. Обычно спагетти-код получается вследствие лени или неопытности разработчика, иногда из-за слишком сжатых сроков или прессинга со стороны менеджера. Лапшакодеру должны быть благодарны любители переписывать программный код 🙂

Любой программный продукт обладает такими качествами, как мобильность, надежность, эффективность, модифицируемость, коммуникативность и наличие человеческого фактора. Прежде чем приступить к разработке, происходит сбор информации, необходимой для разработки, а затем производится её анализ. После этого создается техническое задание на основании требований и задумки.

Следующим этапом является проектирование модели разрабатываемого приложения. Проектирование позволяет создать общий план или концепцию, используемую для разработки. Уже после проектирования разработчики приступают к самому интересному – к написанию кода. После разработки приложения происходит тестирование и поиск проблем, из-за которых скрипт работает некорректно или не так, как надо. Тестирование производят в несколько этапов. На каждом этапе тестируется отдельная задача. Полностью протестированное приложение может быть выпущено для использования в виде beta-версии до момента появления стабильной версии или полноценного продукта.

Если проект большой, то над ним обычно работает целая команда. Каждый специалист выполняет свою задачу, которая ему поставлена. Здесь очень важно умение работать в команде.

Таким образом, процесс разработки программы не такое легкое дело, каким может показаться на первый взгляд.

Мифы о разработчиках

Любая профессия со временем обрастает определенным количеством неубедительных мифов, которые становятся неотъемлемой частью профессии. Далеко не все из них являются правдивыми. Мы решили разрушить несколько наиболее распространенных мифов, касающихся разработчиков.

Миф #1. Программист-универсал.
Каждому программисту приходилось слышать: “ты же программист, почини мне…”. Большинство людей, кто далёк от темы информационных технологий, думают, что если ты программист, то ты способен исправить любую технику, в том числе не только компьютерную, написать любое программное обеспечение, короче говоря, сделать все, что связано с электроникой. Однако они не учитывают того, что, как и в любой другой профессии, программисты специализируются на чем-то конкретном. Например, не всякий веб-разработчик будет заниматься ремонтом аппаратного обеспечения компьютера. Универсальных программистов, которые специализируются на нескольких направлениях, мало и, как правило, это очень дорогие специалисты.

Миф #2. У разработчиков нет хобби.
Зачастую это действительно так. Работа для программиста является не только средством заработка, но и удовольствием.
Это тот редкий случай, когда работу и хобби можно совместить. Хотя даже программисты ходят в кино, катаются на велосипеде и даже занимаются бодибилдингом. 🙂

Миф #3. Разработчики неряшливый народ.
Отчасти это правда, однако это касается не только программистов. Поддерживать порядок удается далеко не каждому, но не все программисты неряшливы.

Миф #4. Небрежность во внешнем виде.
Это может показаться странным, но обычно разработчики действительно имеют специфичный внешний вид. Они крайне небрежно относятся к своему внешнему виду, могут отрастить волосы по плечи, быть небритыми, одеваться в старую и рваную одежду. Всё это объясняется отсутствием лишнего времени и сильной увлеченностью своей профессией.

Миф #5. Женщин разработчиков не бывает.
Факт остается фактом – по-настоящему профессиональных женщин-разработчиков нет. Можно встретить женщин-программистов, у которых очень развита внимательность и ответственность, но они уступают сильному полу по многим другим параметрам.

Миф #6. Профессиональный юмор.
Как ни старайся, но это правда. Профессиональный юмор разработчика может понять лишь разработчик.

Миф #7. Разработчики боятся женщин.
Очень часто слышно, что разработчики считают общение с противоположным полом ненужной тратой времени. Они просто не могут позволить себе такую роскошь из-за сильной увлеченности своей работой. А как же иначе? Ведь за время, потраченное с красивой девушкой, можно написать несколько тысяч строк кода! 🙂

Подборка книг о проектировании и запуске прорывных продуктов

С использованием ключевых подходов Lean Startup, Customer Development, Agile

Эта подборка книг — для тех, кто связан с проектированием, запуском и развитием продуктов в компаниях.

Инвесторы и учредители, менеджеры продуктов, специалисты по маркетингу и продажам, разработчики программного обеспечения — вы найдете массу интересных идей и инструментов, которые можно использовать для создания прорывных продуктов и в реализации бизнес-проектов.

Дисклеймер

Мы знаем, что очень хочется регулярно прочитывать множество книг. Но не всегда есть для этого силы, время и возможность. Поэтому мы создали специальный двухдневный интенсив, во время которого вы сможете прогрузиться в продуктовое мышление, систематизировать знания об инструментах Agile Product Management и разобрать практические примеры их использования.

Базовый уровень

Эти книги будут полезны, как “отправная точка”, для начинающих владельцев продуктов, а также для всех тех, кто так или иначе связан с продуктовой разработкой в компаниях.

  • Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели. Э. Рис.

Основная идея метода «экономичный стартап», разработанного Эриком Рисом, заключается в быстром тестировании идей новых продуктов на реальных потребителях и постоянной корректировке бизнес-модели, с тем чтобы начинать масштабные вложения только тогда, когда идея подтверждена фактами. Кто уже познакомился с этой книгой, говорит о ней так: если вы предприниматель, срочно бросайте все дела, садитесь и читайте! И пусть вас не смущают слова «бизнес с нуля» в названии. Предприниматели по духу есть в разных компаниях, а уметь постоянно анализировать бизнес-модель и вовремя вносить в нее коррективы нужно любому бизнесу – и малому, и большому.

  • Разработка ценностных предложений. Как создавать товары и услуги, которые захотят купить потребители. А. Остервальдер, И. Пинье, Г. Бернарда, А. Смит.

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

  • Running Lean: Переход от плана А к плану, который работает. A. Maurya.

Мы живем в эпоху невероятных возможностей для инноваций. Мы создаем больше продуктов, чем когда-либо прежде, но большинство из них терпят неудачу — не потому, что мы не можем завершить то, что мы собираемся построить, а потому, что мы тратим время, деньги и усилия на создание невостребованного продукта. Нам нужен систематический процесс для быстрой проверки идей о продукте и повышения наших шансов на успех.

В этой вдохновляющей книге, автор проведет вас через четкую стратегию построения «подходящего продукта/ рынка» для вашего начинающего предприятия, основанную на собственном опыте создания широкого спектра продуктов от высокотехнологичных до нетехнических. На протяжении всего времени он опирался на идеи и концепции нескольких инновационных методологий, включая Lean Startup, Customer Development и bootstrapping.Running Lean — идеальный инструмент для бизнес-менеджеров, руководителей, владельцев малого бизнеса, разработчиков и программистов, а также всех, кто заинтересован в создании бизнес-проекта.

Продвинутый уровень

В этих книгах вы найдете подробности использования конкретных методов и инструментов для успешного открытия, создания и развития продуктов.

  • Как создать продукт, который купят. Метод Lean Customer Development. С. Альварес.

Книга Синди Альварес дополняет, расширяет и детализирует инновационные идеи, изложенные в международных бестселлерах «Четыре шага к озарению» Стива Бланка и «Бизнес с нуля» Эрика Риса. Новизна подхода Альварес в том, что она успешно распространяет методику развития потребителей за рамки сегмента стартапов. Предлагаемый ей метод Lean Customer Development применим в компаниях любого размера, от недавно созданных до признанных флагманов рынка. Прочитав книгу Синди Альварес, вы освоите стратегию и инструментарий для решения критически важной задачи современного бизнеса – как надежно проверить свои гипотезы и выйти на рынок с продуктом, который востребован покупателями.

  • Impact mapping: Как повысить эффективность программных продуктов и проектов по их разработке. Г. Аджич.
Мастер Йода рекомендует:  Как подготовиться к собеседованию, чтобы получить желаемую должность советы от backend-разработчикa

Множество барьеров на пути эффективного сотрудничества возникает из-за неразделенных, никогда не обсуждавшихся и непроверенных исходных предположений. Специалисты в разных областях исходят из разного набора допущений и гипотез. Если эти допущения и гипотезы сформулировать в явном виде, то получится их своевременно проанализировать и протестировать. В результате все последующие решения будут приниматься гораздо быстрее. Именно с этой точки зрения impact maps являются эффективным инструментом.

Эта книга — практическое пособие по impact mapping (картам влияния), простому, но очень эффективному методу разработки программных продуктов.

  • Построение бизнес-моделей. Настольная книга стратега и новатора. А. Остервальдер, И. Пинье.

Книга предлагает оригинальную концепцию анализа, построения и совершенствования бизнес-моделей, которой пользуются крупнейшие компании мира, включая Google, IBM, Ericsson. Авторы предлагают простой и понятный способ визуального представления основных базовых элементов, раскрывающих логику выбранного компанией способа извлечения прибыли. Большой лист бумаги и блок стикеров — вот и все, что понадобится для освоения авторского метода создания бизнес-моделей. Этот намеренно упрощенный подход позволяет получить общую стратегическую картину бизнеса, сведя к минимуму обсуждение конкретных тактических шагов. Использование стикеров с короткими формулировками — эффективный и быстрый способ выстроить базовые элементы бизнес-плана в целостную систему. Эта методика помогает представить работу организации как единое целое, а не совокупность обособленных функциональных подразделений и производственных операций.

  • На крючке. Как создавать продукты, формирующие привычки. Н. Эяль.

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

  • Дизайн-мышление в бизнесе. От разработки новых продуктов до проектирования бизнес-моделей. Т. Браун.

Методы и технологии, которые использует профессиональный дизайнер для создания предметов, могут быть очень успешно использованы для решения бизнес-задач, стоящих перед руководителями компаний. И это не только разработка нового продукта. Дизайн-мышление эффективно помогает переосмыслить суть бизнеса, лучше понять потребности клиентов, найти уникальную и прибыльную нишу для стартапа и даже реализовать благотворительный проект.Тим Браун, глава одной из самых успешных дизайн-компаний мира, делится своей концепцией дизайн-мышления и на многочисленных примерах доказывает ее эффективность.

  • Четыре шага к озарению. Стратегии создания успешных стартапов. С. Бланк.

Эта книга — классическое руководство по стратегии бизнеса на все времена, от зарождения идеи до создания успешной компании, с помощью которого во всем мире работают и развиваются более 100 000 стартапов. Именно здесь Стив Бланк впервые в мире сформулировал единственную на текущий момент эффективную методику разработки новых продуктов и создания новых бизнесов, основанную на научном методе проверки гипотез: методику развития потребителей (Customer Development). Стартапы — это не малые версии больших компаний и должны управляться радикально иначе, чем уже сложившиеся бизнесы; Стив Бланк объясняет, почему это так.

  • INSPIRED. How to Create Tech Products Customers Love. M. Cagan.

Создание вдохновляющих продуктов начинается с открытия ценного, полезного и реализуемого продукта. Если вы не можете этого сделать, то не стоит и начинать.- Как вы решаете, какими особенностями продукта заниматься, а какие нет?- Как вы получаете доказательства того, что продукт будет успешным?- Как вы управляете противоречивыми требованиями от исполнителей, клиентов, продаж, маркетинга, дизайна и т. д.?- Как вы можете адаптировать Agile-методы для создания коммерческих продуктов?Эксперт в сфере продуктового менеджмента Марти Каган отвечает на эти и другие вопросы. Прочитав книгу, вы поймете разницу между тем, как создают продукты лучшие компании и все остальные.

  • The Lean Product Playbook. How to Innovate with Minimum Viable Products and Rapid Customer Feedback. D. Olsen.

Эта книга — практическое руководство по созданию продуктов, которые любят клиенты. Независимо от того, работаете ли вы в стартапе или в крупной, компании, мы все знаем, что создавать отличные продукты сложно. Большинство новых запускаемых продуктов терпят неудачу. Эта книга помогает улучшить ваши шансы на создание успешных продуктов благодаря четким, пошаговым инструкциям и советам.

Маркетинг мест – бега впереди паровоза или зачем территориям product development

Сегодня уже никого не удивить проектами по маркетингу территорий – нет наверно ни одного города, который бы не думал об этом. Однако то, что сейчас происходит на данном рынке, иначе как вакханалией назвать трудно.

МЫСЛЬ ПЕРВАЯ

Мое твердое убеждение заключается в том, что идеальный маркетинг мест должен происходить сверху вниз и никак иначе. Сначала государство должно определить приоритеты на международном и внутреннем рынке, затем распределить между регионами направления развития, чтобы не было внутренней ненужной конкуренции, и только после этого, в рамках четкой стратегии, дать возможность регионам искать тактические решения.

У нас, к сожалению, это не так. Поэтому, приходится мириться с тем, что регионы самостоятельно, иногда наступая друг другу на пятки и мозоли, определяют пути собственного развития. В нашей экономической ситуации это лучше чем ничего.

МЫСЛЬ ВТОРАЯ

Большинство регионов сегодня сконцентрировали свои усилия на самых простых и поверхностных проектах – тех, которые могут дать быстрые результаты и не требуют глубинных изменений. Это и разработка амбициозных инвестиционных программ, и брендинг территорий. Смысл этих действий понятен – региональные власти могут быстро показать свою деятельность, похвастаться проделанной работой. Беда в том, что эти поверхностные изменения чаще всего не дадут значительного эффекта в долгосрочной перспективе, так как не осуществляют системные изменения на территории.

Что же нужно делать? Если мы допустим, что в каком-то городе появился управленец, который уверен в своем будущем и готов осуществлять длительные перемены, то, после определения стратегии развития региона и разных исследований, прежде всего он должен заняться анализом и модификацией имеющихся продуктов и созданием новых. То есть, product development.

PRODUCT DEVELOPMENT

Поскольку маркетинг территорий требует походить к территории, как к продукту, то здесь и дальше я буду использовать термин «продукт» исключительно ко всему, что касается территории – имидж, товары, производимые на его территории, туристические возможности и экологические ресурсы и так далее.

Product development – разработка новых продуктов (NPD) или усовершенствование имеющихся (PD), термин, который используется для описания всего процесса создания нового продукта на рынке. Любой продукт представляет собой набор преимуществ, и может быть материальным или нематериальными. Компании обычно ведут разработку новых и модифицирование старых продуктов, как первый этап в создании и коммерциализации новых продуктов в рамках общего стратегического процесса управления жизненного цикла продукта. Используется для поддержания или роста их доли на рынке. Есть два параллельных пути NPD: один предполагает генерацию идей проектирования изделий и деталей, использования определенных материалов и технологий, то есть создание физического воплощения; другой включает маркетинговые исследования, и, что самое главное – проектирование будущих коммуникаций, начиная с физических характеристик продукта, заканчивая созданием позиционирования продукта, его брендингом, проведением рекламных кампаний.

Многие компании и территории сегодня уделяют внимание первому пути, но совершенно забывают о втором, создавая интересные, новые, но никому не нужные продукты, или продукты, требующие гигантских усилий по вводу и популяризации на рынке. Если же смотреть на маркетинг территорий с этой стороны, то становится понятно, что имея тысячи разных и разнонаправленных продуктов на своем пространстве, и выбрав для себя новую стратегию развития, территории должны прежде всего заняться приведением всех этих товаров/услуг/возможностей к единому знаменателю, то есть осуществить глобальный product development для достижения мощного синергетического эффекта. Это касается и разработки новых продуктов. При этом, в отличие от коммерческих компаний, территориям гораздо важнее получаемый коммуникативный эффект, поэтому и требуется, чтобы основной упор в процессе product development делался на коммуникативные качества каждого отдельного и всех взятых вместе продуктов.

И если говорить о территориях, то большинству из них следует остановить свои инвестиционные и брендинговые программы и вернуться на стадию стратегий, занявшись, прежде всего, продакт девелопментом – созданием продуктов, которые не только по качеству, но и с точки зрения коммуникативного эффекта позволят территории не только решить сиюминутные проблемы, но заложить основы для долгосрочного развития.

Почему продакт-менеджер должен быть хорошим предпринимателем

Мы пообщались с Любой Карповой, руководителем сервиса Яндекс.Трекер (служит для управления задачами и проектами организации) и преподавателем курса ФРИИ «Директор по продукту в IT». Выяснили, какими компетенциями необходимо обладать на этой должности, как эффективно выстроить рабочий процесс и получить ценный опыт.

«От идеи до продажи»

Сейчас можно встретить много относительно новых профессий: продуктовый аналитик, продакт-менеджер, продактоунер. Чем они отличаются друг от друга ?

Продактоунер (roduct owner) — терминология agile-фреймворка. Можно сказать, что это заказчик для scrum-команды. Его задача закрыть боли и потребности стейкхолдеров: организовать команду, сформировать список задач, понятно их сформулировать и расставить приоритеты. А также проконтролировать эффективность реализации идей.

Продакт-менеджер больше связан с бизнес-частью и стратегией. Может являться своеобразным стейкхолдером для нескольких команд: отвечает за развитие отдельного продукта или продуктового направления. Работает в связке с проджект-менеджером или продакт-оунерами.

Продуктовый аналитик отвечает за исследовательскую часть продукта: customer development, анализ рынка, проектировку и тестирование UI/UX.

Люба, согласна ли ты, что продакт-менеджер — это предприниматель?

Задача продакт-менеджера не только создать полезный для аудитории продукт, но и понять, как его развивать. Продумать маркетинговую стратегию, сделать так, что его будет легко продавать. Продакт — это предприниматель, который отвечает за продукт от начала до конца. И рост моих сотрудников я планирую относительно этой идеи.

Какие компетенции необходимы, чтобы стать продакт-менеджером? Какой характер должен быть у кандидата?

На мой взгляд, главное для продакт-менеджера — общая адекватность и наличие опыта, преимущественно жизненного. Опыт работы может быть разнообразным: вы можете работать курьером, проектным менеджером, секретарем — кем угодно. Нельзя эффективно развивать продукт, если нет понимания как работает бизнес.

Наличие представлений о маркетинговых исследованиях и умение работать с аналитическими данными — те навыки и знания, которые помогут в работе. Также важно уметь и хотеть работать руками: собрать прототипы, проводить интервью и количественные исследования, сегментировать полученные данные.

На основе опыта я понимаю, что иметь базовые знания программирования тоже полезно. Если бы я могла вернуться в прошлое на 5-6 лет и дать себе совет, посоветовала бы выучить какой-нибудь язык программирования.

У меня есть гипотеза, что идеальный кандидат — человек, который подрабатывал тестировщиком и, при этом, получил маркетинговое образование.

Такие идеальные кандидаты, на твой взгляд, существуют?

Такие наверняка существуют, но я не встречала ни разу.

Фото: личный архив

Складывается впечатление, что, в основном, продакт-менеджерами становятся маркетологи, в меньшей степени — разработчики. Как на твой взгляд?

Могу понять их мысли, я сама бывший маркетолог. Переход получается более плавный, потому что, как и маркетолог, ты работаешь в b2b-сегменте. Особенно, если речь идет о маркетинговом агентстве.

Однако, на мой взгляд, работа продакт-менеджера больше всего схожа с позицией бренд-менеджера: он, как и продакт, своего рода предприниматель и оунер своего продукта — от идеи до продажи.

Как устроен Яндекс.Трекер

Ты являешься руководителем сервиса Яндекс.Трекер. Расскажи про этот продукт, как давно появился на рынке, зачем и для кого?

Яндекс.Трекер был создан 5 лет назад, вначале как внутренний инструмент компании. Началось все с того, что один из внешних трекеров , который мы на тот момент использовали, не справлялся с масштабами Яндекса. Для решения проблемы было придумано несколько вариантов, один из них — написать собственный трекер.

Продукт создавался постепенно. Изучали работу одной команды, писали для нее функционал и переходили к следующей. Так трекер набрал довольно обширный список инструментов, и сейчас для организации бизнес-процессов его используют все подразделения Яндекса: от разработки и запуска новых продуктов до закупки печенья на наши кофе поинты.

Мы верим, что единый инструмент для всей компании, в котором все процессы взаимосвязаны и прозрачны для любого сотрудника, помогает Яндексу достигать своих успехов.

Каков путь развития продакт-менеджеров? Есть ли система мотивации команды?

В Яндексе есть система review — перфоманса сотрудников. Это помогает руководителям управлять мотивацией и ростом своих сотрудников, а сотрудникам — понимать, что нужно делать, чтобы профессионально расти.

Несколько раз в год каждый из сотрудников компании уточняет и обновляет свои личные цели, которые напрямую связаны с бизнес-целями направления. Одновременно с этим, мы подводим итоги, оцениваем эффективность каждого сотрудника.

А повышение? Как часто приходят зеленые juniors и как быстро они вырастают до позиции middle?

По моим личным наблюдениям, все, конечно, зависит от человека: амбиций, опыта, желания учиться и брать на себя больше ответственности. Думаю, что junior может за полгода вырасти до хорошего продакт-менеджера среднего звена.

А вот чтобы развиться до руководителя продукта, нужно проработать на уровне middle не меньше года, а лучше два. Почему так долго? Все просто: работа в течение года дает полноценное представление о том, как функционирует продукт, об изменении поведения твоей целевой аудитории, условиях бизнеса.

Как часто вы принимаете кандидатов на стажировки? С охотой или нет? На hh.ru, например, на позицию продакт-менеджера требуется опыт работы от 3 лет, хотя профессия относительно новая.

Моя команда принимает на стажировки достаточно большое количество кандидатов: разработчиков и тестировщиков, менеджеров и продакт-менеджеров.

На мой взгляд, Яндекс — это место, где можно набрать опыт. На менеджерские стажировки приходят ребята, у которых за спиной несколько лет опыта работы в офлайн-маркетинге и -рекламе. Стажировка помогает глубже погрузиться в IT-сферу, и разработку онлайн продуктов — попробовать себя в этой отрасли.

А у тебя есть какой-то пример успешного продакт-менеджера, который развился в профессии с нуля?

Скажу больше, у меня есть личный опыт. Я пришла в Яндекс из офлайн-бизнеса, PepsiCo Россия, с позиции digital-менеджер, и прошла на роль продакт-менеджера без необходимого опыта работы. Это был настоящий челлендж! Я прошла несколько интервью, в процессе которых ребята из Яндекса предлагали решить несколько продуктовых кейсов — без опыта дать быстрый и взвешенный ответ было сложно. Плюс прошла тестовое задание.

Но сейчас устроиться работать продакт-менеджером в Яндекс определенно сложнее, нужно пройти несколько этапов интервью — например, продуктовую, технологическую и аналитическую часть. На них сотрудники из разных подразделений обсуждают с кандидатом его компетенцию.

Я всегда даю тестовые задания и провожу интервью на продуктовой секции. Если оно проходит хорошо — назначаю следующие встречи.

«Мне повезло с сильной командой»

Как проходит твой рабочий день в роли руководителя сервиса?

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

Я много встречаюсь со своей командой в формате «один на один» я встречаюсь с каждым подразделением: с моими непосредственными подчиненными — продакт-менеджерами каждую неделю, с ребятами из scrum-команд стараюсь разговаривать хотя бы раз в три-четыре недели. Это помогает понимать, что происходит у ребят в голове, управлять их ожиданиями от продукта и своими ожиданиями от них. Темы поднимаются разные: о бизнесе, проблемах в команде, коммуникациях.

Плюс у меня есть собственная scrum-команда. В нее входят маркетолог и менеджер по развитию бизнеса, с которыми мы планируем свою работу на 2 недели, ежедневно сверяемся по бизнес-задачам и участвуем в продуктовом демо наряду с командами разработки.

Действительно насыщенно, да. А сколько в твоей команде продакт-менеджеров?

В мою зону ответственности входит несколько сервисов — Яндекс.Трекер, Яндекс.Формы и Яндекс.Вики, а также некоторые задачи, связанные с платформой, на которой эти сервисы работают.

Мне повезло с сильной командой: это пять scrum-команд, четыре продакт-менеджера, включая меня.

Непосредственно на Трекере есть два продакта, две scrum-команды и два бизнес-направления, которые мы сейчас развиваем — это поддержка agile фреймворков и инструменты для организации саппорта. Иногда задачи пересекаются, но в основном сконцентрированы внутри одного направления.

Мне кажется, если в команде несколько продактов, то каждый стремится показать себя и пустить в production свою фичу первой. Бывали ли конфликтные ситуации в команде?

Конфликтов нет. Я стараюсь выстраивать рабочий процесс комфортно. Продакты точно знают, какими ресурсами владеют, какие задачи необходимо выкатить прямо сейчас, что нужно сделать в долгосрочной перспективе и к каким целям нужно стремиться.

Конечно, у нас часто бывают споры. Когда кто-то предлагает решение, и оно не нравится всей продуктовой команде. Вопрос обычно решается проверкой гипотез, тестированием и компромиссами.

Со стороны, особенно новым ребятам в команде, кажется, что мы много времени тратим на обсуждения и встречи. Но именно в спорах рождается истина, а вовлечение в обсуждение больших компетенций, помогает нивелировать риски реализации на этапе планирования.

Какая основная бизнес-метрика, над которой работают продакты в Яндекс.Трекере?

На данный момент основная задача — сформировать бизнес-аудиторию и сохранить лояльность разных команд Яндекса. Нашу компанию мы рассматриваем, как одного из наших клиентов — представителя IT-аудитории больших корпораций.

Предположим, я хочу пойти в продакт-менеджеры. С чего начать?

Если ты — маркетолог, и руководишь несколькими проектами, достаточно будет подтянуть навыки аналитики и получить базовые знания о технологиях.

Какой язык программирования для продакта сейчас наиболее актуальный? Python?

Знание языка программирования для продакта не обязательно, но это полезный навык. Самым востребованным, соглашусь, является Python.

«Директору по продукту в три-четыре раза сложнее»

22 ноября стартует курс «Директор по продукту в IT» от ФРИИ, на котором ты будешь одним из основных преподавателей. Расскажи немного об этом курсе. Для кого он? Кому будет полезен?

Мы провели много потоков для смешанной аудитории и поняли: если для начинающих есть достаточное количество курсов, отработанная программа и понимание, что нужно для знакомства с профессией, то для более опытных специалистов — молодых руководителей, нет никакого подспорья. Хотя человеку на этом этапе становится в 3-4 раза сложнее.

Ему нужно проверять работу других, работать не только над собой, но и развивать команду. И именно на этом этапе ему нужна помощь. На курсе мы рассказываем о том, как быть эффективным продуктовым руководителем: на что обращать внимание при работе с командой, как контролировать результаты и выстраивать эффективные процессы.

Чего будет больше на курсе: практики или теории?

Будет много практики, домашних заданий. Мы готовим практические кейсы с реальными менторами, которые предложат не только интересные задачи для курсовой работы, но и поделятся своим опытом. Также будет достаточно теории на различные темы: от стратегического планирования до построения команды.

Я рассчитываю, что этот курс пройдет в формате диалога: студенты активно задают вопросы, а мы разбираем их в режиме реального времени. Это будет довольно интересно не только для студентов, но и для преподавателей.

Что ты можешь посоветовать к прочтению для большего понимания продакт-менеджмента?

Я сама, в основном, читаю Telegram-каналы, пока еду в метро на работу. Самые популярные: «Борода продакта», «No Flame No Game», «Нормально делай, нормально будет». Также обращаю внимание на каналы с продуктовыми вакансиями — всегда интересно, какие компании и какие запросы наполняют рынок. Иногда слушаю продуктовые подкасты во время пробежки.

Если нужно получить новые знания, я использую поиск. Ищу материалы по теме — статьи, подкасты, записи выступлений с конференций.

>>> Все курсы ФРИИ

Фото на обложке: Josh Calabrese on Unsplash

2. Почему многие программисты становятся менеджерами?

15 лет назад я почему-то очень хотел быть менеджером проектов. Путь из HTML-кодера в менеджеры довольно забавен, но у меня к сожалению получилось. Очень мне нравилось строить красивые Гантт чарты, делать эстимейты по методу Дельфи, применять Critical Chain Management и пытаться убедительно разговаривать с программистами.

К счастью во всем многообразии литературы по управлению проектами, рисками, сбором требований, успешных коммуникаций и историй успехов мне попалась книжка по экстремальному программированию. Тогда стало совершенно очевидно, что все мои свежие знания по управлению проектами можно засунуть в далекий ящик и закрыть на ключ. Я прочитал все, что было написано в то время по гибкой разработке, начал изучать PHP и применять XP на практике. Постепенно из наивного менеджера проектов я превратился в среднего программиста, чему в целом несказанно рад.

В этой короткой заметке поговорим о правильных и неправильных причинах превращения программистов в менеджеров. Начнем с неправильных.

  1. Мне будут платить больше. Это возможно так, но только для менеджеров департаментов или выше. Менеджеры проектов в целом зарабатывают меньше программистов. И не нужно забывать, что +1K к зарплате в $4K вряд ли сделает вас сильно богаче или счастливее. Денежная мотивация перестает работать на уровне $5K.
  2. Работа менеджера интересная. Для данного утверждения у вас должны быть специфические черты характера. К примеру, вам должно очень нравиться общаться с другими людьми, решать личные конфликты, уметь глубоко разбираться в людях и находить верные подходы к каждому. Большинство программистов не обладают вышеперечисленными качествами, им ближе абстрактный мир систем и более-менее формальных правил. Конечно, можно все поднять на уровень социальных систем, но они чрезвычайно сложные с огромным количеством неявных параметров, поэтому у вас будет постоянное ощущение wtf?
  3. Должность менеджера — это выражение признания и заслуг. Давайте начистоту. Во многом это проявление гордыни. Ну что вам, так нравится управлять другими людьми? Вы действительно хотите формально быть выше других программистов? Может быть лучше добиться признания чем-то другим? Например, можно писать клевые статьи. Выступать на конференциях. Решать сложные технические проблемы и рассказывать об этом другим. Обучать людей вокруг. Я думаю есть много способов добиться признания, если уж очень хочется, и менеджмент совсем не лучший вариант, хотя в чем-то самый простой.
  4. Программирование надоело. Скорее всего у вас выгорание и лучшим решением будет отпуск на 6–12 месяцев. Возможно, после отпуска ничего не изменится. Может быть это время сменить профессию. Уход в менеджеры вряд ли решит проблему. Будет много всего неинтересного, много давления, много ответственности и мало счастья.
  1. Больше некому. Кому-то надо ходить на интервью, решать конфликты, увольнять, создавать условия и оценивать. Я бросил программирование где-то в 2009 именно по этой причине. И сейчас немного об этом жалею, потому что создавать системы гораздо интереснее, чем заниматься процессами. Оглядываясь назад, если бы я был умнее, то сразу строил бы распределенную организацию на принципах open allocation и с минимальными потребностями в формальных менеджерах. Маленьким командам менеджеры просто не нужны (но нужны лидеры), а большие команды не нужно создавать. Я считаю себя весьма посредственным менеджером и стараюсь управлять как можно меньше.

Кроме того, надо очень хорошо понимать, что вы потеряете, уйдя в менеджеры:

  1. Вы не сможете создать продукт самостоятельно. Через несколько лет вы не сможете ничего сделать руками, и не сможете самостоятельно стартовать продукт. Это печально.
  2. Покой. Забудьте о нем. Я серьезно. Его заменят постоянные стрессы.
  3. Фокус. Лет через 5 вы больше не сможете сфокусировано работать над задачами. Многозадачность и постоянный context switching станут нормой и плотно войдут в вашу жизнь. Один час, выделенный на задачу, будет казаться чудом. У вас будут сложности с чтением книг, больших статей и наблюдением за звездами.

Короче, единственная правильная причина для превращения программиста в менеджера — это безысходность. Мир потеряет хорошего программиста, а приобретет среднего менеджера.

Добавить комментарий