Посмотрел на карту. Да, киевский "Люксофт" расположен в такой же... гм... удалённой от центра зоне, как и московский.

Офис, конечно, не совсем в центре...
Но если нужно - могу поработать сопровождающим от метро. Дорогу еще помню - сама работала в этом офисе пару лет назад :-)

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

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

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

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

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

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

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

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

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


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

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

Т.к. человек из 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 часа по этим темам, чего бы не знали все остальные участники?...

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

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

Если предложите другое место, то мы с радостью переедем туда

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

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

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

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

Именно по этому, большие компании держат офисы продаж в центре, а R&D подразделения - на периферии ... теперь чаще в Индии :-).

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

Размахом и масштабом.