Форум Сообщества Аналитиков
Дисциплины => Обучение => Конференции Семинары и Тренинги => Тема начата: bas от 04 Сентября 2009, 10:18:56
-
Вот и прошел первый семинар. Сергей говорил о фундаментальных вещах, иногда может быть углубляясь в теорию, но без этих основ нет движения вперед.
Надеюсь всем понравился семинар. Здесь можно оставлять свои комментарии и пожелания. Большинство пожеланий, написанных вчера будут учтены.
Но меня так и распирает рассказать о том, что я не смог вставить на семинаре. А в частности о понятии истинности и представления разными людьми по разному, т.е. истина субъективна. Прочитайте главу Unknowable and incommunicable (http://alistair.cockburn.us/ASD+book+extract,+Unknowable+and+incommunicable) из книги Алистера Коберна Быстрая (Agile) разработка ПО (http://www.books.ru/shop/books/31328?partner=uml2), и все поймете.
Вывод один - нужно писать так, чтобы все читатели документа понимали, а не писать на своем птичьем языке, как это сделать Вы узнаете на следующих семинарах :)
-
А в частности о понятии истинности и представления разными людьми по разному, т.е. истина субъективна.
Вот хороший пример из моей практики.
Летом когда я был в августе, пользователь заказчика выдвинул требование:
Необходимо чтобы во всех кадровых приказах списком (прием, перевод, перемещение) ФИО человека (сотрудника) спрягалось отвечая на вопрос кого:
Перевести кого - Иванова Ивана Ивановича
Принять кого - Иванова Ивана ивановича
Уволить когоа - Иванова Ивана Ивановича
Мне неизвестны все детали дискуссии пользователя заказчика и аналитика, но в результате родилось требование:
ФИО во всех кадровых приказах кроме приказа на отпуск должно стоять в родительном падеже. В приказе на отпуск в дательном
Требование отправилось программисту, который и выполнил его с точностью до запятой
Я вышел из отпуска и стал проверять изменения, не знаю еще о требовании что-то изменить
В результате увидел нечто подобное:
Принять на работу
Иванова Ивана Ивановича - все так окей
Куниной Веры Владимировны - не в тему, что за фигня
Почему так?
Мы же знаем что и родительный и винительный отвечает на вопрос кого для одушевленных понятий а вот не одушевленные понятие различаются чего что
-
Вот мой небольшой отзыв:
http://bas4all.livejournal.com/28380.html
-
Мне неизвестны все детали дискуссии пользователя заказчика и аналитика, но в результате родилось требование:
ФИО во всех кадровых приказах кроме приказа на отпуск должно стоять в родительном падеже. В приказе на отпуск в дательном
Требование отправилось программисту, который и выполнил его с точностью до запятой
Я вышел из отпуска и стал проверять изменения, не знаю еще о требовании что-то изменить
В результате увидел нечто подобное:
Принять на работу
Иванова Ивана Ивановича - все так окей
Куниной Веры Владимировны - не в тему, что за фигня
Почему так?
Мы же знаем что и родительный и винительный отвечает на вопрос кого для одушевленных понятий а вот не одушевленные понятие различаются чего что
Видимо, не все это знают. Расстрелять владельца процесса управления требованиями (за бесполезность) и авторов требования (за безграмотность).
И кто-то еще будет говорить, что программист - это не тупой кодер. (речь, разумеется, не о вашем конкретном программисте).
-
Вот, написала отзыв о первой части тут: http://kstref74.livejournal.com/7204.html (http://kstref74.livejournal.com/7204.html)
Спасибо, было очень интересно.
-
Ксения, спасибо, отличный отзыв.
-
Здравствуйте!
Спасибо за проведенный семинар! Вы делаете очень большую и полезную работу. Действительно, начинающему аналитику весьма сложно разобраться на что в первую очередь следует обратить внимание для формирования правильного системного мышления, а также умения применять теорию, прочитанную в книге, на практике...
С удовольствием буду посещать семинары. Надеюсь, что со временем моя компетенция в этой области вырастет, и я смогу не только "впитывать в себя знания", но и делиться своим опытом с другими людьми.
И того, что лично мне было бы очень интересно послушать - это роль и функции системного аналитика, а также в целом применение системного анализа при использовании гибких методологий разработки ПО (Agile).
P.S.: совсем забыла представиться :) Меня зовут Алена. На данный момент работаю системным аналитиком (но в основном приходится заниматься уточнением требований)
-
Алена,
Спасибо за хорошие слова. Сообщество создано как раз для того, чтобы обмениваться опытом.
На счет Аналитика в Агиле можно посмотреть видео (http://team.custis.ru/2009/03/c-agile.html) или прочитать статью (http://team.custis.ru/2008/12/agile.html).
-
Выложил видео первого семинара цикла (http://www.uml2.ru/index.php?option=com_content&task=view&id=474&Itemid=56).
-
Попыталась описать свои впечатления от 2 части, а также дальнейшие пути развития, как я их вижу. ;)
http://kstref74.livejournal.com/8048.html (http://kstref74.livejournal.com/8048.html)
-
Выложена видеозапись второго семинара (http://www.uml2.ru/index.php?option=com_content&task=view&id=480&Itemid=56).
Если кто-то испытывает проблемы с просмотром, или у кого-то есть пожелания по изменению формата записи, пожалуйста, сообщайте в этой ветке.
А может, кто-то может порекомендовать хороший бесплатный flv player, да ещё с возможностью просмотра видео с любого места записи (даже не знаю, есть ли такие?) - тогда тоже, пожалуйста, дайте знать. (Я попробовал flowplayer, но под файрфоксом он у меня не пошёл.)
-
Попыталась описать свои впечатления от 2 части, а также дальнейшие пути развития, как я их вижу. ;)
http://kstref74.livejournal.com/8048.html (http://kstref74.livejournal.com/8048.html)
Очень полный отзыв :)
Ну во-первых про внедрение. Нужно видимо лечить Заказчика и их подчиненных как можно раньше, особенно когда мы говорим не только о внедрении Система, а больше о внедрении процессов. Или отказываться от денег и честно заявлять о проблемах и путях их решения.
Во-вторых, про профессию, если коротко, то нужно по окончанию цикла сделать круглый стол по обсуждению стандарта(ов) профессии Аналитика.
-
Ну во-первых про внедрение. Нужно видимо лечить Заказчика и их подчиненных как можно раньше, особенно когда мы говорим не только о внедрении Система, а больше о внедрении процессов. Или отказываться от денег и честно заявлять о проблемах и путях их решения.
Ну тут я ж не против. Просто свой пример я приводила в качестве примера своего несогласия с тем, что говорил на данную тему Сергей, а именно, что если заказчик может надавить административно на своих подчиненных, то проект состоится и будет успешным. Так я, во всяком случае, поняла.
Во-вторых, про профессию, если коротко, то нужно по окончанию цикла сделать круглый стол по обсуждению стандарта(ов) профессии Аналитика.
Тут по сути тоже возразить нечего. Но просто круглый стол - это ж можно часами спорить до хрипоты или просто мило философствовать на тему "может это, а может это". А если в качестве таких вот отправных точек иметь такие вот модели и срезы реальности, причем представленные в виде привычных для аналитиков и родных им схем и диаграм - разговор автоматически будет более предметным и более конкретным.
-
Появилось много комментариев по поводу первых двух Семинаров:
http://livents.ru/event/2009/09/10/seminar-vvedenie-v-sistemnij-analiz-i-professiju-analitika-chast-2/
-
Лично для меня тяжело писать какие-либо отклики после первых двух вводных семинаров. Ибо то о чем говорилось это безусловно интересно, но это все прописные истины с которыми мы при внедрении постоянно сталкиваемся. И, естественно, мы наступаем на оди и те же грабли. Я ни в коем случае не хочу сказать что это лишнее. Не плохо послушать в очередной раз об этих истинах. После просмотре первеого семинара у меня сложилось впечатление, что мы все работаем с одним и тем же заказчиком :-).
Я думаю, что кагда нас погрузят в глубины системного анализа, то появятся и вопросы, и рассуждения, и споры.
-
VicSel,
Для этого и дали много вариантов, одним из которым Вы и воспользовались.
-
2VicSel
Так написано же было: основы. Немножко погорячились, когда в целевой аудитории не написали "начинающие" (аналитики). Основная проблема в том, что многие продолжающие тоже не всегда ясно понимают предмет своей деятельности.
Все время замечаю такие проблемы: то, что для начинающего стена, для продолжающего -прописная истина...
Если у Вас есть материал и поход к проблемам другого уровня, давайте это обсуждать. Можно здесь, а можно так же сделать семинар с Вашим докладом.
Для начала предлагаю сравнить свои точки зрения: что для Вас глубины системного анализа, какие проблемы хотелось бы обсуждать?
-
Ну, назвать себя "продолжающим аналитиком", мягко говоря, язык не поворачивается. :-) Поэтому все-таки я начинающий.
Под "глубинами" я имею ввиду непосредственно работу системного аналитика. Какие инструменты он использует в своей работе для достижения результата. Каких инструментов, возможно, нехватает. Как он эти инструменты использует. Фактически, как уже было озвучено на последнем семинаре, хотелось бы пройти некий сквозной пример. Даже теоритически. В этом примере поставить "проблемку". Пусть мы "помучаемся" в течение, например, недели. Поспорим, поищем решение. И через недельку выдадим свой ответ. А потом выслушаем от ведущего семинар правильный ответ.
-
Я думаю, Виктор, мы постепенно до этого доберемся, думаю что это будет уже сегодня :).
Считаю последовательное изложение материала с азов единственно правильной стратегией в данном контексте. Тем более, что именно в эти азы включенно, на мой взгляд, как раз и не является очевидным и требует рассмотрения. Сергей, подчеркивал в начале первого семинара, что знание теории позволит освоить любой инструмент, знание инструмента дает лишь однобокое представление о теории, к тому же порой инструмент еще и стоит немалых денег.
-
Сергей, я же не против азов и теории. Я о том что мало отзывов потому, что мы только прослушали вводный семинар. И мы все услывшли истинные вещи, что при обследовании должно проводиться анкетирование, обобщение информации, выявление неизвестности, ну и т.д. Тут ведь даже не поспоришь. :-)
-
2VicSel
Во-первых правильных решений в таких видах деятельности не существует, точнее их всегда больше одного. Все остались живы - это уже правильно.
Про помучаться. Приходите ко мне на тренинг, помучаетесь. В том формате: 3 часа и 50 человек проблематично серьезно говорить о каких-то навыках/умениях. Минимальный тренинговый модуль - это 2 дня по 8 часов вашей напряженной работы.
В соседних ветках этого форума идет разработка учебного примера. Там происходит что-то подобное тому, что запрошено. Поставлена проблема и группа ее решает. Если интересны задачи другого рода, давайте их обсудим.
Что хотелось бы освоить?
-
Тут ведь даже не поспоришь
Тогда скажите мне, почему в 90% случаев это делается не все, а чаще вообще ничего не делается?
Привозят диаграмму: несколько сотен квадратиков и стрелочек и считают свою работу выполненной...
Вот в проектах, которые Вы наблюдаете глоссарий к картинкам пишут до рисования модели или после?
Шаблоны документов всегда засылают потребителям на согласование в самом начале работ?
Концепцию пишут?
Протоколы интервью и совещаний всегда оформляют? А проекты решений к совещаниям как часто готовят и рассылают заранее?
Ясно измеряемые показатели к целям проекта утверждают?
Опубликуйте здесь вводный раздел лучшего документа, который Вы видели (вычистив указания на организации и названия систем). И мы обсудим, есть ли там к чему придраться и если есть, то чем обусловлены наблюдаемые отклонения.
Я же не просто так говорю. Если у вас идеальная организация и идеальный процесс разработки/внедрения, то я хотел бы видеть докладчиком Вас и обсуждать, как Вам это удалось.
Я не шучу.
Кроме списка прописных истин интересно обсуждение: каковы риски при нарушении и что нам мешает им следовать. Вероятно, риски при отступлении от одной истины не смертельны, а следование истинам рождает цену вопроса. При этом риски при отступлении от всех сразу истин смертельны, а цена следования всем сразу неподъемна.
По этому идеальных случаев не бывает.
Вот это и хочется обсужать. А чтобы было, о чем говорить, необходимо сравнить наш опыт: Ваш, мой, всех остальных и дело не в квалификации, а в том, что мы наблюдаем, какие закономерности.
Иначе мы снова будем обсуждать сферического аналитика в вакууме.
-
По поводу выполнения "приписных истин". У нас есть правила дорожного движения. Мы все их соблюдаем? Нет. То же касается и этих истин. Знать (помнить, подозревать об их существовании) - это одно. Соблюдать - другое. Иногда даже не дают соблюдать.
Организация у нас не идеальная, как и ее бизнес-процессы. И, наверное, как и вомногих оргнизациях не получается соблюдать большенство "прописных истин" по причинам ограниченности бюджета проекта, непонимания руководства, закзачика в необходимости этого.
И честно говоря, я несовсем понял бурной реакции по поводу моего первого поста... Я всего лишь хотел сказать что затишье на формуме потому, что, возможно, пока слушателям нечего обсуждать. Потому что, все что мы услышали (увидели) из вводного курса, по-хорошему, делать нужно. Если говорят, что мойте руки перед едой. Здесь есть о чем спорить? Возможно что есть, но это уже микробиологам, а для меня это истина. И не всегда нам ее получается соблюдать :-)
-
Полность согласен, раз мы договорились, что мир неидеален и руки надо мыть перед едой.
Теперь интересно обсуждать два момента:
- какова статистика заболеваемости и смертности по причине немытых рук
- и как всем удается оставаться в живых с немытыми руками
То есть когда немытые руки приводят к сметри, когда к диарее, а когда ничего не случается.
-
Вот. Теперь мне понятно в каком направлении нужно было начать думать.
Иногда результатом движения вперед является пинок под зад.
-
К сожалению, мысль о рисках и цене вопроса не была явно сформулирована на семинаре. При этом ценны не сами своды правил, а так называемая, "правоприменительная практика". Для ее обсуждения создан весь этот форум.
-
Главный риск отсутствия глоссария, метамодели, чёткой документированности - неотчуждаемость результата от аналитика. Как Вы, Сергей, правильно говорили на первом семинаре, ценность организации с учётом текучки кадров - задокументированные решения. Раз они незадокументированы или задокументированы так, что кроме задокументатора в них никто не разберётся, то ценность эта растрачивается вникуда.
Тут, кстати, стоит обратить внимание на то, что аналитику это не нужно. Это нужно его работодателю как организации, то есть, вполне возможно, что даже руководителю не нужно.
Какой же вывод? Вывод в том, что большинство организаций живёт "неправильно", теряя наработки и опыт, а возникающие издержки просто закладывает в цену.
-
Ну, назвать себя "продолжающим аналитиком", мягко говоря, язык не поворачивается. :-) Поэтому все-таки я начинающий.
Под "глубинами" я имею ввиду непосредственно работу системного аналитика. Какие инструменты он использует в своей работе для достижения результата. Каких инструментов, возможно, нехватает. Как он эти инструменты использует. Фактически, как уже было озвучено на последнем семинаре, хотелось бы пройти некий сквозной пример. Даже теоритически. В этом примере поставить "проблемку". Пусть мы "помучаемся" в течение, например, недели. Поспорим, поищем решение. И через недельку выдадим свой ответ. А потом выслушаем от ведущего семинар правильный ответ.
Что вы имеете в виду под инструментами?
-
Написала отзыв на третий семинар. См. тут: http://kstref74.livejournal.com/9627.html (http://kstref74.livejournal.com/9627.html)
-
Написала отзыв на третий семинар. См. тут: http://kstref74.livejournal.com/9627.html (http://kstref74.livejournal.com/9627.html)
Ксения,
Опять очень основательный отзыв, спасибо.
Отвечаю на вопросы:
1. Как приглашать нужных людей?! Ну у вас есть круг ЗЛ. Как правильно пишет Том, хорошо держать всех ЗЛ в курсе проекта, в том числе и рассылая всем повестку. Причем приглашать по головам тех, кто Вам нужен. Скажу сразу, что мы в ответе только за тех, кого приручили пригласили на совещание, кто пришел по своей воле - да ради бога, вряд ли они Вам мешать будут (не говорим о конфликтах и госах, тут сами понимаете, что будут и лишние), а может быть даже будут полезны, т.к. реальный дизнем-(ву)мен не будут тратить время зря.
2. Тогда рекомендую послушать\почитать вот эту книгу:
http://www.bbbook.ru/modules.php?name=News&file=article&sid=1426
-
Несколько мыслей о третьем семинаре "Выявление требований".
Перед выступающим стояла непростая задача за 3 часа рассказать о довольно обширной области деятельности, и это было достигнуто.
Конечно, пришлось из-за недостатка времени некоторые аспекты проскакивать галопом, что вряд ли улучшило их понимание слушателями, не имеющими опыта в этих аспектах. Может быть, в дальнейшем попробовать выделить изо всех аспектов наиболее важные, хуже всего освещенные в учебной литературе (или наименее правильно понимаемые начинающими аналитиками), и более подробно, с 2-3 примерами, разобрать их? Для остальных вопросов можно просто указать ссылку на литературу ( типа "...Культура переписки по электронной почте является очень важной для аналитика, т.к. позволяет создавать и укреплять позитивное отношение к себе заказчиков. Рекомендую посмотреть по этому поводу http://zzz.zz/kultura_emaila.htm"). Это может освободить время на примеры из практики, а именно за практическими примерами, как мне кажется, бОльшая часть участников и приходит на такие семинары.
Очень здорово и наглядно иллюстрировать проблемы такими мини-играми, как в этот раз про кита, шляпу и сигарету. Только, кажется, не все поняли, что им показали, надо было не до перерыва, а непосредственно перед выдачей задания сказать одну-две фразы о том, что контекст спрашивающего и контекст отвечающего могут не совпадать.
Я несколько раз подыскивал в литературе такие мини-игры, могу попробовать помочь чего-нибудь подобрать к следующим семинарам, если будет в тему.
-
div,
Спасибо за отзыв.
На счет отсыла в литературу. В принципе я не открыл Америку, все это есть в литературе. Только проблема в том, что я собирал знания по многим книгам и статьям, и если отослать туда, то получится приличный список для диссертации. Вторая проблема в том, что люди все равно не будут читать, либо прочтут и забудут. Я же старался концентрироваться на основных моментах. Если что-то было не понятно, то спрашивайте на форуме, всегда отвечу и порекомендую почитать. Да и вроде бы я старался приводить примеры из практики, не было вроде заведомо абстрактных примеров.
Если бы я рассказал контекст до игры, то мы бы не получили нужного эффекта. Надеюсь, после игры стало понятно, зачем я привел такой пример.
Если у вас есть какие-то мини игры по теме анализа и выявления знаний\требований, то с удовольствием проведем их на семинаре. Напишите мне плиз на мыло или в аську.
-
Опять очень основательный отзыв, спасибо.
Не за что. Только, согласно требованию ротации, пора мне отзывы прекратить писать, а начать делать рекламу и платить бабки. :-)
2. Тогда рекомендую послушать\почитать вот эту книгу:
http://www.bbbook.ru/modules.php?name=News&file=article&sid=1426
За ссылку спасибо. Поставлю себе в очередь на прослушивание.
-
Не за что. Только, согласно требованию ротации, пора мне отзывы прекратить писать, а начать делать рекламу и платить бабки. :-)
Никто не запрещает делать несколько активностей из представленного списка :)
А такого хорошего критика не хотелось потерять :)
-
Скажите, видео третьего семинара будет выложено?
-
Стандарты это костыли, когда начинается творчество, они мешают.
Просто в ИТ довольно много людей, которым эта сфера совершенно неинтересна (как и в экономике, юриспруденции и т.п.), поэтому до творчества они редко дорастают. Отсюда многочисленные просьбы дать им такие костыли, чтобы ногами вообще не перебирать.
Не соглашусь с тем, что стандарты мешают творчеству, на мой взгляд как раз наоборот. Стандарты - это инструмент, чтобы быстро, просто, и дешево делать понятные и проработанные вещи. И не отвлекаться от каких-то творческих моментов при определении функциональных контуров системы (например) на "придумывание формы документа и объяснение коллеге того, что в него нужно включить, а также какие и откуда взять первоисточники".
-
Скажите, видео третьего семинара будет выложено?
А оно было выложено на следующий день после семинара, смотреть здесь:
http://www.uml2.ru/index.php?option=com_content&task=view&id=483&Itemid=56
Видео разбито на несколько файлов flv, если вы хотите их скачать на память, то вот плэйлист:
1. Что такое требования (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV001.flv)
2. О правах и обязанностях заказчика (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV002.flv)
3. Ещё об обязанностях заказчика - обсуждение (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV003.flv)
4. Об источниках информации и методах сбора требований (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV004.flv)
5. О мозговом штурме (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV005.flv)
6. О встречах и совещаниях (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV006.flv)
7. Об интервью. Интервью vs. совещание (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV007.flv)
8. Об эффективности общения (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV008.flv)
9. Рисуем кита (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV009.flv)
10. Обсуждаем кита (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV00A.flv)
11. О наблюдении, документации и прототипировании (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV00B.flv)
12. Об электронной почте, анкетах и опросниках (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV00C.flv)
13. Ещё об анкетировании (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV00D.flv)
14. О проблемах выявления требований (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV00E.flv)
15. О Заказчике, не знавшем, чего он хочет (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV00F.flv)
16. О проблемах доступа c заказчиками и меняющихся требованиях (http://it-mapru.506.com1.ru/video/uml2.ru/17.09.2009/MOV010.flv)
-
Спаисбо за прямые ссылки. Завтра в дороге посмотрю.
-
Написала очередной отзыв. См. тут: http://kstref74.livejournal.com/11147.html (http://kstref74.livejournal.com/11147.html)
Что хотелось бы напомнить (из обещанного Александром):
1. Говорилось о том, что где-то на uml2.ru есть примеры контекстных диаграмм. Где искать?
2. По формальным и неформальным техникам типа MoSCoW, MOST, SWOT и т.п. хотелось бы список литературы.
-
Выложена видеозапись семинара "Анализ требований" (http://www.uml2.ru/video/seminars/analiz-trebovaniy.html).
Прямые ссылки для скачивания файлов flv:
О видах диаграмм и о ментальных картах (http://it-mapru.506.com1.ru/video/uml2.ru/24.09.2009/MOV001_0.flv)
О контекстной диаграмме и диаграммах данных (http://it-mapru.506.com1.ru/video/uml2.ru/24.09.2009/MOV002_0.flv)
О других видах диаграмм и техниках анализа. Рисуем диаграмму Ишикавы (http://it-mapru.506.com1.ru/video/uml2.ru/24.09.2009/MOV003_0.flv)
О методах MoSCoW, SWOT, MOST, CATWOE (http://it-mapru.506.com1.ru/video/uml2.ru/24.09.2009/MOV004_0.flv)
О других техниках анализа (http://it-mapru.506.com1.ru/video/uml2.ru/24.09.2009/MOV005_0.flv)
Обсуждение. Диаграммы против текстовых описаний (http://it-mapru.506.com1.ru/video/uml2.ru/24.09.2009/MOV006_0.flv)
О проблемах выявления требований. Распределённая команда (http://it-mapru.506.com1.ru/video/uml2.ru/24.09.2009/MOV007_0.flv)
О проблемах выявления требований. Заказчику ничего не надо (http://it-mapru.506.com1.ru/video/uml2.ru/24.09.2009/MOV008_0.flv)
-
Выложена видеозапись семинара "Анализ требований" (http://www.uml2.ru/video/seminars/analiz-trebovaniy.html).
Гриша, респект, прямо профессионально получилось... и картинки с флипчарта вставил, я в восторге :)
Тебе можно подрабатывать - профессионально снимать конференции и семинары :)
-
Написала очередной отзыв. См. тут: http://kstref74.livejournal.com/11147.html (http://kstref74.livejournal.com/11147.html)
Что хотелось бы напомнить (из обещанного Александром):
1. Говорилось о том, что где-то на uml2.ru есть примеры контекстных диаграмм. Где искать?
2. По формальным и неформальным техникам типа MoSCoW, MOST, SWOT и т.п. хотелось бы список литературы.
Ксения,
В очередной раз спасибо за отзыв. Как я понял, Вам все понравилось и нет замечаний? :)
Отвечаю на вопросы:
1. Стоит посмотреть весь этот пример:
http://www.uml2.ru/forum/index.php?topic=1106.0
2. Ссылки на информацию по формальным техникам анализа можно найти здесь:
http://en.wikipedia.org/wiki/Business_analysis
А Вы не хотите вступить в Сообщество и, например, чем-то ему помогать?
З.Ы. Гриша, м.б. внизу видео с каждого семинара сделать ссылку на отзывы Ксении?!
-
З.Ы. Гриша, м.б. внизу видео с каждого семинара сделать ссылку на отзывы Ксении?!
Я думаю, что программу семинаров и ссылки на все видеоотчёты вообще нужно будет свести на отдельную страницу с постоянным адресом, эту страницу отдельно продвигать, и с неё давать ссылки на отзывы.
-
Что не понравилось при просмотре.
1. Куда-то девалось видео о контекстных диаграммах.
2. Диаграммы взяты из учебников, книг, или интернет примеров - мне кажется это не очень хорошо, если не сказать это очень плохо. Примеры следует делать оригинальными. Это и уважением к себе и к аудитории.
3. Информация по диаграммам содержит ошибочные сведения в частности по диаграммам потоков данных. В них нет действующих лиц - там есть внешние сущности, которые символизируют ИСТОЧНИКИ так и ПОТРЕБИТЕЛЕЙ информации. При этом можно действительно выделить действующее лицо, но не каждая внешняя сущность - есть действующее лицо!!
4. По диаграмме деятельности - не пулы, но партишины - разделы. Следует владеть терминологии по возможности точно.
5. энд аверз
Ни в коем случае не критиканствую. Саша молодец, старался, и информации выложил много.
-
Что не понравилось при просмотре.
Эд, спасибо за критику, бум исправляться.
Если есть еще замечания, то можешь прислать более полные замечания письмом?
-
Все ясно, Гриша, тебе большое спасибо за работу :)
-
Эд, спасибо за критику, бум исправляться.
Если есть еще замечания, то можешь прислать более полные замечания письмом?
Особых замечаний нет, т.к. не удается посмотреть семинар целиком. Хотя как совет - все примеры нужно все-таки переводить на русский. Стараться использовать понятные и оригинальные примеры. Точнее применять терминологию нотаций
-
Видеозапись семинара "Выявление требований" в порядке эксперимента выложена на RuTube.
Эксперимент мне не понравился: многократные попытки выкладывания роликов на этот глючный сайт съели несколько часов моего времени. Тем не менее, если у кого-то порт 8118 по-прежнему закрыт, можете смотреть:
http://rutube.ru/playlists/play/269921.html