согласен, что платформой управления процессами EPF Composer не является - это база знаний, где аккумулируются выполненные или выполняющиеся процессы.

Я почитал некоторые форумы и сделал вывод, что авторы увлекаются обсуждением формулировок, причем все пытаются дать безупречное определение, того или иного вопроса обсуждения. За этим занятием сходит на нет суть поставленных вопросов. Думаю не суть важно, какое определение дал Николай - каждый сам для себя выберет зачем ему нужен данный инструмент и  тогда сможет сам дать ему точное определение.

Я почитал некоторые форумы и сделал вывод, что авторы увлекаются обсуждением формулировок, причем все пытаются дать безупречное определение, того или иного вопроса обсуждения. За этим занятием сходит на нет суть поставленных вопросов. Думаю не суть важно, какое определение дал Николай - каждый сам для себя выберет зачем ему нужен данный инструмент и тогда сможет сам дать ему точное определение.

Да, это связано с аксиологией участников. Для меня, например, ясность мышления важнее скорости действия.

Вы, сударь, предполагаете, что EPF для делитантов, людей, которым делать нечего, вот и бесятся с жиру.

Так перейдёт в плоскость конструктивной дискуссии ....

Почитал я Николая Войнова перевод. В общем, это некий инструмент для управления требования с шаблонами для OUP, XP and SCRUM. Так? Если да, то стоит повнимательнее его рассмотреть. Уже качаю ....

Почитал я Николая Войнова перевод. В общем, это некий инструмент для управления требования с шаблонами для OUP, XP and SCRUM. Так? Если да, то стоит повнимательнее его рассмотреть. Уже качаю ....

Саша, присмотрется внимательнее имеет смысл, конечно. Но все-таки это вовсе не система управления требованиями, процессами и т.п.
Ее нужно рассматривать как некую базу знаний о процессе, внедренном в той или иной команде. Некое фиксированное знание для старых и новых членов команды. Особенно хорошо для новых, которые могут быстро получить представление как организована работа в коллективе и каковы его личные обязаности. Также это как некий репозиторий шаблонов и документов, рекомендованных к использованию

Вы, сударь, предполагаете, что EPF для делитантов, людей, которым делать нечего, вот и бесятся с жиру.

SuijiuS, я бы попросил Вас избегать впредь подобных формулировок. Денис вовсе не высказывался в подобном стиле. Делитант - пишется дилетант

Вижу, что Вы знакомы со словом Дилетант! Прошу прощения, если уязвил Ваше самолюбие!


Модератор: SuijiuS, прошу высказываться по теме дискуссии и не переходить на личности.

Вижу, что Вы знакомы со словом Дилетант! Прошу прощения, если уязвил Ваше самолюбие!

Вы не уязвили моего самолюбия. Просто увидел ошибку и поправил ее, вдруг Вы и вправду не знаете, как пишется слово. Я наблюдаю за своими студентами - грамотность у них не в почете.

Ну, а дискуссия ведется с помощью доказательных аргументов, а не эмоциональными формулировками.

EPF Composer вовсе не для дилетантов. Мне кажется, владение продуктом предполагает целый набор навыков: знание английского, понимание HTML, умение работать с формами и т.п. Это уже предполагает довольно грамотного пользователя, а учитывая направленность инструмента, и знания в области процессов разработки систем и ПО.

Инструмент безусловно интересен, но требует его изучения. Пока, например, не очень понятно, как его использовать в коллективной работе. Если такой возможности нет - это снижает его ценность...

Мне кажется, что задача руководителя, как раз организовать работу в коллективе. К сожалению, не каждый человек способен к самоорганизации или обладает хоть какими-либо наклонностями в этом направлении. Зачастую, людям нужно в простой и понятной форме объяснить, что, когда и как делать. Другой момент, приходит новый сотрудник в сплоченный коллектив, его тоже нужно направить на путь истинный. Вот собственно говоря и возможность использования EPF в команде разработчиков. Любой может открыть и посмотреть, что он должен делать на данном этапе проекта.

... Вот собственно говоря и возможность использования EPF в команде разработчиков. Любой может открыть и посмотреть, что он должен делать на данном этапе проекта.

Любой может открыть что? Как он узнает, на каком этапе проект находится? Как он узнает свою роль в проекте? Как он узнает, что в этом проекте мы используем именно такой тип процесса, а не другой, описание которого лежит отдельно?

На мой взгляд, Николай либо лукавит, либо чего-то не понимает, либо я чего-то не понимаю. Имхо EPF не является "платформой управления процессами", ну и "инструментом описания, адаптации и развёртывания процессов". Первым он не является никоим образом, вторым он является с точностью до определения "процесс = описание процесса".

Смотря какой стороны в смотреть.  С той что смотрю я "платформа управления процессами" и второе вполне приемлемые определения, если смотреть на софтверные процессы.

Например можно посмотреть на RUP как в продукт. Есть шаблон стандартного процесса, компании определяют на его основе свои процессы, возможны вариации процессов, т.к. каждый проект в общем случае имеет уникальные отличия.

В общем это конечно же совсем бизнес-процессы и не BPM. Просто фазы и лучшие практики

Смотря какой стороны в смотреть.  С той что смотрю я "платформа управления процессами" и второе вполне приемлемые определения, если смотреть на софтверные процессы.

1. Что такое "Платформа управления процессами"?
2. Что такое "Управление процессами"?
3. Что такое "Управление?"

Давайте договоримся по терминам.

в общем я собственно тоже за ясность мышления, однако на все вопросы точно ответить не могу ... Жаль что не следил за форумом - случайно опять попал.

Есть жизненный цикл (ЖЦ), есть фазы ЖЦ, на определенных фазах ЖЦ должны быть созданы определенные артифакты и могут быть востребованы определенные лучшие практики.

И EPF позволяет все это увязать в проекте ... наверное процесса разработки. Кроме того определяются именно эти компоненты - фаза, роли, лучшая практика, артифакт ... и на основе шаблонов процессов можно строит свои кастомные. Вообще в ногу с "каждому проекту своя методология"

Я кстати сам лично видел модели процесса разработки нарисованные в SADT... не впечатлило.

Следить надо, браток
По поводу "каждому проекту своя методология". Ну это ты загнул.

Новиков А.М. Новиков Д.А. Методология    М.: Синтег    2007
Методология - это учение об организации деятельности    

другое дело каждому проекту свой процесс. Но так оно обычно и бывает, есть даже должность Процессного Инженера