Семинар Сообщества Аналитиков в Киеве, 10 октября(Прочитано 64967 раз)
Посмотрел на карту. Да, киевский "Люксофт" расположен в такой же... гм... удалённой от центра зоне, как и московский. :)
Офис, конечно, не совсем в центре...
Но если нужно - могу поработать сопровождающим от метро. Дорогу еще помню - сама работала в этом офисе пару лет назад :-)



И кстати, начало в 9:00 или в 10:00? По Киевскому времени :)
А то в описании события время указано дважды, и разное



Дима,
На сколько рассчитано твое выступление по времени?

Лена,
А где разное время?
Начало в 10:00 по местному времени.
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



А где разное время?
Начало в 10:00 по местному времени.

bas, видимо, уже поправили.
Вчера на страничке с регистрацией в верхней части объявления было указано время 9:00-13:00, а в нижней - 10:00-14:00.
« Последнее редактирование: 04 Сентября 2009, 10:59:51 от Лена »



Экономия на аренде за счет карманов сотрудников и слушателей - это так мило для такой солидной компании :)

Аналитик должен смотреть ширше. :) (Кстати, об этом вчера на семинаре говорили)

Держать столько разработчиков в центре очень накладно и неудобно. У Люксофта в Москве большое просторное здание, в тихом месте, рядом с парком, недалеко от метро. УЦ создавался, в первую очередь, для обучения своих сотрудников, поэтому совершенно логично расположить его в одном здании с разработчиками.

Но для проведения вечерних семинаров все эти преимущества не работают (точнее, работают только для сотрудников Люксофт).


Кстати, у меня самые лучшие условия для работы были, когда я работал в Зеленограде (это километров двадцать от Москвы). Офис был на краю леса, помещения просторные, на дорогу времени уходило меньше, чем я трачу сейчас, добираясь в Москву (всё время едешь против пробок). А вот продажники наши страдали: поездка к клиенту занимала весь день, а к себе в гости никого не пригласишь (никто просто не поедет).
greesha.ru

Реальность - это убийство прекрасной теории бандой мерзких фактов. (Роберт Гласс)



Отлично. На какую тему?

Т.к. человек из EPAM так и не проявился, то ИМХО его не стоит учитывать как докладчика на будущем семинаре.

Тема 1. Работа с требованиями в продуктовой разработке ПО.

Как построить эффективную работу по работе с требованиями и проекту в целом
- Requirements engineer\analyst vs Product Owner
- Видение проекта, как основной инструмент
- Наиболее эффективные методологии и стратегии ведения проекта или
серии продуктовых проектов
- Эффективность работы аналитика при продуктовой разработке
Особенности работы для аналитика в продуктовой разработке из-за
положения аналитика как внутреннего сотрудника, особенности
выстраивания отношений в компании с людьми принимающими решения.
Отличие стартапа и продуктовой разработки, аутсорсинговой разработки, и т.п.




Тема 2. Роли в RE. (Отличие Системного аналитика и Бизнес-Аналитика)
Отличия и особенности System\Software Architect, Requirements
Engineer, System Analyst, Business Analyst, Product Owner, Marketing
specialist. Где, кто и в какой комбинации эффективен в зависимости от
пипа проекта.
Построение эффективной работы по работе с требованиями за счет
совмещения и разделения работы по вышеуказанным специализациям.
Причины сложности совмещения разных ролей\типов задач.
Организация работы проектной команды аналитиков\аналитического отдела.


Тема 3. Теория и практика привлечения пользователей в работе с требованиями
- Особенности, специфика
- Эффективность от привлечения
- Методы работы
- Стратегия проектов и Аналитической части проектов в разрезе работы с
пользователями как источника требований.
- Влияние специфики предметной области, уровня ее понимания, сложности
моделирования, на работу с пользователями.

Тема 4:
Что-то из следующего или микс.
BPMS
WFE
SOA
BPMN
Что конкретно по теме 4, нужно подумать, т.к. просто работаю в этом направлении, опыт и знания есть, а что инетерсно услышать людям или о чем рассказать, нужно определиться.


