Форум Сообщества Аналитиков
Дисциплины => Управление Проектом => Тема начата: SuijiuS от 18 Сентября 2007, 13:27:52
-
Очень полезный инструмент, но уж больно сделан не "интуитивно понятно". Может я конечно тугой на голову, но разбирался долго и упорно и надо сказать достиг некоторых результатов. Предлагаю поделиться опытом общения с данным инструментом, если конечно будут заинтересованные в данном общении.
-
Начинайте делиться:-) Я уже скачал фреймворк. Вижу, что его можно использовать и в качестве средства обучения, т.е. делать на нем сбалансированные курсы
-
может выделить под это дело ресурс? что скажут модераторы по этому поводу?
-
может выделить под это дело ресурс? что скажут модераторы по этому поводу?
Под что?? Под перевод??
-
Начинайте делиться:-) Я уже скачал фреймворк. Вижу, что его можно использовать и в качестве средства обучения, т.е. делать на нем сбалансированные курсы
под то, как и где производить обмен информацией.
-
под то, как и где производить обмен информацией.
Вы цитируете меня, но я говорил о локальной работе и создания некоторых курсов у себя в универе. Т.е. создаю скажем некий технологический процесс с описанием основных действий, артефактами, шаблонами и т.п. и студенты учаться, используя разработанный мною курс.
Далее Вы спрашиваете не выделим ли мы ресурсы на своем сайте под этот проект? Возможно и выделим, нужно лишь понять будет ли это важно и интересно для большинства. К тому же Вы сами можете организовать общий доступ к работе над проектом. Важно понять - что делать? Переводи сам OpenUP, создавать свой собственный процесс или просто локализовать фреймворк. А может он уже локализован?
-
возможно он и локализован - кто может дать ответ на данный вопрос? Если так, то остается вопрос об обмене практиками в формате фреймворка.
-
Давайте начнем здесь.
Я не совсем понял смысл EPF Composer, сегодня почитаю вечерков white pages. Если не сложно, то объясните зачем он нужен и что позволяет кратко.
Речь видимо идет об этом: http://www.eclipse.org/epf/general/getting_started.php
(более внятную ссылку на презентационную страницу EPF Composer не нашел)
-
Есть прекрасное объяснение назначения данного инструментария http://nvoynov.blogspot.com/2007/08/eclipse-process-framework-epf-120.html. За что автору огромное спасибо.
-
Чёрт, до меня только что дошло, что речь идёт об Eclipse. :)
Я не тормоз.
Очень полезный инструмент, но уж больно сделан не "интуитивно понятно". Может я конечно тугой на голову, но разбирался долго и упорно и надо сказать достиг некоторых результатов. Предлагаю поделиться опытом общения с данным инструментом, если конечно будут заинтересованные в данном общении.
Я заинтересован в данном общении. И первый же вопрос такой: а на русский язык Вы уже что-то переводили?
-
Я только в начале пути, перевод начал с ролей Аналитика, Архитектора, фазы Inception
-
Кажется, я понял как и что.
Да можно загрузить соотвествующую библиотеку OpenUP и начать ее активно переводить.
Вопрос как работать совместно? Кто и что переводит? Как распределить обязанности? Пока я не очень понял как это сделать с помощью данного продукта.
Кроме того, Вы то лично что переводите? Сам OpenUP или конструктор, насколько я понял первое...
Как обмениваться частями перевода? Как быть если выйдет новая версия, сильно отличающаяся от предыдущей (так и было между последующей и предыдущей)
-
Кажется, я понял как и что.
Да можно загрузить соотвествующую библиотеку OpenUP и начать ее активно переводить.
Вопрос как работать совместно? Кто и что переводит? Как распределить обязанности? Пока я не очень понял как это сделать с помощью данного продукта.
Кроме того, Вы то лично что переводите? Сам OpenUP или конструктор, насколько я понял первое...
Как обмениваться частями перевода? Как быть если выйдет новая версия, сильно отличающаяся от предыдущей (так и было между последующей и предыдущей)
Только что я запостил в другую ветку свой комментарий по поводу перевода:
http://www.uml2.ru/forum/index.php?topic=219.0
Прежде чем приступать к любому делу, надо определиться с целями. :) А они, как мне кажется, у участников дискуссии несколько различаются.
Мои цели в данный момент:
- детальное изучение OpenUp
- оценка возможности использования OpenUp в наших разработках
- внедрение некоторых частей OpenUp в случае положительного результата оценки
На самом деле, как я понимаю, мы уже используем процесс, похожий на OpenUp. Некоторые шаги у нас не додуманы и не доработаны. Нет, например, единых шаблонов документов ("артефактов") и я пока не уверен в их необходимости. Что нам действительно нужно - это использование списков контрольных вопросов (checklists). Сейчас мне будущее видится таким: после изучения OpenUp я, скорее всего, позаимствую из него некоторые идеи и мы получим процесс, в чём-то близкий к OpenUp. Но по мере его изучения моё видение, конечно, может измениться.
Использование EPF для меня не является самоцелью. Я пока не вижу явных преимуществ использования его как инструмента, но уже нашёл преимущества в организации данных по сравнению с Wiki.
-
я с Greesha абсолютно солидарен в высказываниях, как говориться - "с нашей коровой, аналогичный случай"
-
Есть прекрасное объяснение назначения данного инструментария http://nvoynov.blogspot.com/2007/08/eclipse-process-framework-epf-120.html. За что автору огромное спасибо.
На мой взгляд, Николай либо лукавит, либо чего-то не понимает, либо я чего-то не понимаю. Имхо EPF не является "платформой управления процессами", ну и "инструментом описания, адаптации и развёртывания процессов". Первым он не является никоим образом, вторым он является с точностью до определения "процесс = описание процесса".
-
согласен, что платформой управления процессами 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
Методология - это учение об организации деятельности
другое дело каждому проекту свой процесс. Но так оно обычно и бывает, есть даже должность Процессного Инженера
-
По поводу "каждому проекту своя методология". Ну это ты загнул.
Это не Николай загнул, а Коберн: http://www.citforum.ru/SE/project/meth_per_project/
-
Есть у меня подозрения, что мы вкладываем в слово методология разные смыслы. Я и "Коуберн" :)
Что-то его определение методологии больше смахивает на технологию, я же когда использую методологию больше ориентируются на ее философский смысл -
Методология - это учение об организации деятельности. Новиков А.М. Новиков Д.А.
Забавное учение, которое определяется каждым отдельным проектом.
-
Пришла такая мысль. Коберн и другие последователи, говоря о методологии процесса, а равно как о методолигии SADT, ARIS и т.п. подразумевают понятие стратегии. Стратегия проекта вполне может быть индивидуальна. В этом понимании понятия методология=стратегия его принять можно