вторник, 6 октября 2015 г.

Как развивать творческие способности по Альтшуллеру

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


Какой-то один ингридиент не поможет стать изобретательнее, но попытки пробовать разные, осмысление получаемых результатов — вполне могут помочь в поиске идей.  

Книга Генриха Альтшуллера «Найти идею. Введение в ТРИЗ — теорию решения изобретательских задач» — классика темы нестандартного мышления. Кратко расскажу, что нашла в ней интересного и прикладного — фундаментальные подходы и качества творческого человека.  


Для кого и в чём польза

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

Полезность vs сложность

Сразу отмечу, чем именно понравились книга, а также расскажу какие сложности изложения испытала при прочтении.
Сначала о плюсах.
Автор говорит о том, как сделать свою фантазию сильной, о качествах творческой личности и расширяемости мира творчества. Подкупают фундаментальные простые подходы, которые Альтшуллер протягивает сквозь свой рассказ. Понимание их основ помогает оcвежить взгляд на решение задач, а серьёзное изучение ТРИЗ даёт возможность стать изобретателем.
Про сложности.
Язык автора и приведённые примеры специфичны и в основном технического уклона. Читатели с гуманитарным образованием вряд ли оценят технологические подходы в примерах, а примеров в книге очень много. Несмотря на то, что у меня техническое образование, с трудом разбиралась с примерами из химии, а многие просто пропускала.

В чем смысл фундаментальных подходов ТРИЗ?

Находить и усиливать противоречия

При анализе задачи нужно найти противоречие, которое поможет ее решить. Альтшуллер говорит, что «противоречия надо усиливать, обострять, доводить до предела»: представить себе ситуацию А: что объект есть и ситуацию Б: объекта нет, но его функция выполняется.
Ситуация Б — классический приём решения по ТРИЗ.
«Противоречия надо усиливать, обострять, доводить до предела»

Пример.
Я часто езжу на метро и меня напрягает стоять в очереди за жетонами, поэтому я покупаю транспортную карту и периодически закидываю на неё деньги. Деньги заканчиваются в самый неподходящий момент и я вынуждена стоять в очереди в кассу, где кассир примет платёж и после этого по карте снова может будет ездить. Объект — приниматель платежа. Проблема — стоять в очереди.
Однажды спускаюсь в метро и касса закрыта именно тогда, когда мне надо её пополнить. Вместо неё теперь есть автомат по приёму платежей на транспортную карту. Ни разу не видела очереди в этот автомат, а значит проблема ожидания решена. Объекта “кассирша” нет, но функция приёма платежей выполняется.

Придумывать сюжеты сказок

Конструирование противоречий — основа для решения любой задачи. Даже для создания сказки можно создать нетривиальный сюжет, вплетая противоречие одно за другим. Придумать сюжет — одна из практик при обучении ТРИЗ.
Альтшуллер давал своим ученикам задание сочинять сказки. Например, ученики получают тезис: «Область распространения мышей уменьшается». По правилу "усиливать противоречия" добавляем антитезис: «Мыши везде». Для нетворческого мышления это тупик и невозможность продолжить сочинять дальше, а для творческой личности — это опора и возможность развития сюжета «мышей нет и мыши повсюду». Ломать существующие взгляды и противоречия, что возможно, а что нет — основа творческого мышления.

Ломать существующие взгляды и противоречия, 
что возможно, а что нет — основа творческого мышления.


Вовремя собирать «банк эффектов»

Банк эффектов  — это обстоятельства, которые могут повлиять на успех задуманного дела. Например, вы решаете начать бизнес в интернете — продавать детскую одежду из Европы по привлекательным для своей страны ценам. Без проработки критически важных деталей можно сразу начать искать разработчиков интернет-магазина. На деле может оказаться так, что поставщиков найти можно, но из-за высоких таможенных сборов себестоимость вещей окажется на уровне потребительских цен в соседнем магазине.
Как итог:
  1. Вы вряд ли заработаете из-за высоких сборов.
  2. Покупатель не готов рисковать с покупками в интернете, когда цены там никак не ниже, чем в соседнем магазине.
