Вы работаете в сфере информационных технологий? Программист или менеджер проектов, системный аналитик, бизнес-аналитик, архитектор систем, специалист по продажам? Тогда ждем Вас в мае на Международном Форуме по инженерии программного обеспечения 2011! Здесь Вы сможете представить свою компанию, продемонстрировать личные компетенции и обменяться опытом.

Software Engineering Forum Belarus – это центральное событие программной инженерии Беларуси. Ежегодно Форум собирает в Минске более 500 участников – профессионалов и специалистов в области информационных технологий, представителей компаний-разработчиков программного обеспечения Беларуси, ближнего и дальнего зарубежья. Среди Авторов SEF.BY замечены: Аркадий Добкин, Юрий Зиссер, Сергей Архипенков, Александр Орлов, Денис Петелин, Алексей Минкевич, Стас Фомин, Асхат Уразбаев, Kalju Ruutli, Константин Кондратюк, и ещё многие профессионалы.

Условия приема докладов, а также вся необходимая информация доступна на сайте WWW.SEF.BY

Генеральные партнеры Форума:

Вторая конференция, посвященная работе с требованиями в ИТ-проектах

Киев, 25 марта 2011 г.

Прием докладов продлен до 10 января 2011!

Событие
На конференции REQ Labs 2011 мы обсудим и обменяемся опытом работы с требованиями в больших и малых компаниях. Большинство докладов будет посвящено практике работы Аналитика в реальных проектах. Также будут представлены доклады о нововведениях в области бизнес и системного анализа.

Конференция призвана привлечь лучших экспертов в области бизнес и системного анализа из Украины, Белоруссии, России и других стран. Сейчас ведутся переговоры об участии европейских и заокеанских гуру в данной области, чтобы сделать конференцию по-настоящему международной.

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

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

Авторы принятых докладов освобождаются от оплаты взноса за участие в конференции и могут пригласить одного участника бесплатно.

Аудитория

• Бизнес и системные аналитики
• Менеджеры проектов
• Руководители групп разработки и тестирования
• Другие ИТ-специалисты.

Тематические направления докладов

1. Целеполагание и стратегическое развитие ИТ в компании.
2. Бизнес анализ и моделирование.
3. Методы сбора, анализа, документирования и проверки требований.
4. Управление требованиями: планирование работы Аналитика, управление изменениями требований и границами проекта, приоритизация требований и т.д.
5. Навыки коммуникации и взаимодействия с заказчиком и командой.
6. Специфика работы Аналитика в разных:
   • предметных областях: банки, производственные компании, ритейлеры и т.д.,
   • методологиях: Agile, RUP, Waterfall, FDD, DDD и т.д.,
   • типах проекта: продуктовая разработка, внутренняя разработка, разработка на заказ.
7. Инструментальные средства для моделирования и управления требованиями.
8. Постановка процесса работы с требованиями.
9. Управление командой Аналитиков.
10. Оценка качества требований.
11. Обучение и карьера Аналитика.
12. Кейсы работы с требованиями и паттерны требований.

Прием материалов
Желающим выступить с докладом или на флип-чарт сессии необходимо направить в программный комитет заявку (info@req-labs.ru):

● Название и тезисы выступления (около 1000 символов)

● Резюме докладчика(ов) (не более 2000 символов)

● Фотографию докладчика(ов)

Сроки предоставления этих материаловуказаны в следующем разделе.

Продолжительность доклада – 45 мин.

Продолжительность флип-чарт сессии – 30 мин.

Важные даты

До 10 января: представление докладчиком абстракта доклада (или сессии), резюме и фотографии;

До 31 января: сообщение от организаторов о включении доклада в программу конференции;

До 1 марта: представление докладчиком Презентации (в формате Microsoft PowerPoint 2003 –2007.ppt(x) или Adobe Acrobat .pdf);

25 марта: проведение конференции.

Организатор
Организатором конференции является Учебный Центр Luxoft – лидер в области обучения дисциплинам Software Engineering (www.luxoft-training.ru). Наша аудитория – ключевые специалисты Software Engineering высокого уровня:

