Много статей написано на тему того, как ломается сознание специалиста, когда он становится менеджером. Ему приходится делать другие задачи, на голову сваливается другой уровень ответственности, задействуются совсем другие области мозга.
В этой короткой статье речь пойдет об одном открытии, которое я сделал вскоре, после того как стал руководить командой. А так же о том, как я к этому открытию пришел.
Читать полностью »
Данная статья планируется как первая публикация из серии статей, посвященных интеллектуальному управлению проектами.
В публикации будут кратко рассмотрены вопросы имитационного моделирования управления проектами (УП) и интеллектуализации УП.
Предполагается, что читатель поверхностно знаком с теорией управления проектами и системным анализом, а так же возможно с проектированием информационных систем. Углубленные знания по всем или одному из направлений могут вызвать непреодолимое желание написать комментарий, что приветствуется!… или запустить в автора чем-нибудь тяжелым…
Итак, приступим.
Читать полностью »
Привет, друзья!
По результатам статьи «Как мне стать project manager’ом в IT, если до этого я работал(-а) на похожей позиции, но не в IT?» возникли вопросы, а что же делать Team Leads (TL), которые уже работают в IT? Как этим Team Leads стать руководителями проектов? В данной статье намеренно не будет упоминаться позиция Tech Lead, которая в моем понимании ничем не отличается от Team Lead, с точки зрения роста из нее в PM. Таким образом сокращение TL можно читать как Team Lead, так и как Tech Lead.
Сразу подчеркну, что материала на эту тему не просто много, а очень много, и уложить его в одну статью совершенно нереально. Более того, уложиться даже в несколько статей — это тоже почти безнадежная задача. Буквально каждый пункт, о котором дальше пойдет речь — тянет за собой многочисленные тренинги, огромное количество книжек, статей в Интернет, обсуждений с наставниками и много, много, очень много лично вашей практики в работе над собой. А потом все перечисленные время-, сило- и нерво-затраты повторить еще разок.
Если после прочтения данного вступления вы все еще считаете, что вам почему-то все равно необходимо вырасти из TL в Project Manager’а, и вы готовы вкладывать время и силы в свое развитие — welcome читать дальше. Если вы не готовы вкладывать в себя и учиться, практиковаться, учиться и снова практиковаться — дальше читать смысла нет. Не тратьте свое время.
Чтобы избежать некоторой путаницы, стоит упомянуть, что разбираю в этой статье только вариант «TL->PM». Опцию «Инженер->TL» не рассматриваю для сокращения объема статьи.
Мы потихоньку готовимся к релизу Kotlin, в связи с чем встают новые и интересные организационные вопросы. Например: «Нужен ли нам PMM (Product Marketing Manager)?» Как это часто бывает, чтобы ответить на этот вопрос, надо сначала разобраться, кто вообще такой PMM. Поскольку я это более-менее сделал в последние недели, хочу поделиться с вами тем, что узнал.
Disclaimer: Замечу сразу, что все сказанное ниже — более или менее специфично для JetBrains, и я ни в какой части этого поста не хочу сказать, что так же устроены или должны быть устроены другие компании.Читать полностью »
Недавно прошла миниконференция-митап для продуктовых менеджеров — два часа после работы, три истории, четыре докладчика, сотня зрителей…
Я сделал приличную видеозапись — три камеры, экран, отличный звук, доклады «взбодрены», все как обычно.
Под катом — обзор-аннотация докладов, видео (vimeo+youtube), слайды и прочее.
Наверное, всякий, кто когда-либо пытался осознать специфику различных подходов к разработке программного обеспечения, задавался вопросами: в чём отличие между итеративной и инкрементальной разработкой? Agile – итеративный? RUP – инкрементальный?
Под катом очередное рассуждение на эту тему и заочный спор с Карлом Вигерсом.
Читать полностью »
У современного руководителя проектов есть множество способов демонстрации своего профессионального развития. Один из них – это получение сертификата Project Manager Professional (PMP) от Института управления проектами (PMI). Если Вы уже получили такой сертификат, приготовьтесь его подтверждать, добывая т.н. единицы профессионального развития (PDU).
Под катом несколько проверенных автором бесплатных способов PDU-майнинга.
Читать полностью »
Про Agile говорят и пишут много. Кто-то рассказывает о своих победах, показывает фотки с довольными заказчиками и советует делать итерации не больше двух недель, для других Agile — это синоним боли, мук и страдания. Вот и я решила оглянуться назад и посмотреть на историю одного проекта, Agile которого не интересовал более 10 лет и, в котором Scrum и ежедневные стандапы внезапно стали яблоком раздора, причиной поиска нового места работы и самой обсуждаемой темой в курилке.Читать полностью »
Я продолжаю работу над диссертацией по проектному менеджменту. Сегодня мы кратко рассмотрим Scrum, рассмотрим типичные ошибки, приводящие к проблемам. Данный пост не претендует на полноту, он является обзорным и адресуется тем, кто еще не знаком с методологией, или знаком лишь частично (к примеру, работает в модифицированном Scrum).
В настоящее время, Scrum является одной из наиболее популярных методологий разработки ПО. Согласно определению, Scrum — это каркас разработки, с использованием которого люди могут решать появляющиеся проблемы, при этом продуктивно и производя продукты высочайшей значимости (с точки зрения клиента — прим. Автора) [1].
Это говорит о том, что в Scrum невозможно найти ответы на все вопросы и указания к действию во всех ситуациях (к примеру, в официальном описании Scrum лишь указана необходимость оценки времени, необходимой на выполнение работы, но не уточняется вид оценки. Т.е. это может быть и planning poker и другой способ оценки). Таким образом, само наименование топика не верно :)
Когда говорят о методологии Scrum, чаще всего имеют ввиду гибкую методологию разработки ПО, построенную на основе правил и практик Scrum, так что вполне может оказаться что ваш Scrum круче моего Scrum, а также быть от него так же далеким, как ВАЗ 7-ка от BMW 7-й серии :)
Авторами Scrum заявлены следующие особенности:
-Легкий (англ. Lightweight)
-Понятный, доступный
-Сложный в освоении
(практически взаимоисключающие параграфы)
Эта история о том, как небольшая команда молодых разработчиков в условиях высокой рабочей загрузки загорелась идеей одного праздничного сервиса и отважилась взяться за его реализацию. И, как оказалось, не смотря на многочисленные препятствия, всё же дошла до поставленной цели, не сойдя с дистанции.
За продолжением милости просим под кат:
Читать полностью »