В книге Альтшуллер приводит пример — историю про Робинзона. Он попал на необитаемый остров и, чтобы оттуда выбраться, начал вытачивать лодку из поваленного цельного дерева. 3 месяца он делал лодку, но не смог в результате ее сдвинуть в воду — она оказалась слишком тяжёлой. Безусловно, мысль о том, что будет невозможно сдвинуть с места лодку, посещала Робинзона. Возможно, он как героиня «унесённых ветром» пытался подумать об этом обстоятельстве завтра. Тем не менее успеха в своём деле Робинзон не достиг из-за пренебрежения банком эффектов.





Такт работы творческой личности

Применять фундаментальные подходы — это хорошо, но также важно следить за целеполаганием, рабочим ритмом и регулярным контролем. Каким должен быть изобретатель / креативщик / творческий человек?
  1. Стремиться к достижению достойной новой общественно полезной цели.
Для творческого человека цель — это эквивалент собственной жизни, потому что на решение задач тратится время его жизни.
  1. Работать в динамичном ритме и регулярно контролировать рабочие планы по достижению цели.
Нужна регулярная борьба с потерей времени.
  1. Продумывать технику, находить поиски решения.
  1. Уметь держать удар (да, совсем как в боксе).
Важно регулярно получать критику, прислушиваться к ней и после твёрдо устоять на ногах, чтобы продолжить работу.
«Человек слаб тем, что теряет время в начале игры, и силён тем, что может не сдаться, несмотря на двести объявленных ему матов»
  1. Подводить предварительные итоги, анализировать промежуточные результаты.
Результаты обязательно должны быть!  Если их нет, то необходимо проверить, верно ли выбрана цель / проведено планирование.

ТРИЗ связан исключительно с третьим пунктом, но все указанные качества образуют систему — нельзя добиться успеха, если какой-то пункт на нуле.



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

четверг, 12 июля 2012 г.

Дорогу молодежи или почему хорошо брать в штат выпускников универов


Немного о том, какие плюсы ожидают работодателя, при найме выпускников универов на роль стажера любой специализации, не только IT:

1. Легкообучаемость.
Всегда проще найти амбициозного выпускника без опыта работы и обучить его. Берем чистый лист и рисуем :)

2. Экономия бюджета.
Очевидно, что затраты на оплату труда и обучение будут значительно меньше, чем зарплата труда кандидата со среднестатистическим опытом.

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

Эх, сколько плюсов!

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

Готовые кадры найти на рынке сложно, нужно воспитывать свои!




вторник, 18 октября 2011 г.

Низкий старт - скоро Марафон. Да не простой, а UX!


Совсем недавно отгремел User Experience, если кто-то не смог принять участие (такие как я), не стоит огорчаться, совсем скоро пройдет онлайн-конференция UX Maraphon, в которой будут участвовать докладчики - признанные гуру в области проектирования интерфейсов и изучения поведения пользователей.

Планирую принять участие в вебинаре Mental Model Diagrams: Collecting the Deeper Story, который будет проводить Инди Янг -автор книги по ментальным моделям поведения пользователей.

Изучение поведения пользователей - нелинейных компонентов в создании требований к продукту - всегда интересная область UX. Какие методы предлагает использовать Инди Янг - профессионал и исследователь в области анализа поведения пользователей - об этом мы узнаем 25 октября, совсем скоро.

Итак, низкий старт! Те, кто планирует принять участие в вебинарах - посмотрите, что будет для вас интересным в программе конференции.

Анонс мероприятия от организаторов UIDesign Group:

UIDesign Group проводит 4-ую международную конференцию UX Marathon 2011
Москва (12 октября 2011) - В конце октябре компания UIDesign Group уже в четвертый раз проведет UX Марафон. Тема онлайн-конференции в этом году — UX инструментарий. Все вебинары будут посвящены инструментам и приемам работы проектировщиков и исследователей пользовательского взаимодействия.
Среди спикеров Марафона авторы книг Mental Models: Aligning Design Strategy with Human Behavior(Инди Янг) и Storytelling for User Experience (Уитни Куэсенбери), а также практики из ведущих UX-компаний — Крис Рисдон из Adaptive Path (США), Рик Омансон и Ага Бойко из компании User Centric (США).

Некоторые вебинары основаны на обширных исследованиях, например, рассказ Дэниз Беллинг о лучших из популярных юзабилити-методик на основе опроса более 40 UX-компаний по всему миру, или анализ способов применения технологии ай-трекинга от Аги Бойко — автора множества публикаций на эту тему и книги Eye Tracking the User Experience, которая должна выйти в издательстве Rosenfeld Media в 2012 году. Другие вебинары базируются на обширном опыте использования конкретных средств: Axure, WebSort, Plainframe, CogTool,— или проектирования под определенные платформы, такие как iOS. Спикеры раскроют множество практических деталей работы с этими средствами и ответят на все вопросы слушателей.

