«

»

Фев 20

Цикл семинаров «Кулинарная книга профессионального ИТ-шника» от Сергея Поволяшко. 28 февраля 2011 – первый семинар!

Пора всем IT-шникам погрузиться в увлекательный мир кулинарии IT-шной кухни ;). Ну-с, вооружаемся инструментами))

Почему же «кулинарная книга»?

Ну как же – как же! Такое вкусовое многообразие ИТ-шных методологий, стандартов, инженерных и управленческих практик, мы хотим отведать по чуть-чуть всего, получить overview от чего-то, а где-то и окопаться более основательно. Поэтому какие-то из наших рецептов вы пролистаете, а на каких-то остановитесь подольше, какие-то настолько затронут вашу душу, что захочется их попробовать приготовить. Питайтесь разнообразно ;).

Первый кулинарный эксперимент – 28 февраля 2011

Шеф-повар:

Основной ведущий семинаров, который многим наверное уже и примелькался – Сергей Поволяшко. Проводил несколько докладов и тренингов в QAClub www.qaclub.com.ua , там можно на него и посмотреть на видео ;). Кроме того, проводит подрывную тренингово-докладческую деятельность, подробности о которой и о нем самом можно посмотреть на его сайте www.it-tuning.com. Кому очень неохотно вбивать с бумажки сайт в браузер, скажем вкратце – в IT с1996 года, попробовал на вкус разные IT специальности, в результате чего смог стать скромным менеджером IT подразделений и проектов. Поварившись в IT, довольно неплохо разбирается во вкусах, цветах, и, простите, запахах IT-шной индустрии.

В чем фишка? Изложение доступно, в удобное время, программа из разных блюд – выбираете сами на ваш вкус. В изложении простым понятным языком, вы получаете полезный инструментарий, и, конечно – практика и интерактивность, для разных профессиональных уровней, без ограничения по профессиональной и управленческой принадлежности, и т.д. и т.п. Что немаловажно – есть шанс подготовиться к сдаче PMP (некоторые модули направлены на это, указано отдельно в описании), а также получить необходимые юниты для допуска к PMP – PDU.

А по существу?!

* Серия недорогих семинаров, по 3 часа каждый, раз в 2-3 недели
* Небольшие группы, индивидуальный подход
* Получаем практические навыки ИТ-шной кухни, практикуемся дома с ДЗ
* Участвуем в специальной тематической скайп-группе
* Переходим на новый уровень профессиональной зрелости
* Предполагается 2 уровня кулинарного искусства, которые будут чередоваться, чтобы всем нашлось рецептов по вкусу и уменьям:
* Уровень стартовый (I): В основном расматриваются практики управления деятельностью проектной команды
* Уровень продвинутый (II): О жизненном цикле проекта внутри компании, об успехах проекта, компании и персональных
* Будем очень стараться разбавлять семинары интересными гостями
* Для тех гурманов, кто отведал больше 2-х семинаров – скидка 10% на последующие
* Для записавшихся на весь курс – особые условия ;) + скидки на IT клубы, которых множество
* Потом хотим сделать живые встречи выпускников в формате круглого стола
* Выходные мы не занимаем – планируем встречаться в будний день по вечерам после работы (ну кроме пятницы – это святое ;))

Об ингредиентах:

Опытно-методологическая база цикла состоит из:

– собственных успехов и ошибок тренера

– опыта применения разнообразныx методологий, стандартов на практике

– практических игр и заданий

– не будем забывать и про коллективный разум ;)

Теоретическое (а местами и очень даже практическое) подкрепление обеспечивается тренингами Орлова и Панкратова, всякими мега- книгами и стандартами, из самых страшных: PMBOK, CMMI, Agile/SCRUM, ISO 15939, ISO 17799, PRINCE2 и т.п. и т.д.

Ну изложите же весь список

Пока тезисно, дальше – больше! ;)

1. 28.02.2011. Ну почему работы всегда больше чем думали? Уровень I. Техники создания WBS – 5 шагов

Речь о полноте перечня работ, то одно забыли, то другое вспомнили, то вроде бы понятно что делать, но что конкретно и кто отвечает – непонятно, а то и целую инженерную дисциплину оставили за бортом (обычно выкидывают документацию и работы по тестированию J). Тут даже за эстимейтами ходить не надо, рановато еще, эстимейты еще успеют сделать свое черное дело. На это есть всего лишь 1 мощный ответ – техники создания WBS. Всего-то – сделай 5 шагов да пару проверок. Какие именно? Поговорим, как сделать перечень работ действительно полным и корректным.

2. Scope Management. Уровень I. Объем работ по продукту и проекту.

Да, эта область знаний из раздела про пироги (управление проектами). А именно – она входит в PMBOK.

Для интересующихся этой великой книгой – рассмотрим:

* Scope Management в структуре PMBOK
* Структуру этой области знания
* Взаимодействие с другими аспектами проекта
* Вовлечение участников проекта
* Работа с изменениями
* Понятия baseline, traceability matrix
* Перевод языка PMBOK на человеческий язык
* Попрактикуем каверзные вопросы PMP-шного экзамена.

В результате:

* Поймем, как это с пользой применять на практике
* Узнаем новые характеристики объема работ
* Рассмотрим многообразие влияющих факторов
* Узнаем, что включается в понятие Project Scope
* Возможность зачета 3 PDU для допуска к PMP-шному экзамену
* Получим домашнее задание

3. Решаем бизнес проблему. Уровень II. Метрики и улучшения процессов

Начальство говорит: «Хочу, чтобы качество стало лучше». В общем-то имеет на то полное право, т.к. это репутация, деньги, здоровость бизнеса и т.п. Но возникают вопросы. Качество чего? Какое оно сейчас? Что такое «лучше»? Что для этого надо?

