Цикл семинаров «Кулинарная книга профессионального ИТ-шника» от Сергея Поволяшко. 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 в разделе Наши тренинги будут жить орг.детали о месте-времени-датах и т.п. оргвопросах.
Записываться можно на info@qaclub.com.ua с пометкой IT Kitchen и указанием, какой именно семинар Вас интересует. На сайте Сергея www.it-tuning.com,
а также на форуме QAClub в разделе Наши тренинги будут жить орг.детали о месте-времени-датах и т.п. оргвопросах.