Все это наброски. Нужно выбрать одну тему и подготовить.

Плюс нужно уточнить можно ли тему №2 заюзать. Т.к. ее приняли на req-labs (http://www.req-labs.ru/rapporteurs/detail/554)



Народ,

А может быть сразу сформировать программу и второго семинара? Т.к. все равно не успеем все прочитать 10 октября.
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Тема 1. Работа с требованиями в продуктовой разработке ПО.
...
Тема 2. Роли в RE. (Отличие Системного аналитика и Бизнес-Аналитика)
...
Тема 3. Теория и практика привлечения пользователей в работе с требованиями
...
Тема 4:
Что-то из следующего или микс.
BPMS
WFE
SOA
BPMN


Все темы замечательные!
Субъективно, мне была бы интересна третья, а по первой и второй (если выбирать одну из них), мне кажется, что тут вам с Димой нужно как-то согласовать действия, чтобы не рассказывать об одном и том же... хотя, взгляд с разных сторон... это тоже может быть интересно ))



А может быть сразу сформировать программу и второго семинара? Т.к. все равно не успеем все прочитать 10 октября.

Да, можем вылезти из регламента ))
У нас сейчас заявлено 4 выступления
1. Разработка и документирование требований - на 2 часа
2. Проектирование пользовательских интерфейсов, как инструмент Аналитика - где-то на 1 час (возможно, даже меньше)
3. Проблемы выявления и анализа требований и их решение. Круглый стол. - пока неизвестно, но тоже, явно не меньше 1-1,5
4. Тестирование требований - 1,5 часа

итого: 5,5 - 6 часов
думаю, еще один доклад можно будет добавить (программа будет насыщенной ))), а вот если будут еще желающие высказаться, нужно будет что-то решать...

Или нет, как думаете?



Аналитик должен смотреть ширше. :)
Вот на этом и выезжают, ага :)

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

1. Разработка и документирование требований - на 2 часа
Вот на эту тему мой семинар длится 6 часов. Причем это только самое главное, никаких примеров из практики, и совсем немного дискуссий.

3. Проблемы выявления и анализа требований и их решение. Круглый стол. - пока неизвестно, но тоже, явно не меньше 1-1,5
По этой теме запланирован семинар еще на 6 часов.

Честно говоря, мне трудно представить, что такого можно рассказать за 1-2 часа по этим темам, чего бы не знали все остальные участники?...
« Последнее редактирование: 06 Сентября 2009, 00:21:59 от ida »



А есть ли возможность провести конференцию в другом месте?
а то 30 мест для такой конференции в Киеве это мало



Это не конференция, это семинар :)

Если предложите другое место, то мы с радостью переедем туда :)
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



А чем, кстати, отличается семинар от конференции?... Размахом?  ;D



Держать столько разработчиков в центре очень накладно и неудобно. У Люксофта в Москве большое просторное здание, в тихом месте, рядом с парком, недалеко от метро. УЦ создавался, в первую очередь, для обучения своих сотрудников, поэтому совершенно логично расположить его в одном здании с разработчиками.

Но для проведения вечерних семинаров все эти преимущества не работают (точнее, работают только для сотрудников Люксофт).

Кстати, у меня самые лучшие условия для работы были, когда я работал в Зеленограде (это километров двадцать от Москвы). Офис был на краю леса, помещения просторные, на дорогу времени уходило меньше, чем я трачу сейчас, добираясь в Москву (всё время едешь против пробок). А вот продажники наши страдали: поездка к клиенту занимала весь день, а к себе в гости никого не пригласишь (никто просто не поедет).

Именно по этому, большие компании держат офисы продаж в центре, а R&D подразделения - на периферии ... теперь чаще в Индии :-).
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/



А чем, кстати, отличается семинар от конференции?... Размахом?  ;D
Размахом и масштабом.
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19