● Менеджеры проектов

● Системные и бизнес аналитики

● Тест‐менеджеры, инженеры по тестированию

● Системные архитекторы

● Разработчики (.Net, Java, Oracle, etc.)

Контактная информация

Александр Байкин
abaykin@luxoft.com
Тел.: +38 (044) 206 18 08, доб. 4531
www.req-labs.ru

До встречи на Req Labs 2011!

В ближайшие выходные, 11-12 декабря в Минске в рамках двухдневного тренинг-марафона «Игры в ИТ» в неравной схватке встретятся сборная команда ИТ-менеджеров из Минска (компании Epam, Science Soft, Sam Solutions, ВирусБлокАда, AheadWorks, Generation P) и команды северного десанта из Санкт-Петербурга (компания VIAcode) и Великого Новгорода (компания Antares Software). Битва будет проходить под руководством опытных стратегов: Александра Орлова (Happy-PM.com, Санкт-Петербург) и Вячеслава Панкратова (it4business.ru, Киев).

Организатор мероприятия – портал www.it-study.by.

Финальная схватка в формате мини-конференции произойдёт вечером в субботу 11-го декабря в 19:00 в открытом пространстве (предположительно – пятый корпус БГУИР) и будет доступна для лицезрения всем зарегистрировшимся ниже!

Программа мини-конференции под кодовым названием «Легко ли быть менеджером в ИТ?»:

19:00 Приветственное слово от организаторов -  Полаженко Сергей (www.it-study.by).
19:05 «Scrum Master – кто ты» о роли Scrum-Master-а  в реальных компаниях – Роман Юфирев (компания VIAcode)
19:35 Великий Новгород на связи – доклад компании Antares Software (Новгород)
20:00 перерыв
20:05 Легко ли быть ИТ-менеджером: киевская версия. Докладчик – Вячеслав Панкратов (it4business.ru, Киев)
21:00 Легко ли быть ИТ-менеджером: для усидчивых – Александр Орлов (Happy-PM.com, Санкт-Петербург).
22:00 заслуженный отдых

Специальный гость конференции – Сергей Бережной (компания GlobalLogic, г. Харьков), ведущий тренинга: «Аутсорсинг как сервис: работа с заказчиком».

Подробнее о мероприятии и форма регистрации.

В рамках вебинара будет подробно рассказано об основных идеях Agile методологии “Экстремальное Программирование (eXP)” и их практическому воплощению в компании Exigen Services.

Этот вебинар прежде всего будет интересен разработчикам, тестерам, менеджерам, бизнес аналитикам и SCRUM мастерам, начинающим свою работу на Agile проектах, а также всем интересующимся eXP.

План выступления:

• История возникновения eXP в Exigen Services
• Практики eXP
• Сопоставление SCRUM и XP
• Вопросы и ответы

О докладчике

Сергей Андржеевский – окончил Физический факультет Санкт-Петербургского Университета в 1988 году. После окончания университета работал программистом, а позднее менеджером по разработке ПО.

С 2002 руководил многочисленными XP (Extreme Programming) проектами, выполняемыми Exigen Services по заказу крупной международной корпорации – лидера в области производства микропроцессоров.

В настоящее время работает SCRUM мастером для международного проекта в области банковских технологий.

Сертифицированный SCRUM мастер, автор ряда публикаций по Agile тематике.

Для участия в вебинаре необходимо предварительно зарегистрироваться:

http://www.exigenservices.ru/webinar-registration

Тренинг пройдет при информационной поддержке Научно-технологической ассоциации «Инфопарк». Благодаря этому члены Ассоциации имеют возможность участвовать в мероприятии на льготных условиях.

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

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

Кроме того, как показывает практика, именно отсутствие навыков эффективной коммуникации становятся главным препятствием карьерному росту в софтверных компаниях…

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

Для кого:

• руководители проектов;
• руководители групп разработки;
• руководители групп тестирования;
• бизнес-аналитики;
• аккаунт-менеджеры;
• все те, кто участвует в переговорах с внешними или внутренними заказчиками.

