| Меню сайта |
|
 |
| Информация |
|
|
|
В категории материалов: 18
Показано материалов: 1-15 |
Страницы: 1 2 » |
Сортировать по: Дате↓ · Названию · Комментариям · Просмотрам
 Предлагаем Вам программу серии тренингов по совершенствованию навыков системных и бизнес аналитиков, состоящую из серии тренингов по управлению требованиями. Программа тренингов оптимизирована с учетом многолетнего опыта обучения начинающих и опытных аналитиков, в результате удалось сделать ее компактной и насыщенной.
В результате участия в тренинге начинающие специалисты формируют ключевые структуры для накопления и развития своих знаний и навыков, а сформировавшиеся специалисты переосмысливают уже существующий опыт и получают возможность усовершенствовать отдельные элементы.
Дата: 19 - 20 марта 2010 г. (пятница - суббота)
Для удобства обучающихся тренинги собраны в блоки по два однодневных тренинга (8 академических часов каждый).
Методология обучения:
В рамках тренингов участники получают ключевой материал в виде презентаций тренера, выполняют практические задания и участвуют в дискуссиях.
Участникам тренингов предоставляются материалы лекций, базовые шаблоны, примеры и ссылки на дополнительные ресурсы.
|
 В любом проекте присутствует неопределенность. Наличие неопределенности означает возможность того, что что-то пойдет не так, как задумано. Печально известный закон Мэрфи гласит, что если есть вероятность возникновения проблемы - она обязательно возникнет. Обычно это означает, что на проекте возникнут сложности, устранение которых будет стоить времени и денег, что приведет к срыву сроков и превышению бюджета.
Вместе с тем, большинство проектных рисков можно идентифицировать на ранних стадиях жизненного цикла проекта и спланировать действия по их ликвидации или смягчению последствий. В тех случаях, когда риски значительны или чрезмерны, стоит запланировать дополнительные ресурсы или вообще отказаться от проекта.
Этот тренинг посвящен методам анализа проекта разработки и его специфических рисков, их идентификации и классификации, вопросам разработки реагирования.
|
14 февраля 10:00-18:00
Управление начальником и коллегами
Развитие сотрудников
Networking и Visibility
Задачи тренинга:
Тренинг обучает многим практическим советам и практике
прямо в классе, чтобы можно было все брать и использовать прямо сейчас.
Будет жесткий напор на то, что и когда надо делать. И будет контроль за
выполнением даже после тренинга.
|
13 февраля 10:00-18:00
Формирование команды
Удержание и мотивация сотрудников
Материальная мотивация
Обратная связь в работе менеджера
|
 Споры
вокруг того, нужна ли система менеджмента качества (СМК)
компаниям-разработчикам, не утихают по сей день. Ведь, строго говоря,
стандарты ISO, и уж тем более CMMI, не являются обязательными, а носят
чисто рекомендательный характер. Что же такое внедрение СМК и
прохождение сертификации? Способ получить красивую бумагу, дающую
определенные конкурентные преимущества, или адекватный инструмент
повышения эффективности работы компании и качества ее услуг?
Данный семинар разработан для того, чтобы попробовать ответить на эти некоторые другие сложные вопросы.
|
 Участие в данном семинаре рекомендуется сотрудникам,
работающим в процессе управления уровнем сервиса, независимо от того,
какую роль они исполняют. Семинар полезен как при организации новых
процессов, так и при оптимизации существующих.
Руководители ИТ подразделений на данном семинаре узнают о лучшем
передовом опыте, получат ориентиры развития предоставления ИТ услуг.
|
 Для кого этот семинар
- Для тестировщиков, которые пользуются не только баг-трекером, но и системой управления тестами
- Для тест-аналитиков, которые превращают требования в тесты
- Для менеджеров, которые хотят, чтобы требованиями, тестами и дефектами можно было управлять
|
В
основе любого ПО лежит набор идей и принципов, дополненный базовыми
механизмами и методами их реализации в коде. Именно от того, насколько
удачным и продуманным является этот набор идей, в конечном итоге
зависят такие параметры ПО как расширяемость, возможности интеграции,
простота сопровождения. Проектирование Архитектуры - весьма
существенная область деятельности при разработке ПО, потому очень важно
собрать лучшие приемы и подходы в одном тренинге.
|
 Интересной
особенностью нашей индустрии, индустрии разработки ПО, заключается в
том, что по меньшей мере один из каждых пяти начинаемых проектов не
имеет вообще никаких шансов на успех. То есть проект изначально обречен
на перевыполнение бюджета, срыв сроков поставки, превышение ресурсного
плана, или же все это вместе. Происходит это из-за того, что оценки
размера и стоимости проекта были изначально неправильны.
Вот что говорит Том де Марко в своей книге "Вальсируя с медведями" о
причинах этого явления - "В 1990-х годах многие из моих клиентов
зациклились на улучшении неправильных процессов. Они все помешались на
процессе управления проектами.
Единственный по-настоящему значимый процесс – это тот, который определяет, какие проекты стоит осуществлять."
Данный тренинг посвящен вопросам оценки размера и стоимости проектов, а также вопросам их отбора.
|
 Требования к ПО - отправная точка любой разработки. От того, насколько
