Антон Кучер
Управляющий партнер IT компании, автор курса и преподаватель на Udemy, стартапер и немного блогер)
Именно для таймслотов больше ничем не пользовался, но для того, чтобы распланировать более крупную задачу/проект по времени еще использовал Диаграмму Ганта. В ней тоже задачи распределяются по слотам (неделям или месяцам). Этот инструмент очень полезен для того, чтобы планировать длительные проекты. Для этих целей мне понравился TeamGantt: https://bit.ly/TeamGant, т.к. его можно интегрировать в Trello.
Еще был позитивный опыт использования сервиса Calendly для того, чтобы давать другим планировать мне в календарь встречи на удобные временные слоты.
Добрый день, Александр, тут написал о том, как начинал:
https://vc.ru/hr/363402-karera-menedzhera-ot-prodavca-avtomobiley-do-upravleniya-it-kompaniey
а тут о наиболее частых ошибках и советах, как их избегать: https://vc.ru/life/263210-top-5-oshibok-menedzherov-it-proektov-i-sposoby-ih-izbezhat
Спорно, что в конце статьи вы признаете, что платформа Wordpress создана для блогов и дешевых шаблонов при том, что всю статью посветили тому, что это не так)
А с остальным согласен.
Спасибо за отзыв, Александр. Принято. Видимо, в рамках отдельной статьи уже раскрою подробнее эту тему.
Считаю, что в IT надо заходить с вакансий, которые требуют минимум технического бэкграунда, как, например, тестировщик, менеджер контента, администратор сайта, менеджер проекта и т.д. При этом вы крутитесь в "околотехнической" тематике и сами можете брать на себя выполнение несложных задач + консультироваться со спецами из вашей команды. Если есть способности, со временем вырастите в программиста, а если по пути поймете, что не ваше - можно и в качестве толкового менеджера проекта неплохо зарабатывать. Я, кстати, таких обучаю. Приложил ссылку на курс
Я бы написал, что это те же яйца только в профиль, но сейчас понабегут авторы статей о том, как крамольно путать project и product менеджеров и мы до ночи не разойдемся в разборе понятий)
Интересно. Кто тогда по Agile’у будет заверять/измерять майлстоуны и общаться со стэйкхолдерами? Не говоря уже о том, что у Agile достаточно узкое применение и лучше всего он подходит для ведения внутренних, небольших по инвестициям IT проектов.
А клиент всегда хочет точно знать сколько ему будет стоить конечный продукт и когда будет запущен. И тут Agile проходит мимо.
Политика - это другое. Там никто и не пытается быть эффективным как в бизнесе. Там другие приоритеты.
А в бизнесе ты быстро погонишь человека, который делает проблемы компании или клиентам. И тут ты гораздо больше заинтересован в том, чтобы грамотно передать дела новому сотруднику и хорошо его обучить до того как «выпустишь» работать с клиентами.
В корне не согласен.
Вы таким образом занижаете ценность работы программистов. А на самом деле это не просто "код набивать" - вы ежедневно решаете сложные алгоритмические задачи и это не каждому под силу.
Я бы не выделял ни программирование, ни менеджмент по сложности, т.к. кому-то сложнее дается реальное направление, а кому-то гуманитарное. Тут то же самое: кому-то проще организовывать работу специалистов, коммуницировать с клиентами и решать организационные вопросы, а кому-то решать сложные архитектурные и алгоритмические задачи.
Я как раз считаю, что такое мнение как ваше вредит индустрии и вводит многих новичков в заблуждение. Не раз с ним сталкивался. Техническим специалистам вообще свойственно изображать IT в качестве "черного ящика", видимо, для того, чтобы никого туда не подпускать.
"Технический бекграунд", необходимый менеджерам проектов напрямую зависит от технической сложности программного продукта. Так, например, для того, чтобы управлять разработкой сайтов на CMS нужен минимальный технический бэкграунд, которому можно научить адекватного человека с нуля за пару недель обучения. Дальше пару тестовых проектов под наблюдением ментора и «вуаля» - человек сам может вести разработку сайтов. Повторял это много раз, так что даже не пытайтесь спорить.
Много ли было опыта в IT у меня самого было лет 8 назад, когда я пришел в IT из продажи авто? А теперь я курирую проекты, которые делают нашим клиентам миллионные обороты в Евро ежегодно, а сопровождают их выделенные команды спецов с опытом от 10 лет.
Другой вопрос, если вы разрабатываете ERP системы с нуля или внедряете SAP или 1С, например. Тут уровень технической подготовки выше нужен, но тоже не космос, т.к. не раз уже учили грамотных бухгалтеров техническим нюансам и они после этого очень пристойные проекты вели с сотнями постоянно работающих операторов в системе. Но не без подключения технически грамотного внедренца на моменте разработки новых функциональных блоков, конечно.
Илья, спасибо. Материал очень ценный. Как раз над этим работаю.
В вашем финансовом прогнозе не хватает нулей (
Это я вам как разработчик такого сервиса говорю. И это мы в sellerdata.ru только Wildberries подключили. Да и сроки далеки от реальности. За это время что-то поднять получится, но для того, чтобы на эти данные можно было смотреть без слез потребуется гораздо больше времени.