Язык конференции — английский. Регистрация уже открыта. Приглашаем вас подробнее ознакомиться с программой конференции, стоимостью участия и вариантах сотрудничества на официальном сайте UX Марафона.

Ссылка на новость на сайте организаторов: тут.

воскресенье, 16 октября 2011 г.

Загнанная белка из ледникового периода и project manager - что общего?



Увертюра.

Начало текущего года ознаменовано в моей биографии тем, что мне была предоставлена возможность перейти из отряда разработчиков в отряд руководителей проектов.

Какие ощущения были в то время:

1. Как бы не завалить проект.
2. Согласование требований с разными заказчиками - а как это вообще?
3. Волки цели и овцы сыты - кто есть кто лучше не уточнять, смысл в том, чтобы все были довольны.
4. Сроки, сроки, сроки...
5. Дорогая разработка, в смысле д$р$гая.

Вкратце как-то так.
Помню, как один очень хороший человек - руководитель проекта в одной крупной компании в Новосибирске, также был ранее разработчиком (Серега, привет! :)) спросил в чате, как дела. Разговор был примерно такой:

С: привет! как дела?
Я: привет, я - белка из ледникового периода, стараюсь спасти свой орешек - чтобы в проекте по срокам все было ок, заказчик доволен и команда была воодушевленной. Сейчас только понимаю, что быть разработчиком:
1. спокойно.
2. самодостаточно - есть требования, сидишь пишешь.
3. не нервно :)
С: это точно, сегодня выдалась возможность покодить - сидишь спокойно пишешь себе код, он работает.
Я: Даже спорт мероприятия пришлось забросить - ВРЕМЕНИНУСОВСЕМНЕХВАТАЕТ.

Белка ~ руководитель проекта

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

Какие бега у проджект менеджера:

1. Планировать текущие задачи и задачи на несколько итераций вперед.
2. Оценивать сроки реализации задач (=затраты $) совместно с командой и сдерживать свое обещание по срокам заказчику.

2. Приоритезировать задачи и нормализовать этим порядок их выполнения.
3. Помогать аналитику в сборе требований, следить за актуальностью документации (и вообще за ее наличием).
4. Подготовить необходимое к разработке и контролировать выполнение задач по дизайну, верстке.
5. Контролировать риски, управлять рисками с негативным влиянием на проект.
6. Спланировать время "редизайна" (весело у нас получилось, кстати).
7. Предлагать новые фитчи, которые бы приукрасили жизнь пользователей, для реализации.
8. Обеспечивать удовлетворенность заказчика разработанным функционалом.
9. Присматривать за климатом в команде. Знать, когда нужно включать кондишн, а когда не стОит )
и еще N пунктов по спасению одного - вкусного любимого проекта.

кажется, со временем эти пункты воспринимаются вполне осознанно и привыкаешь к параллельному решению задач - для меня это интересно, стиль жизни так сказать.

И да, спустя несколько релизов, на этой неделе я возвращаюсь к занятиям спортом :)

вторник, 3 мая 2011 г.

SQA Days - 9 в Казани


22-23 апреля в славном городе Казани прошел девятый слет тестировщиков, очень массовая и отлично организованная конференция SQA Days.


Организаторы осчастливили меня тем, что обе заявки, которые я подавала, были приняты.
Так я попала на конференцию и была засланным казачком - совсем не тестировщик, но уж очень близка мне эта тема - управления качеством продукта и симпатичны творческие и креативные люди - тестировщики.
В первый день конференции я выступала с докладом "Процесс тестирования в распределенной команде", во второй - "Роль тестировщика в Lean" (презентации ниже).

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