Смотреть программу >>

Стоимость участия: 8400 RUR, для членов Ассоциации «Инфопарк» – 7560 RUR. Также предоставляются дополнительные скидки за количество участников.

Принять участие >>

По вопросам участия и за дополнительной информацией о тренинге, пожалуйста, обращайтесь к Екатерине Егоровой по e-mail:kate@peoplemind.ru или тел.: +7(495)724-8438.

9 апреля в Минске пройдут мастер-классы на тему «Искусство презентации» для участников Minsk Startup Weekend. 

17-18 апреля в конференц-зале  Велодрома комплекса  «Минск-Арена» пройдет  третий Minsk Startup Weekend. К предстоящему событию активно готовятся организаторы и авторы проектов, эксперты и инвесторы. А за неделю до события, 9 апреля, в здании Института журналистики пройдут мастер-классы на тему «Искусство презентации». 

Цель мастер-классов  – помочь участникам научиться выступать  не просто перед публикой, но перед инвесторами. То есть людьми, которые могут вложить свои деньги в понравившийся проект. А ведь презентация – визитная карточка проекта. 

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

Мастер-классы проведут Елена Нупрейчик и Юрий Шиляев. 

Елена Нупрейчик - бизнес-тренер программы МВА Института бизнеса и

менеджмента технологий БГУ, координатор белорусско-немецкой программы подготовки управленческих кадров, председатель ОО «Просветительский Клуб МВА». 

Юрий  Шиляев - постоянный участник конференций и сообществ, посвященных проектированию и разработке интернет-проектов в Беларуси и России. Эксперт в области гибких методологий. Один из инициаторов проекта «Agile в Беларуси» — белорусского сообщества Agile-практиков. 

Условия участия: 

1. Если вы подали заявку на участие в Minsk Startup Weekend и оплатили, прислав копию платежки, Вы автоматически включены в список участников мастер-классов.
2. Если вы подали заявку на участие в Minsk Startup Weekend и пока не оплатили, Вы также автоматически включены в список участников мастер-классов.
3. Если Вы еще не подали заявку, у Вас есть шанс до 14.00 9 апреля подать заявку на участие в Minsk Startup Weekend по адресуstartup2010@tut.by.

 
Участие бесплатное! 

Время и место:

Мастер-классы пройдут 9 апреля (пятница) по адресу: Минск, ул. Кальварийская, 9, ауд. 737.

Начало регистрации – 17.30.

Мастер-классы продлятся  до 21.30. 

А узнать о судьбе стартапа «АРТелье», который участвовал в первом Minsk Startup Weekend, можно будет 11 апреля с 12.00 по 18.00 в эфире радио Unistar в шоу выходного дня «Заводной апельсин».  

Официальный сайт – www.startupweekend.by

Официальный тег –  msw10, помечайте им, пожалуйста, свои записи в блогах. 

Генеральные партнеры мероприятия — ведущий белорусский информационный портал TUT.BY, радио Unistar, первый 3G оператор связи Diallog и юридическая компания “Лев, Шерстнев и партнеры”. 

Партнеры проекта: Институт Бизнеса и Менеджмента технологий БГУ, Инкубатор бизнес-проектов БГУИР. 

Образовательный партнер: группа компаний “Премия”.

 
Информационная поддержка: “Виртуальная интеллектуальная биржа коммерческих идей и проектов” VIB.BY, Центр финансового образования, журнал “Директор”, журнала “IT Бел”, порталы: IT.TUT.BY, все о работе в IT www.dev.by, www.agile.by,www.Uvaga.by, www.kapital.by, финансовый сервис www.benefit.by, www.bogatei.com, posrednik.by, информационное агентство “ЭКОПРЕСС”, «Компьютерные вести». 