они полны и детальны, зависит правильность оценок продолжительности и
стоимости проекта. От того, насколько они ясны и проверяемы, зависит
количество переделок и удовлетворение Заказчика. Таким образом, начиная
разработку без качественной спецификации требований, лишь с набором
"пользовательских хотелок", Вы обрекаете свои проект на превышение
бюджета, невыполнение графика, недовольство Заказчика.
Именно поэтому независимо от того, какой процесс Вы используете, он
включает в себя действия по сбору и обработке требований. Работа с
требованиями подразумевает: выявление источников, выявление целей,
выявление требований, трансляцию требований в детали спецификации,
представление спецификации способом, понятным всем заинтересованным
лицам, управление меняющимися требованиями. Все детали этой мозаики
одинаково важны - стоит выпасть одному фрагменту, и распадется вся
мозаика.
Поэтому мы собрали лучшие практики, типичные ошибки и практические советы в одном тематическом тренинге.
|
 Одна из самых больших проблем у разработчика, которого произвели в
менеджеры - это управление своими коллегами-программистами. Организация
их деятельности, множество новых задач, появляющихся вместе с
административными функциями, возникновение конфликтов и необходимость
управлять ими, качественное изменение отношений с топ-менеджерами - в
этом потоке очень трудно разобраться в условиях уже выполняющегося
проекта. Поэтому новый менеджер теряется и пытается работать так, как
работал раньше, в лучшем случае пытаясь хоть как-то реагировать на
множество событий, происходящих вокруг него.
Для того, чтобы помочь разработчикам, которых произвели в менеджеры, и
был разработан этот тренинг. Он предлагает набор ключевых идей и
"дорожную карту", руководствуясь которой можно построить успешную
работу команды на своем проекте.
|
 Согласно традиционным подходам к разработке необходимо сначала собрать
и интерпретировать требования, спроектировать решение, продумать
методику организации работы, контроля качества, схему коммуникаций, а
уж потом только начинать писать код - и при этом породить десятки и
сотни страниц бумажной документации. Во многих случаях это будет
бесполезно и неэффективно, а в некоторых - откровенно вредно.
Примерами проектов, где традиционные подходы обычно менее эффективны,
можно назвать разработку принципиально нового ПО методом исследования,
разработку ПО для собственного пользования, разработку методом
эволюционирующих прототипов.
Для этих проектов больше подходят так называемые "гибкие" (agile)
методологии, преимущества которых уже оценили десятки компаний на
территории бывшего Союза и сотни компаний по всему миру.
Назначение тренинга
Познакомить слушателей с идеями, лежащими в основе Agile методологий
вообще и XP в частности, основными положениями ХР, а также дать обзор
основных идей и практик, проиллюстрировав их применение примерами из
практики. |
Продолжительность: 2 дня, 16 часов.
 Цели тренинга:
1. Объяснить схему усвоения знаний человеком.
1. Цепочка «awareness-knowledge-skill-intuition».
2. Кратковременная, сенсорная и долговременная память.
3. Когнитивная нагрузка.
4. Выстраивание ментальных моделей.
2. Объяснить схему подготовки тренинга, имеющего целью выстраивание ментальной модели.
3. Дать рекомендации по проведению тренингов. |
 Предположим вот такую приятную ситуацию - проект удалось сдать вовремя.
И, о чудо, нам удалось реализовать полный набор функционала, который
наш маркетинг имел неосторожность пообещать Заказчикам. И самое
невероятное то, что продукт получился вполне вменяемого качества.
Мечта?
А вот Заказчик недоволен. Как это получилось и что делать, чтобы не
попасть в такую ситуацию самим? Об этом рассказывает этот тренинг. |
 Параметр TMV (time-to-value, время до получения прибыли) постепенно
приобретает убийственное значение для команд разработки по всему миру.
Никто из бизнес-заказчиков больше не хочет ждать год до получения
результата. Странное дело – они даже не хотят дать время на проработку
требований, разработку нормальной Архитектуры, и категорически
отказываются понимать важность тестирования. Они хотят странного –
работающей системы в короткие сроки при неясных требованиях. Можно ли
вообще работать в такой ситуации?
Ну, можно попытаться – потому как описанная выше ситуация совершенно
нормальна для любого бизнеса. SCRUM – методика совместной работы
Заказчиков и Разработчиков, позволяющая достаточно быстро выпускать
работоспособное ПО. Она не заменяет необходимости вести переговоры с
бизнес-заказчиками и не излечивает клинические случаи – но
|
|
|
| Категории раздела |
|
|
| Регистрация |
|
|
|
| Поиск |
|
|
| Контакты |
+375296932357
8(017)2031934
8(017)2009123
|
|
|