Во второй день, сразу с утра пораньше мне пришлось будить аудиторию, рассказом про Lean и роль тестировщика в нем.
Комичная ситуация: еду на конференцию рассказывать доклад про бережливое производство - производство без потерь, принцип "точно вовремя" (Just In Time) и о, катастрофа - ОПАЗДЫВАЮ! :)
Благодаря моим коллегам из Клуба Стратоплан (Юрий, Сергей, приветы) удалось стойко пережить эту ситуацию и вообще не опоздать - пришла за 5 минут до начала!
Далее комичная ситуация продолжилась: 3 минуты до начала доклада про бережливое производство БЕЗ ПОТЕРЬ, но у нас не включен демонстрирующий презентацию компьютер и нет пульта - листалки.
Итого, коллеги, начали доклад с опозданием в 5 минут, то есть проблемы бережливости есть во всех аспектах нашей жизни и нужно эти проблемы решать - кардинально и применяя подходящий инструментарий.
В докладе рассмотрены виды потерь, методы и инструменты предотвращения издержек производства программного обеспечения.
Здорово, что тестировщики заинтересовались, какие методы было бы полезно применять именно им.


Очень надеюсь, что доклады были полезны.
Принимаю конструктивную критику по качеству и подаче материала!

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

Тимур Хайруллин открыл конференцию рассказом о том, что ждет тестирование в будущем. На выступление Тимура я, к сожалению, опоздала, и из доклада запомнились следующие факты:
1) дорога цена ожидания выполнения какой-либо операции пользователя: пользователь тратит не более 20 сек, чтобы выполнить какое-либо действие в системе/девайсе. Если что-то не получается выполнить - пользователь уходит.
2) существуют игрушки - тач скрины - уже и для кошек - признаюсь, не знала :)

Далее эстафету у Тимура принял Глеб Рыбалко, руководитель группы тестирования, Global Logic (Харьков). Глеб рассказывал про цену качества и как объяснить заказчику, сколько стоит качество.
Итак, какова формула качества?
Затраты на контроль + Затраты на ошибки контроля = Цена качества - вывел формулу Глеб.

Каким образом продать идею тестирования заказчику?
- через презентацию
- языком бизнеса
- только факты и ROI

Очень заманчивой для меня показалась тема fuzz-тестирования в докладе Очира Обушинова.
Очир рассказал для чего применяются подходы фаззинг-тестирования:
- что можно фаззить (файлы, протоколы, веб-серверы)
- как фаззить?
Подходы генерации случайных данных и мутации существующих данных посредством внесения шума во входные данные.
- какие инструменты для веб приложений можно применять: JProFuzz, Skyfish, др.

Что представляет собой фаззинг в процессе тестирования?
- часть процесса тестирования безопасности
- стоит попробовать с др. видами тестирования
- необходимо знание протоколов и форматов данных
- это несложно - говорит Очир :)
В ближайшее время планирую изучить вопрос фаззинга для веб-сервисов и внедрить данный метод тестирования в нашей компании.

В своем докладе "Создание своей QA компании" Иосиф Иткин (Exactpro, Москва) поделился опытом о том, как создавалась их QA-компания Exactpro: какие проблемы испытывали создатели, как работалось исполнителям в компании. Очень удивил то факт, что за 4 года работы уволился всего один сотрудник. Ребята молодцы - создали все условия и интересные задачи для своих сотрудников - респект.

Маргарита Сафарова (КРОК, Москва) поделилась опытом, как проводить аудит процессов тестирования при смене проектной команды: о формальных и неформальных методах.
Были раскрыты вопросы:
- откуда брать информацию?
- Какая цель тестирования?
- кто тестирует?
- когда проводится тестирование (этапы процесса разработки)?
- какие артефакты тестирования используются?

Весьма бодро и интересно представились ребята из сообществ разных регионов нашей большой страны и даже стран СНГ!
Участники-организаторы сообществ поделились проблемами, которые есть в каждом регионе - безусловно много общих проблем, и целью ребят было поделиться и услышать совет, как можно помочь друг другу в данных вопросах.

Представители сообществ по городам:

Казань: Алексей Чумагин, Игорь Любин
Москва: Виктория Птицына, Борис Фролов
Санкт-Петербург: Алексей Лянгузов, Роман Твердохлебов
Киев:Андрей Дзыня, Михаил Поляруш - сообщество автоматизаторов automated-testing.info
Родная Сибирь :): Татьяна Писчасова, Елена Романчук (+ еще n активистов)
Возможно, кого-то забыла отметить, прошу прощения :)

Мастер-класс Саши Орлова и Славы Панкратова "Работа с неконструктивными моделями поведения сотрудников" на более чем 3 часа заворожил зал слушателей. Жгли ребята, как обычно, что тут комментировать :)
Выписала пару цитат из слов авторов:
1. Руки надежнее чем глаза
2. Там где надо знать - русские выдумывают и наоборот
Для меня как участника клуба Стратоплан, многие вещи разобранные на мастер-классе были понятными и пройденными, поэтому я позволила себе сходить на доклад в параллельной секции.