• Где взять идею для бизнеса
• Идея вроде есть, но как понять, жизнеспособна ли она? Как проверить эффективность бизнес-модели?
• Сколько нужно денег для открытия своего дела?
• С чего мне начать создание бизнеса?
• Гденайти партнеров? Сотрудников?
• На чем можно сэкономить? На чем экономить нельзя?
• Как спрогнозировать объем спроса на мой продукт или услугу?
• Какую систему налогообложения мне выбрать?
• Как продать долю в стартапе?
• И т.д. и т.п.

 Конечно, можно отправиться в университет и попытаться найти ответы там. А можно –задать эти вопросы тем, кто уже проходил этот путь. И проходил неоднократно.  Именно такую возможность – пообщаться с состоявшимися и успешными стартаперами – получат участники Minsk StartUp Weekend`а на апрельском мероприятии, которое, напомним, будет целиком посвящено проектам в IТ отрасли. У Оргкомитета есть свои кандидатуры бывалых стартаперов, которые могли бы рассказать о своем опыте, но у участников мероприятия будет возможность выбрать докладчиков и самим. Вы сможете сами выбрать белорусский IТ проект, о котором вам хотелось бы узнать поподробнее, выбрать предпринимателей, чей опыт вам хотелось бы перенять. Для этого необходимо всего лишь написать письмо на startup2010@tut.by и предложить кандидатуру,остальное – забота организаторов. С другой стороны, любой успешный стартапер с опытом запуска и развития бизнес-проектов, привлечения инвестиций в них, а, возможно, и продажи их сторонним инвесторам, сможет поделиться опытом с теми, кто только начинает. Для этого нужно подать заявку в оргкомитет. После этого краткое описание такого стартапа будет размещено на ресурсе нашего генерального партнера  IT.TUT.BY, где будет организовано обсуждение. Если ваш проект вызовет интерес  у посетителей портала, вы получите возможность выступить со своей Real Story на Третьем Минском СтартапУикенде.

Понятно, что не каждый стартап может быть признан состоявшимся. Вот обязательные требования организаторов:

• Стартап должны относиться к IТ отрасли
• Это должен быть работающий бизнес-проект, уже приносящий реальные деньги его владельцам
• Желателен опыт привлечения внешних инвестиций в данный стартап-проект (путем продажи доли либо другим способом)
• Стартап должен быть инновационным (как минимум для белорусского рынка).

В заявке сообщите название проекта, адрес в Интернете, краткое описание и контактные данные создателей/владельцев. Следует подчеркнуть, что кандидаты на роль состоявшихся стартаперов будут определены в ходе открытого голосования на ресурсеIT.TUT.BY.

Ну а всем участникам и авторам проектов уже можно регистрироваться на СтартапУикенд – подробную информация о том, как принять участие в мероприятии, вы можете найти на сайте Клуба «Бизнес старт». Уже известна предварительная дата проведения мероприятия – 17-18 апреля. Регистрация IT проектов на третий Минск СтартапУикенд уже началась! Критерии приема бизнес-проектов очень просты:

1. Наличие уникальности и новизны в бизнес-идее, как минимум для локального рынка.
2. Практическая реализуемость идеи в условиях того рынка, на который она нацелена;
3. Проект должен находиться на начальной стадии реализации и соответствовать условиям бизнес-ангельского инвестирования (перспектива выхода на окупаемость в разумные сроки, возможность продажи доли в бизнесе инвестору в обмен на финансовые средства и др).
4. Готовность автора идеи изложить ее перед аудиторией MINSK STARTUP WEEKEND

Используйте эту возможность для развития и реализации своей  бизнес-идеи, как это уже сделали более 35 авторов проектов на двух предыдущих СтартапУикендах (посмотреть видео). 

Генеральные партнеры мероприятия – ведущий белорусский информационный порталTUT.BY и юридическая компания “Лев, Шерстнев и партнеры”.

Партнеры проекта: Институт Бизнеса и Менеджмента технологий БГУ, Инкубатор бизнес-проектов БГУИР.

Информационная поддержка: «Виртуальная интеллектуальная биржа коммерческих идей и проектов» VIB.BY, Центр финансового образования, журнал «Директор», журнала «IT Бел», порталы: IT.TUT.BY, все о работе в IT www.dev.by, Сообщество Agile-практиков www.agile.by, www.Uvaga.by, www.KAPITAL.BY, www.benefit.by, www.bogatei.com, информационное агентство «ЭКОПРЕСС».

Организаторы:

- Александр Патутин, предприниматель, основатель Ивент-компании «Деловые медиа» (http://d-media.deal.by/)
- Александр Сорокоумов, бизнес-консультант, автор деловых бестселлеров (http://sorokoumoff.com)
- Константин Журавский, предприниматель, руководитель Минского клуба любителей бизнес-игр и финансовых симуляторов «Денежный поток» (http://cashflow.by)
- Александр Булах, предприниматель, руководитель Клуба «Бизнес Старт» при ОО “Минский столичный союз предпринимателей и работодателей” (http://startclub.biz)

Организаторы MINSK STARTUP WEEKEND приглашают всех заинтересованных к сотрудничеству!

Выкладываем презентации участников и видео из того, что уже есть.

Юрий Шиляев. Экономика Agile-проекта.

[slideshare id=2313160&doc=di-agileeconomicsforslideshare-091021151209-phpapp02]
.

Денис Петелин. НЕ-аджайл: введение в распознавание фальшивой монеты, или основы аджайла.

Доклад Дениса Петелина еще не залит на шароварный видео-хостинг. Но его можно посмотреть здесь.

Павел Габриель. Обязательные практики Agile-проекта и правило ППП.

[slideshare id=2273958&doc=practices-091019044051-phpapp01]

Видео выступления Павла:

Обязательные практики agile-проекта и правило ППП from alovak on Vimeo.

По мере добавления материалов мы обновим этот пост.

На сайте DI.by еще старая программа висит.

Предыдущее сообщение также обновлено.

Проще и безопаснее всего сравнивать agile с водопадом: во многом диаметрально противоположные основы, контрастирующая стержневая культура, да и вообще – agile был сформулирован как наш ответ Чемберлену, так что отличить белое от черного легко и вряд ли кто-то в здравом уме станет спорить. Сложности начинаются, когда по обе стороны неравенства оказываются не настолько взаимно отталкивающие определения. Например, RUP противопоставляется agile, или XP противопоставляется RUP, или SCRUM противопоставляется XP, или вообще agile (с маленькой буквы) подразумевает нечто отличное от Agile (с большой буквы). Да что там далеко ходить, наличие или отсутствие какой-то конкретной техники (юнит тестов, парного программирования, peer review, историй, ретроспективы, статус репорта, документации, проектного менеджера, календарного плана) часто считается крамолой, недостойной носить гордое имя agile.

А давайте проверим. Только, чур, сразу подготовим правильный инструмент. Мух от котлет по принципу «это – не методология, это – фрэймворк» мы отделять не будем. Оттенки в определениях есть, но сводятся оба термина воедино легко, и это с успехом делает заглавная статья о software development methodology на en.wikipedia, бОльшая степень свободы, ощущаемая в слове «фрэймворк» и более строгие указания к действию, ощущаемые в слове «методология», скорее стали следствием частого размежевания этих двух терминов. Мы, короче, сами это придумали, и потому без четкого объяснения «а что конкретно ты имела ввиду» пользоваться таким сравнением не очень конструктивно.

Первый тест. RUP и agile. Часто прошу кандидатов на интервью (позиция технического менеджера или, как Денис любит называть, – джедая), порассуждать на тему, является ли RUP agile методологией. Большинство не спрашивает деталей и отвечает очень коротко – нет, забывая даже подумать, поскольку ответ для многих (к сожалению, реально не знакомых с деталями и истоками RUP) – очевиден.

А вот один из моих доводов в пользу ответа Да: AUP от Скота Амблера – есть agile кастомизация RUP-а, отвечающая двенадцати принципам Agile Manifesto и обратно совместимая с RUP. Скот это декларирует в определении, и я ему доверяю, но можем и проверить, если есть сомневающиеся.

И RUP и agile во главу угла ставят итеративность, противопоставляемую водопаду, что, по всей видимости, может претендовать на первое
необходимое условие agility. RUP,
в руках Скота Амблера, несложно превратился в чистый agile инструмент. Вы спросите, как же так? Ну, все достаточно просто. RUP задуман был как конструктор, который надо выстраивать (собственно, как и agile: принципы и ценности манифеста не повесишь на ремень и в пулемет не зарядишь – надо включать голову и работать). Не умея и не понимая, можно построить себе такой итеративный водопадик, где в каждой фазе и итерации – старые песни о главном, и это не будет работать, а можно сделать так, как сделал Скот Амблер.

Вот так и получается, что и RUP и Agile на одной стороне фронта против водопада. Только RUP тяжело дается, а Agile – легче и натуральнее. Но уверенно объявлять RUP не agile методологий не корректно. Надо рассматривать конкретную имплементацию RUP-а, тогда получатся яблоки с яблоками. А с водопадом RUP не имеет ничего общего, хотя многими именно так и интерпретируется (и я был грешен когда-то – очень больно было, кстати, но об этом как-нибудь в другой раз).

Второй тест. Agile и agile. Давайте, в поисках определения, вернемся на секунду к Скоту Амблеру, который определяет agility своего AUP, как соответствие принципам agile alliance, где де в bylaws (я тут поясню, термин этот знаком американскому домовладельцу как описывающий правила поведения в своем жилищном кооперативе) приведены четыре ценности и двенадцать принципов agile manifesto.

Спорить с манифестом глупо – там все написано верно. С итеративностью мы определились уже. Авторы PMBOK, живущего вне конкретной индустрии, в третьем издании согласились, что изменения неизбежны. Это я апеллирую к одной из четырех ценностей про желание и умение принимать изменения, как, наверное, самой непросто осмысляемой – ведь так легко скинуть все на злого заказчика, который не знает, что хочет, и все время меняет требования. Похоже, что готовность к изменениям – есть второе необходимое условие agility. Все остальные постулаты аджайла – разумны, продиктованы здравым смыслом и опытом, и направлены на быстрое достижение качественного результата, который удовлетворяет клиента и доставляет удовольствие команде, его производящей.

Так что же получается, итеративную разработку навстречу изменениям без потери здравого смысла можно смело называть agile? Я бы сказал, что да, можно. А здравый смысл определил бы коротко, как не пробивание пола головой, после первых уроков молитвы:

• фокус на работающий софт и коммуникацию не должен означать отказ от документации вообще
  
• фокус на архитектуру и дизайн не должен превзойти фокус на работающий софт. Не евангелизм чай разливаем, а дело делаем.
  
• само-организующиеся команды – класс! и наше устремление, но не необходимое условие. Как следствие, наличие проектного менеджера – не означает войну принципу «доверяй команде довести дело до конца». Все будет зависеть от личности, способностей, умения, знаний, и опыта оного.
  
• и т.д.
  

Ну, а чтобы как-то все-таки раскрасить шкалу от agile до Agile, предлагаю вот такую градацию:

• Agile (который с Большой Буквы) – идеальная само-организованная среда, полностью выстроенная по ценностям и принципам agile manifesto). В пределе – чистые медихлорианы и непорочное зачатие (грань между Дартом Вейдером и Спасителем стирается…)
  
• agile (который с маленькой буквы) – “жидкая” (fluid) среда, приветствующая изменения, частые итерации и здравый смысл с вектором с сторону Agile (с Большой Буквы), но с хорошим противовесом в виде осознанной реальности бытия.
  

Делаем мы все с вами, практики аджайла, – agile, стремимся – к Agile. А когда учим других делать Agile, обязательно должны показывать пальцем на противовес и объяснять, что его наличие – есть реальность, всего лишь уменьшающая первую букву Аджайла до строчной, но не меняющая ничего в сути! А то ведь смотрят люди на граненый Аджайл в белом золоте и думают, что он им не по карману, и идут дальше валить лес двуручными пилами.

Павел Веллер