Registered Education Provider

ГлавнаяФорумTimour Khachtchevatsky

Форум

Внимание!

Форум работает в режиме архива - доступен только для чтения.

Обсуждения проходят 
в соц.сетях в группах МО PMI
Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Авторизация: 

Все сообщения пользователя
Форум:
Дата создания cooбщения:Выбрать дату в календареВыбрать дату в календаре
 

Cообщений в теме: 2
Тема: «PMI-ACP, PMI-ACP в России» в форуме: Сертификация
Создано:
03.12.2011 16:16:09
Перейти
[QUOTE]Алексей Тюрин пишет:
Agile - это зонтик, прикрывающий и объединяющий различные гибкие методологии, такие как скрам, xp, бережливое производство и т.п.[/QUOTE]

Неочевидно все с определением Agile. Мне встречалось несколько концепций - ессно с сопутствующими холиварами:
1. "Практичная" (близко к вашему "зонтику") - определяем общее как сумму частностей: скрам, xp, crystal, tdd, lean и т.д.
2. "Пуристская" или "Этическая" - если манифест выполняется полностью - значит Agile. А манифест - смесь этических и практических постулатов.
3. "Мудрая" - концепция Боэма (Balancing Agility and Discipline: A Guide for the Perplexed). Agile методологии - "changes-driven" в противовес "plan-driven". Т.е. во главу угла ставится не планирование, а максимальная готовность к изменениям требований - создание соответствующей инфраструктуры. Для реального проекта выбор между agile и plan-driven подходами предполагается делать осознанно - с учетом вероятности и масштаба предполагаемых изменений во время исполнения.
4. "Формальная" - упомянута мной выше. Agile подход понимаем как отказ от фиксации scope при фиксированных schedule и (скорее всего, хотя видимо необязательно) price и quality.

Варианты друг с другом частично пересекаются, но не настолько, чтобы их можно было назвать хотя бы похожими. Было бы неплохо, если бы сообщество как-то разобралась с термином, потому что широта интерпретаций порождает бардак и профанацию. Не уверен, что PMI с этим справится (ввиду слабого авторитета в IT-отрасли, где Agile возник и развивается), но попытка не пытка.
Создано:
29.11.2011 13:14:43
Перейти
Я не поклониик Agile, но
1. Scrum не синоним Agile. Хотя он-то как раз оформлен и переоформлен. И системой сертификации уже лет несколько как обзавелся.

2. PMI и иже с ними как раз и пытаются зафиксировать содержание Agile - вполне небессмысленное начинание. Судя по тому, что я слышу последнее время на разных вэбинарах трэнд на то чтобы под Agile понимать подходы, в которых незафиксированной стороной треугольника является scope. Впрочем, это мое ощущение - сугубо субъективное.

3. Ну и да - методологией я бы это конечно не назвал. Как, разумеется, не является методологией и PMBOK.
Cообщений в теме: 2
Тема: «Получение оригинала сертификата» в форуме: Сертификация
Создано:
08.05.2008 11:13:42
Перейти
Еще раз спасибо, Галина, - вопрос решился.
Создано:
12.04.2008 13:54:51
Перейти
Уважаемая Галина
У меня идентичная проблема (экзамен сдан 31-Янв, журналы доходят). Пожалуйста помогите.
Cообщений в теме: 1
Тема: «Code of Professional Conduct» в форуме: Сертификация
Создано:
01.02.2008 14:46:28
Перейти
Насколько я понимаю русский вариант соответствует устаревшему документу, а новый (Code of Ethics and Professional Conduct) я на русском не встречал. Поправьте если не прав - могу ошибаться.
Cообщений в теме: 1
Тема: «"Официальные" PDU, Вопрос о необходимых для экзамена PDU» в форуме: Сертификация
Создано:
01.02.2008 14:35:45
Перейти
Только что отсдавался и могу (как мне кажется вполне квалифицированно) утверждать, что R.E.P. не нужен. Лично я указал 21 час у R.E.P., остальное набрал внутрикорпоративным тренингом по RUP. На сайте PMI указания на R.E.P. есть только при подсчёте PDU для подтверждения статуса (да и то с оговоркой, что в некоторых случаях могут быть засчитаны другие провайдеры обучения), но не для его получения.
Cообщений в теме: 1
Тема: «Заявка на сдачу экзамена и еще вопрос» в форуме: Сертификация
Создано:
28.01.2008 14:27:30
Перейти
[QUOTE]После смены дизайна сайта, мое имя пропало из членской зоны. [/QUOTE]