Андрей Уразов докладывал о методах раннего обнаружения ошибок.
Начал Андрей философски: сколько стоит ошибка в вашем проекте? Если это проект по изготовлению медицинского оборудования и ошибка может стоит жизни человека, группы людей?
Андрей рассказал про
- статистический анализ (автоматизированный анализ исходного кода без его исполнения) и его виды (синтаксический, поковый, метрики),

- динамический анализ(отслеживание свойств программы во время ее исполнения) анализ,
- инструменты для проведения тестирования - продукты Parasoft.

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

Общие ощущение от конференции: второй день прошел наиболее ярче, чем первый. Почему?
Мне кажется, потому что в первый день участники приглядывались друг к другу, было ощущение скованности в общении. Но помогла.. вечеринка - after party! ;)
На второй день уже открыто шли дебаты и общение, участники делились опытом, советовали друг другу, как улучшить процесс тестирования. Была атмосфера доверия - ощущение что все в одной лодке и надо грести (=тестировать) лучше, иначе потонем все в очередном нежданном потоке (багов).

В первый раз была на конференции SQA Days, очень рада, что участвовала, к тому же как докладчик.
Спасибо за отличную организацию Владиславу и Татьяне Орликовым - ждем юбилейной, 10-й конференции тестировщиков в октябре!

Конференция codefest в Новосибирске

Да. Все сроки по написанию отчета о прошедшей крутейшей конференции codefest "поехали", но занятость в послеконференционное время была насколько плотной, что только-только освободилось время, чтобы превратить черновик-отчет о своих впечатлениях от конференции в чистовик.

Сначала о главном. Зачем вообще нужны конференции и какая цель моего посещения?
Первое, конечно же, узнать что-то новое, что в нашей компании еще не использовалось и это новое можно было бы обмозговать и применить.
Второе, непременное новые знакомства и общение в кругу IT -сообщества. Айтишники очень умные люди и всегда увлекательно с ними общаться.
Ну и третье. Как мне кажется, новосибирские конференции (codefest, devpoint) достаточно уверенно и достойно набрали очки на старте - сезон 2010 года и у меня был большой интерес: ну как же будет в этот раз? Было мнение, что должно быть что-то такое грандиозное, интересное, тусовочное, в общем что-то мега-мега должно быть.

Итак, начнем.

День первый.

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

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

На первом этаже для секции Enterprise был предназначен небольшой, но уютный зал с как минимум одним фортепиано (!) и роялем (!!). Мне показалось, что зал весьма небольшой и собиралась проверить его переполненность на докладе бывшего коллеги Миши Крестьянинова.

Идем дальше. В первый день меня очень интересовали доклады программы по части QA. Зал для бурных QA - докладов и обсуждений на 2 этаже, намного больше, чем зал для "энтерпрайзеров".

Думается, что для web-секции должно быть более грандиозное и большое, чем для QA. И да! Так оно и есть - для секции Web предоставлен большой актовый зал на 3 этаже.

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

Полностью проснувшись после кофе, решила пойти на секцию QA и послушать Сергея Олейникова, Parallels, про какие ж 5 параметров должен знать каждый тест-менеджер. Сергей рассказал о метриках, используемых в процессе тестирования в команде Parallels:
Found Trend, Quality Rating, регрессия, надежность и разрешенные к фиксу баги.
Что еще раз подтвердилось и зафиксировалось - найденные баги сортируем по важности и если количество найденных критичных багов растет, то мы находимся далеко от релиза.

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

Александр Макаров (Yii Core Team, Воронеж) из команды разработчиков фреймворка Yii рассказал о проекте, разработке документации, чем привлекателен Yii, ответил на вопросы, почему стоит использовать Yii, а не, например, symfony.

Денис Алиев (Axmor, Новосибирск) рассказал об обработке естественного языка. Денис очень динамично и мастерски вел свой рассказ. Превосходный оратор и очень качественный материал доклада! По-моему, у Дениса самая высокая оценка аудитории за доклад. Денис, респект!