Рассматривается кейс как эту бизнес проблему транслировать в конкретные действия с измеримыми результатами:

* Есть проблема с качеством. Кейс «Хочу, чтобы качество стало лучше»
* В чем причины
* С чем стоит, а с чем не стоит бороться
* Какое качество (продукта, процесса) сейчас
* Ставим SMART цели, акцент на измерениях
* Разрабатываем планы действий

В результате:

* Научимся транслировать «абстрактные» цели в конкретные действия с конкретными ответственными и измеримыми результатами
* Увидим важность хорошо настроенных процессов, оценим свои собственные процессы, проекты
* Рассмотрим метрики качества продукта, процесса
* Поймем как составить SMART план по улучшению качества
* Поймем важность вовлечения людей разных уровней проекта, организации
* Получим домашнее задание

4. Show must go on. Уровень II. Непрерывность бизнеса

Что будет если завтра «упадет» среда разработки, или супер разработчик забудет поделиться своим знанием с другими перед уходом в отпуск, или по какой-то причине офис станет недоступным (стихийное бедствие, пропажа отопления зимой, потоп весной, противоправные действия и т.п.)? Очевидно что последствия для бизнеса могут быть катастрофическими. На это есть ответ в виде дисциплины «Непрерывность бизнеса».

Рассмотрим как это работает:

* Кейс «Потоп»
* Что такое и почему важна непрерывность бизнеса (НБ)
* Жизненный цикл НБ
* Аспекты НБ (человеческий фактор, инфраструктура)
* С чего начать
* Варианты решения

В результате:

* Осознаем потенциальный «масштаб бедствия»
* Получим структурированное представление о НБ
* Рассмотрим наиболее узкие места и варианты решения
* Поделимся собственным опытом
* Получим инструментарий, с чего начать НБ

Методологический пазл. Уровень II

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

Смотри – Сроки плывут… Уровень I

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

Time Management. Уровень I

Да, это опять область знаний из раздела про пироги (управление проектами). И она тоже входит в PMBOK. И это не про то как успеть и работу сделать и вконтакте посидеть. Для интересующихся этой великой книгой – рассмотрим эту область знания, попрактикуем вопросы PMP-шного экзамена. Про практическое применение тоже не забудем.

Зажимание сроков и сетевые диаграммы. Уровень II

Есть разные поводы требовать сделать работу быстрее: выставка, начало сезона, контрактные обязательства, ну и просто хочется… ну очень. Удовлетворить такое требование можно самым простым и нелюбимым способом – сверхурочная работа. Но есть еще и ряд других не менее эффективных способов, в том числе и превентивных.

Персональная производительность. Уровень II

Как ее объективно оценить? Что еще важно кроме технических способностей? Как поставить перед человеком четкие измеримые цели профессионального и/или карьерного развития. Как сделать соотношение зарплата-отдача более адекватным. Что будет если достиг, или не достиг. Что делать с редисками?

Записки о рисках. Уровень I

Вашему вниманию предоставляются записки о Рисках:

Записка 1. Поразмышляем что же такое риск. Сравним риск и факт. Поговорим о шаблонах поведения. Рассмотрим пользу исторических данных.

Записка 2. Методологический экскурс. Рассмотрим какие подходы рекомендуют разные методологии. И поштурмуем вопрос о том, почему в Agile/SCRUM ничего не говорится об управлении рисками.

Записка 3. Визуальное управление рисками. Рассмотрим простой и понятный инструментарий представления информации о рисках.

Risk Management. Уровень I

Вот такие опять_пироги, область знаний из управления проектами. Рассмотрим что говорит про это великая книга PMBOK – рассмотрим эту область знания, посимулируем вопросы PMP-шного экзамена. И как водится про практическое применение.

Процесс и QA. Уровень II

Если есть проблемы, то в основном виновником проблем является именно процесс, а не человек. Что такое процесс? А есть ли он вообще? По каким параметрам и какими способами можно оценить качество процесса? Железный треугольник качественного процесса. Да, и в чем собственно разница между тестированием (Quality Control) и Quality Assurance?

Человеконезависимость. Уровень II

Страшное слово, навевает опасения о снижении индивидуальной значимости. С другой стороны если процедуры разработки построены совсем гибко (читай хаотично), то знания о продукте, его архитектуре и функционале живут в умах немногих знающих_индивидуумов. А если проект временно пректратился, или резко расширился, или знающий_индивидуум потерян? Проектная команда, компания и заказчик остаются «без ничего». Давайте подумаем о сохранении, а лучше приумножении знаний о проекте/продукте в интересах компании и заказчиков.

Какая польза от метрик. Уровень II

О метриках слышали все. Но какая от них польза? И кому? Расмотрим вопросы: зачем мерять, какие необходимые условия внедрения, взаимосвязь с окружающей средой, основные области применимости метрик.

Записываться можно на info@qaclub.com.ua с пометкой IT Kitchen и указанием, какой именно семинар Вас интересует. На сайте Сергея www.it-tuning.com, а также на форуме QAClub в разделе Наши тренинги будут жить орг.детали о месте-времени-датах и т.п. оргвопросах.

Поделиться в соц. сетях

Опубликовать в Google Buzz
Опубликовать в Google Plus
Опубликовать в LiveJournal
Опубликовать в Мой Мир
Опубликовать в Одноклассники

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Вы можете использовать эти теги HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

JSantispam

В Вашем браузере отключена поддержка JavaScript! Для корректной работы Вам необходимо включить поддержку JavaScript и обновить данную страницу.