Кстати - и моё.
Cообщений в теме: 1
Тема: «Открытые семинары и PDU» в форуме: Главный
Создано:
17.02.2010 13:47:31
Перейти
Сопутствующий вопрос: можно ли начислять PDU, если участие осуществлялось через вебинар ?
Может ли автоматическое письмо с подтверждением регистрации служить подтверждением участия (при регистрации PDU есть четкая рекомендация не регистрировать то, что не можешь подтвердить) ? (Для информации - вебинары на iil.com рассылают дополнительные письма с подтверждением участия после вебинаров)

Спасибо !
Cообщений в теме: 1
Тема: «Методология SCRUM - место в управлении проектами?» в форуме: Главный
Создано:
02.09.2008 12:43:59
Перейти
По поводу второго вопроса согласен с ув. President за некоторыми исключениями: IMHO говорить о более низком уровне PLC относительно PM некорректно, также некорректно и говорить и о том, что модели PLC являются имплементациями PMBOK. Это разные, хотя и взаимодополняющие, вещи.

Теперь насчёт SCRUM. Я согласен с вашим впечатлением (упрощенный подход к управлению проектом средней сложности с небольшой командой). Добавлю ещё, что для географически распределённых разработок он подходит постольку-поскольку. Также сомнительно использование agile технологий (SCRUM - одна из них, есть ещё XP, TDD и т.д.) в fixed price контрактах (довольно жесткий конфликт с одним из двенадцати принципов Agile - "Welcome changing requirements, even late in development." ). Хотя апологеты agile считают его Святым Граалем для любых проектов.

Моё приватное мнение по этому поводу состоит в том, что Agile возник как ответ сообщества разработчиков на перекосы во внедрении более серьёзных моделей - в частности RUP. Нет ничего печальней конторы, в которой RUP пытаются внедрять не имея серьёзных экспертов, в приказном порядке - и сразу целиком. Красивый и весьма гибкий инструмент превращается в орудие пыток для команды проекта. В результате и возник миф об agile и мода на него. Сейчас тот самый бигбосс, который раньше приказал бы внедрить RUP целиком со следующей среды, вместо этого затребует agile - SCRUM или XP. Это более модно, а ущерба в результате намного меньше.

В общем два достоинства у SCRUM есть точно - во-первых это прекрасная альтернатива модели PLC под названием "пишем на коленке" (так-как как минимум гарантирует итеративность разработки и высокую насыщенность внутрикомандных коммуникаций), а во вторых хороший мотиватор для разработчиков (модно и не напрягает бумажной работой, которую они ненавидят). Если у вас небольшая команда толковых ребят в одной комнате - почему бы и нет, собственно в таких условиях работает любая технология. В противном случае осваивайте потихоньку RUP.
Cообщений в теме: 1
Тема: «Критерии успешности T&M проекта, +бонусы на T&M проектах» в форуме: Главный
Создано:
12.08.2008 12:41:55
Перейти
Мне кажется, что удовлетворённость клиента не имеет отношения к обсуждаемой проблеме. Потому что она оказывает совершенно одинаковое влияние как на Fixed Price так и на T&M-ориентированный бизнес. И в том и в другом случае она влияет на репутацию и возможность получения новых заказов - т.е. является весьма важным, но косвенным, субъективным и плохо поддающимся измерению результатом. Не думаю, что на её базе можно построить релевантную систему оценки успешности отдельных проектов. Скорее систему аварийного оповещения - неудовлетворённость клиента это прямой повод для проведения более глубокого анализа проекта, которым можно пренебречь, если клиент доволен.