Наталья Руколь (Undev, Москва) рассказала о творческом подходе к тестированию. Аудитория была довольна сытым обедом и серьезный материал доклада, на мой взгляд, слабо заставлял аудиторию включать свои извилины для подсчета количества кейсов в задаче, предлагаемой Натальей в качестве примера применения decision table при проектировании тестов. Качественный материал - да, этого не отнять у презентации Натальи, за что ей огромное спасибо!

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

День второй.

Ночь переосмысления доклада прошла продуктивно - спалось полтора часа, остальное время думалось, как улучшить доклад: в итоге выкинули много чего и оставили то, что можно рассказать за 20 минут более детально, ссылаясь на опыт нашей команды. Спасибо тебе за помощь, мой дорогой муз!

Итак, утро.
Выступаю третьей.

Первый доклад Евгении Смородниковой и Павла Правдина про то, как круто иметь свои стартапы и работать на себя. Из зала кажется, что выступать вдвоем значительно проще (ах, да, посмотрим, что нам покажет выступление Алины Жердевой и Александра Ложкина из НТК!), чем одному (сижу трясусь). Ребята действительно молодцы - на препати выявили, что можно улучшить в выступлении - прогресс на лицо! После выступления было ощущение, что нужно всем идти консультироваться к Павлу и Евгении на счет перспективности стартапа :)

Небольшой перерыв и доклад Сергея Архипенкова. Мне выступать после Сергея. Да, 35 лет опыт работы в IT. Мне лет меньше, чем опыт у Сергея Архипенкова. Комплексую. Но верю в светлое завершение конференции :)

Сзади слышу мужские голоса: "А третий это кто? Софтлайн" Поворачиваюсь и представляюсь, что я докладываюсь третьей.
Обменялись визитками с иркутским человеком-легендой.

Сергея Архипенкова зал внимательно слушал. Еще бы - человеку с таким багажом знаний и опыта есть что рассказать! Внимательно слушали все, кроме, наверное, меня - пошла готовиться к своему выступлению.

Вдхонули. Выдохнули. Начали.

В своем докладе я рассказала о том, какие проблемы возникают в распределенной команде, как мы решали эти проблемы. Были затронуты вопросы планирования релизов: как мы проводим story mapping в нашей распределенной команде; рассмотрен вопрос использования оценок требований на планировании: какие виды бывают и какие подходят для распределенных команд. В докладе также рассмотрен вопрос, какую выгоду команда получает при использовании инженерных практик Agile: TDD, XP, code review (спасибо за помощь в подготовке статистики в наглядном виде - Александру Клименкову и Борису Вольфсону!).

Хочу поблагодарить всех задававших вопросы, всех присутствовавших на докладе и, надеюсь, что-то полезное для вас прозвучало и было интересным.
Отдельный поклон и букет спасибов за помощь доклада и поддержку - Артему Кудзеву - надеюсь, что ожидания чуть более чем 50% оправдала :)

Презентация доклада:


Далее в программе Асхат Уразбаев (ScrumTrek, Москва) с докладом "Пробуем Канбан!" Презентация у Асхата бодрая - все двигается и живет своей жизнью. "А как обычно решаются вопросы? Правильно, по понятиям" - по-моему это фраза стала крылатой и весь зал весело приветствовал Асхата апплодисментами за его качественно и жизненно переданный материал!

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

Роман Юферов (ViaCode, Cанкт-Петербург) открыл всем секрет о том, что программисты все-таки дети. Интересная презентация, интересный подход и позитивный настрой Романа непременно добавляют ему плюс в карму :)

Костя Горский рассказал про то, как и где искать дизайнера. Приятно послушать советы, посмотреть на привлекательную презентацию профессионального дизайнера.

Во второй день также не получилось остаться до конца мероприятия - столько интересного было по окончании конференции.

Спасибо организаторам за созданную атмосферу драйва, обмена опытом, общения, знакомств... 2гис мега молодцы!
Codefest, до встречи весной 2012! Уже никто не сомневается, что БУДЕТ УЛЁТНО!

суббота, 2 апреля 2011 г.

Вебинар "Learn Lean: Технология управления от самураев - теория и практика"

16 марта  провела свой первый вебинар в Softline. В рамках вебинара рассмотрены принципы и инструменты  Lean, способы минимизации издержек производства ПО.
Вебинар был открытый, собралось 50 слушателей.

Запись вебинара

PS Волновалась, запиналась, но вцелом довольна - выписала список, над чем еще работать. Точнее работать и работать :)