Для менеджеров IT-проектов существует несколько видов сертификации, в которых не так просто разобраться. Чтобы вам было проще — объединил информацию по ним в одну таблицу. Включил в виды сертификации то, что достаточно распространено в России, и может помочь вам в вашей карьере.Если говорить в целом, то есть 3 направления сертификации:
управление проектами — общий подход к управлению проектами. Наиболее известная сертификация — Project Management Professional (PMP)
жизненный цикл программного средства (Application Lifetime Management, ALM) — включает такие подходы к созданию ПО как RUP и MSF
отдельные программные средства для управления проектом
28 марта в InCube пройдет новый мастер-класс Сергея Боронина для стартаперов. Вы познакомитесь с методологиями ведения проектов, достоинствами и недостатками каждой из них.
В рамках мастер-класса будут рассмотрены следующие методологии:
RUP
MSF
PMBoK
PRINCE2 – PRojects In Controlled Environments
Agile
Extreme programming
Scrum
DSDM
Adaptive Software Development
Crystal Clear
Feature-Driven Development
Pragmatic Programming
Цель мероприятия — дать стартаперу возможность выбрать методологию наилучшим образом отвечающую потребностям его проекта и получить ключевую информацию необходимую для того, чтобы начать ее применять. Для не резидентов инкубатора участие платное, стоимость участия 1250 рублей.
При реализации проектов мы время от времени сталкиваемся с необходимостью объяснить заказчику, зачем нужно описание бизнес-процессов. Далеко не все из них согласны с тем, что, прежде чем программировать задачу, надо ее правильно описать с точки зрения бизнес-логики. Под катом – краткая справка об основных подходах к описанию бизнес-процессов.
Современные методологии выступают связующим звеном между стандартами и практикой, и в то же время дают основу для накопления знаний внутри организации. Существует огромное количество методов описания бизнес-процессов, развивающихся параллельно с растущими задачами и усложнением современных организаций: в виде таблиц, текста или используя графические приемы. Графические способы сегодня признаются наиболее оптимальными благодаря образности и наглядности.
Наверное, всякий, кто когда-либо пытался осознать специфику различных подходов к разработке программного обеспечения, задавался вопросами: в чём отличие между итеративной и инкрементальной разработкой? Agile – итеративный? RUP – инкрементальный?
Под катом очередное рассуждение на эту тему и заочный спор с Карлом Вигерсом.
Как возникла необходимость отойти от классической Каскадной Модели жизненного цикла разработки
В 2009 году мне предложили выбрать и реализовать один из «гиблых» проектов. Приставку «Гиблый» каждый получил за то, что раньше за них уже пробовали браться, но ничего не вышло.
В больших проектах причина неудачи чаще лежит не в профессиональном уровне команды, а в готовности Заказчика дойти до конца и получить отдачу от вложенных собственных усилий. Ситуация должна сложится так, чтобы цели проекта совпадали с кратко и среднесрочными целями Заказчика.
Большой пример: только оказавшись под санкциями и цене нефти в 50 долларов за баррель (против 110 ранее) руководство страны перешло от рассуждений и неспешных телодвижений к активным действиям по развитию высокотехнологичной экономики.
Так и один из моих Заказчиков созрел и я взялся сделать для него проект по разработке нового функционального модуля Корпоративной Информационной Системы (ERP-системы), который должен был добавить 400 новых пользователей системе и обеспечить проверку 40 000 ипотечных кредитов в год.
В 2001 году, когда ещё не было Хабра и существенной доли его современных читателей, когда вотерфолл был всемогущим, а об эджайле ещё только-только начинали говорить, я немного поисследовал тему методологий разработки и их отличий друг от друга. В результате появилась статья, которая была опубликована на дружественных мне веб-сайтах. На статью даже ссылались некоторые уважаемые учебные заведения при подготовке курсов по основам менеджмента программных проектов. Поскольку дружественные веб-сайты были не про IT, то и статья со временем с них исчезла. Дабы не допустить её полного исчезновения с просторов рунета, позволю себе опубликовать её на Хабре и предлагаю всем желающим совершить небольшой экскурс в прошлое. Да, многие вещи сейчас кажутся наивными, но ряд выводов всё ещё более чем актуален.
В 2001 году, когда ещё не было Хабра и существенной доли его современных читателей, когда вотерфолл был всемогущим, а об эджайле ещё только-только начинали говорить, я немного поисследовал тему методологий разработки и их отличий друг от друга. В результате появилась статья, которая была опубликована на дружественных мне веб-сайтах. На статью даже ссылались некоторые уважаемые учебные заведения при подготовке курсов по основам менеджмента программных проектов. Поскольку дружественные веб-сайты были не про IT, то и статья со временем с них исчезла. Дабы не допустить её полного исчезновения с просторов рунета, позволю себе опубликовать её на Хабре и предлагаю всем желающим совершить небольшой экскурс в прошлое. Да, многие вещи сейчас кажутся наивными, но ряд выводов всё ещё более чем актуален.