Первичный критерий успешности проекта - полученная прибыль, в процентном выражении ((Price/Cost)-1) и на T&M проекте всё просто - она задана. Поэтому формально T&M проект не может быть неуспешным (разумеется исключая случай, когда одной из сторон не выполнены контрактные обязательства) - успех предопределён самим фактом его осуществления. Неуспешным может быть T&M бизнес - если цены неконкурентны, проблемы с репутацией или просто падает спрос - это выражается в сокращении числа заказов. Поэтому анализ успешности необходимо проводить на более высоком по отношению к отдельному проекту уровне (здесь уже можно оценить и цены, сравнив их с конкурентами, и репутацию - опросами).

Что можно и нужно проводить на уровне проекта - так это анализ эффективности команды проекта. Основной инструмент - экспертная оценка. Независимый от проекта эксперт в вашей или внешней компании оценивает соответствие результатов трудозатратам. Следует ли работать плохо ? В общем случае - нет, даже исключая этический аспект (вопрос-то на самом деле из категории "стоит ли продавать палёную водку"). Дело в том, что в эффективности работы команды проекта заинтересован менеджер, ответственный за бизнес (направление, программу...) в целом, наверняка стоящий в иерархии выше PM - ему важно продать больше проектов. Он вполне может, к примеру, ввести систему "внутреннего контракта", когда для клиента проект T&M, а для команды проекта - Fixed Price, либо подвергать каждый проект аудиту.

Всё вышесказанное - разумеется IMHO.
Cообщений в теме: 1
Тема: «Руководитель проекта и ГИП» в форуме: Главный
Создано:
30.05.2008 14:40:12
Перейти
Опытом поделиться не могу - не строитель, но по уму всё кажется довольно просто...
1. Руководитель проекта отвечает за соответствие результатов поставки проекта требованиям, сроки, стоимость, балансировку интересов участников проекта и т.д. - грубо говоря за всё. Отвечает перед своим работодателем (и до некоторый степени перед всеми остальными участниками проекта, но эта ответственность - этическая, а не юридическая).

2. Основания для этой ответственности - политика организации: выдаваемые руководителю полномочия.

3. СНиП определяет ответственность перед государством за соответствие проекта техническим требованиям государства. И за это - ответственен ГИП.

Конфликта между ответственностями ГИПа и PM нет - PM обязан действовать в соответствии с законом и не может принудить ГИПа к действиям, противоречащим СНиП.
Cообщений в теме: 1
Тема: «Управление поставками проекта, Что входит в план управления поставками» в форуме: Главный
Создано:
11.02.2008 13:02:37
Перейти
Не претендую на авторитетность мнения, но по PMBOK - однозначно только то, что собираемся покупать. Что касается того, что в ходе проекта Вы можете что-то продать - ну так это что-то является одним из Ваших результатов поставки (deliverable) - т.е. управляется процессами управления содержанием.
Cообщений в теме: 2
Тема: «как указать компанию ?» в форуме: Вопросы по работе форума и сайта
Создано:
10.01.2008 12:32:57
Перейти
Спасибо за ответ, Галина<br />Вопрос я задавал именно потому, что на pmi.org компания указана (я это сделал одновременно с регистрацией). Подозреваю (хотя и не уверен), что сбой мог быть связан с наличием запятой в названии. Впрочем это не важно - информацию послал на info@pmi.ru
Создано:
05.01.2008 20:10:24
Перейти
Подскажите, как указать свою компанию в колонке WCompany в списке членов чаптера (<a href="http://pmi.ru/about/moscow/" target="_blank">http://pmi.ru/about/moscow/</a>).<br />Заранее благодарен

Версия для печати