Всем привет! Меня зовут Роман Мироничев, я руковожу проектами в ИТ сфере. Эта статья написана в связи с желанием поделиться опытом в управлении проектами с теми, кому эта область интересна. В процессе работы я постоянно изучал разные материалы об управлении, в маркетинге и ИТ — но практических кейсов встречал не так много, поэтому решил поделиться своими. Надеюсь, это найдет отклик у тех, кто интересуется темой проектного управления, и материал будет полезным.
Рубрика «руководство проектами»
Личный опыт руководством проектами в ИТ и геймдеве. Заметки и размышления. Часть 1
2025-06-13 в 13:40, admin, рубрики: agile, agile development, Agile для процессоров, pmo, проектный менеджемент, проектный офис, руководство проектамиКак не завязнуть в болоте рутины и оставаться эффективным
2025-03-24 в 15:46, admin, рубрики: личная продуктивность, личная эффективность, личностный рост, менеджмент продукта, менеджмент проектов, руководство командой, руководство проектами, тайм-менеджмент, эффективность, эффективные менеджерыС того момента, как я начал работать IT менеджером, число связей и объем информации, потребляемой в единицу времени, начали кратно возрастать. В моей оперативной памяти перестали умещаться запланированные дела, в долговременной памяти стала теряться важная информация, да и в принципе вся структура хранения данных в голове стала не оптимальной.
Тет-а-тет: задаем правильные вопросы
2017-02-22 в 19:51, admin, рубрики: agile, вопросы, встречи профессионалов, Карьера в IT-индустрии, коммуникации, коммуникация, митинги, общение, переговоры, правильные вопросы, Руководитель проектов, руководство проектами, совещания, тет-а-тет, улучшение жизни, управление персоналом, управление проектами, управление разработкойЧтобы успешно построить работу в команде (коллективе) и добиться высоких результатов, важно уметь продуктивно общаться с подчиненными и задавать правильные вопросы. Профессионализм заключается не только в нахождении нужного времени, места и момента для беседы с сотрудником, но и в получении и доведении нужной информации.
Если вы на пути к проведению регулярных индивидуальных встреч с сотрудником или уже практикуете их, но не знаете, о чем еще спросить, наша статья будет полезна! Ниже вы найдете список вопросов, ответы на которые помогут улучшить взаимодействие в командах, повысить лояльность к компании, узнать проблемы, волнующие ваших коллег. Эта подборка должна быть для вас не столько готовыми формулировками, сколько обозначением направления, опираясь на которые вы можете сформулировать более точные и подходящие вопросы, с учетом личностных особенностей собеседника, особенностей работы именно в вашей компании.
Читать полностью »
Как работают ИТ-специалисты. Руководитель разработки SearchInform Дмитрий Гацура
2017-02-02 в 9:38, admin, рубрики: gtd, интервью с разработчиками, Карьера в IT-индустрии, лайфхак, организация работы, привычки, руководство проектами, советы начинающим
Мы продолжаем расспрашивать специалистов о режиме труда и отдыха, профессиональных привычках, об инструментарии, который они используют, и многом другом.
Сегодня наш гость — Дмитрий Гацура. Он руководит разработкой в SearchInform.
Дмитрий получил образование в 2002 в Донском государственном техническом университете по специальности «Программное обеспечение вычислительной техники и автоматизированных систем», общий опыт работы в IT — 17 лет.
В SearchInform он пришел в 2013 году на позицию программиста и занимался проектами ProgramSniffer, Keylogger, ReportCenter в составе DLP. В 2014 стал тимлидом, через полтора года взял на себя руководство разработкой всех продуктов компании.Читать полностью »
Как руководит компанией генеральный директор-программист — мнения и опыт экспертов
2016-12-08 в 16:30, admin, рубрики: генеральный директор, ит-менеджмент, Карьера в IT-индустрии, Развитие стартапа, разработчики по, рекрутинг в it, руководство проектами, собеседования, управление персоналом, управление разработкой, метки: разработчики по, рекрутинг в it
Бывает, что в какой-то момент разработчик проекта берет на себя бразды правления. Кто-то делает это по своей воле, кто-то видит осознанную необходимость.
Если компания состоит из нескольких друзей, обычно договориться достаточно легко, и роль СЕО довольно формальна. Но когда штат расширяется, у гендиректора появляется больше возможностей и проблем. Кому-то придется сделать выбор между управленческой работой и разработкой ПО, кто-то продолжает совмещать две роли. Но так или иначе, гендиректоры-программисты имеют свои особенности.
Возможно, этот материал поможет разработчикам, которые сейчас или в будущем хотели бы основать собственную компанию. А может быть, он просто позволит лучше понимать гендиректоров-программистов.
Мы пообщались с представителями ИТ-индустрии и попросили высказать свое отношение к таким руководителям, рассказать о преимуществах и недостатках такого управления.Читать полностью »
8 навыков, которые делают вас шеф-поваром (или любым другим бизнес-лидером)
2015-12-23 в 7:30, admin, рубрики: gtd, Блог компании MBA Consult, востребованность, командная продуктивность, командная работа, лидерские качества, лидерство, личная продуктивность, психология успеха, руководство, руководство проектами, метки: востребованность 
Довольно сложно объяснить, как функционирует благополучная, хорошо работающая кухня — здесь слишком много движущихся элементов. Чтобы стать шефом, нужно уметь превосходно готовить. Но одна эта способность не сделает вас лидером. Для создания собственного стиля лидерства, который за вас скажет: «Вот, кто я!», придется потратить время и силы, овладевая мастерством. Как это сделать?Читать полностью »
Occasional Project Manager. Можно ли стать менеджером проекта случайно?
2015-08-07 в 9:49, admin, рубрики: руководитель проекта, руководство проектами, управление командой, управление проектами, управление проектами и командой, Управление проектом, управление рискамиВ один прекрасный момент шеф подошел к вам, отметил ваши организаторские способности и предложил возглавить группу коллег (команду) для реализации нового проекта. Как это может изменить вашу жизнь?
Почему это произошло и зачем нужен проектный менеджер или руководитель проекта? У кого-то в компании появилась идея, реализовав которую, можно достичь улучшений в работе компании или получить прямой доход. Реализация этой идеи не укладывается в рамки обычной операционной деятельности (по разным причинам). Далее, на одном из совещаний, на котором присутствовал ваш шеф, идею поддержало руководство и ее реализацию поручили вашему шефу, поскольку он либо был ее инициатором, либо тематически реализация этой идеи ближе всего именно к его сфере ответственности. При этом реализация идеи требует отвлечения как минимум нескольких сотрудников от обязанностей, прописанных в их должностных инструкциях (в непроектных организациях участие в проектах зачастую не включается в должностные обязанности), то есть объем и сложность работ слишком велика, чтобы поручить ее выполнение одному или даже нескольким сотрудникам одного подразделения, либо требует опыта, знаний и навыков, которыми никто в компании не обладает, либо и того и другого одновременно. Поэтому, для реализации этой идеи необходимо запустить отдельный проект.
Почему бы вашему шефу самому не стать руководителем этого проекта? С его стороны ситуация может выглядеть так. Идея, которую ему необходимо реализовать, требует планирования, координации действий как минимум нескольких человек, контроля результатов их работы, отдельного бюджета и его контроля и, что самое важное — времени, которого, возможно, просто нет у самого шефа ввиду загруженности в рамках управления текущей операционной деятельностью. В этой ситуации он вполне логично пользуется одним из методов управления – делегированием ответственности за этот результат. Одним из основных принципов проектного управления является персональная ответственность за вполне конкретный результат. Поэтому в подобной ситуации вполне логичным решением будет назначение ответственным одного из своих подчиненных, который должен обладать несколькими важными качествами. Во-первых – теми самыми организаторскими способностями, во-вторых — пониманием, что нужно сделать для достижения заданного результата, в том числе умением составить план реализации проекта. Это, так сказать, минимум.
Делегирование ответственности за результат вам как руководителю проекта не снимает итоговой ответственности с вашего шефа перед вышестоящим руководителем, который поручил ему реализацию идеи, но уменьшит персонально им затраченное время на достижение конкретного результата. Не забывайте об этом, понимание этого факта поможет вам, когда в ходе реализации проекта возникнут проблемы и вам потребуется помощь (но об этом в другой статье).
Самым первым, с чем вы столкнетесь, будет необходимость тратить значительную часть своего рабочего времени на планирование работы всех членов команды проекта, особенно если эта команда состоит из работников различных подразделений и/или необходимо привлечение внешних подрядчиков. Вторым важным моментом будет то, что результат работы всей команды шеф будет спрашивать именно с вас, для этого он, в конце концов, вас и назначил руководителем проекта. Третьим важным моментом будет то, что, скорее всего, шеф с вас будет спрашивать именно результат, включая промежуточные результаты, а не контролировать процесс достижения результата, поскольку назначив вас руководителем проекта, контроль выполнения работ необходимых для получения результата он поручил вам. Сам он при этом фактически становится Куратором проекта.
И вот когда к новоиспеченному руководителю проекта приходит понимание всех этих моментов, у него иногда возникает некий «кризис ответственности». С одной стороны, результат проекта почти всегда сформулирован так, что новоиспеченный руководитель проекта вроде бы не должен за него отвечать, исходя из того, что описано в его должностных обязанностях. С другой стороны, бонусами за достижение результата проекта часто могут быть дополнительная финансовая премия и/или возможное повышение. Да и сама возможность примерить на себя «пиджак менеджера» тоже может быть интересной. Поэтому очень важно на старте проекта договориться с шефом о границах вашей «управленческой самостоятельности», даже если шеф сам не настоял на этом. Например, текущее отклонение по срокам исполнения на один — два – три дня не требует от вас немедленной эскалации (официального уведомления) этой ситуации шефу, конечно при условии, что вы сами знаете, как в дальнейшем устранить отставание. А выявление более длительного отставания, обязательно нужно эскалировать. Аналогичная история с возможными отклонениями по стоимости и объему работ, выполняемых подрядчиком по контракту. И хотя большинство подрядных работ в России выполняется по контрактам с фиксированной ценой и фиксированным объемом работ, далеко не все и не всегда идет так, как записано в контракте.
Проекты могут быть различной длительности, от нескольких недель или месяцев, до нескольких лет. Как длительность участия в проекте может повлиять персонально на вас, если вы впервые стали руководителем проекта? Как бы это странно не прозвучало, но далеко не все люди, работающие в компаниях, стремятся стать руководителями. Если проект небольшой по длительности (несколько недель или месяцев), то вы несомненно получите полезный опыт управления и организации работы других людей, который позволит по-новому взглянуть на ваше место в компании и подстегнуть ваши амбиции. Если проект довольно длительный (обычно, значительно больше года), то, кроме вышеописанного, вы неожиданно для себя можете столкнуться с интересным эффектом. Работая в качестве руководителя проекта, вы, развивая ваши навыки управления, с некоторой вероятностью «притупляете» навыки, которые оттачивали, будучи предметным специалистом. Поэтому если вы выбрали роль руководителя проекта, предварительно не решив для себя, собираетесь ли вы в дальнейшем переквалифицироваться в управленца, то учитывайте, что возвращение к прежней работе может быть сопряжено с дополнительными усилиями по восстановлению частично утраченной квалификации. Но разве осознание успешности реализации вашего первого проекта не стоит всех затраченных для этого усилий?
Успехов вам в управлении проектами и покорении корпоративного Олимпа!
Автор: Олег Тумасов, главный редактор журнала «Управление Проектами».
Читать полностью »
«Аджайлификация» одного проекта
2015-03-06 в 11:26, admin, рубрики: agile, management, project management, scrum, руководство проектами, управление проектамиПро Agile говорят и пишут много. Кто-то рассказывает о своих победах, показывает фотки с довольными заказчиками и советует делать итерации не больше двух недель, для других Agile — это синоним боли, мук и страдания. Вот и я решила оглянуться назад и посмотреть на историю одного проекта, Agile которого не интересовал более 10 лет и, в котором Scrum и ежедневные стандапы внезапно стали яблоком раздора, причиной поиска нового места работы и самой обсуждаемой темой в курилке.Читать полностью »
Философия системы Asana. 4 принципа работы в системе
2015-02-26 в 11:14, admin, рубрики: agile, CRM система, руководство проектами, управление проектами, управление проектами и командойНаверняка многие слышали о системе управления проектами Asana. Дастин Московиц, ранее известный как соучредитель Facebook, привлёк многомиллионные инвестиции для своего проекта.
В начале 2013 года, когда мы всем агентством в очередной раз лихорадочно пытались сбежать из неповоротливых «Битрикс 24» и «Мегаплан». Я протестировал Asana и сказал: «ну что инвесторы нашли в этом проекте? Здесь же ничего нет!» Однако со временем понял: как и любая легендарная система, Asana имеет свою философию, своё ДАО, без знания которых ларчик не откроется.
Сегодня я расскажу о четырёх основных принципах работы в Asana, которые заставят взглянуть на этот инструмент по-новому и сделать его тайным оружием вашей эффективной работы.
Читать полностью »
Проблема стиля работы руководителя проекта или что делать с ответственной безответственностью?
2014-02-12 в 13:21, admin, рубрики: руководство проектами, управление проектами, метки: руководство проектамиЕще несколько лет назад меня абсолютно не интересовал такой момент в управлении проектами как стиль работы руководителя. Наверное, как и многим руководителям, в первую очередь больше приходилось уделять внимание срокам, бюджету, качеству и удовлетворенности/счастью заказчика и лишь во вторую очередь комфорту работы команды. Благо велись проекты по скраму и не пропускались ретроспективы. И, конечно, получая отрицательный отзыв на какой-то процесс, уже было никак нельзя не предпринять попытки его устранить. Так или иначе, в малых и средних командах складывались дружеские отношения, чувствовался интерес к работе, ну и если что-то шло не так, то в теплой атмосфере ближайшего бара решались все прочие нюансы.
Однако все изменилось, когда кроме прямого ведения проектов, пришлось перейти еще и к подбору, мотивации и контролю самих руководителей проектов. И если с цифрами и статистикой по проектам все более менее понятно и прозрачно, то комфорт работы команд оставался тайной за семью печатями. Читать полностью »
