Итак, ход лекции:

1. Маленькие зарисовки:
   • Квантовая механика: http://www.slideshare.net/Cartmendum/traininglabs09-part-1-of-4
   • Мультипликативная природа ошибок планирования: http://www.slideshare.net/Cartmendum/luxoft-seminar-multiplikativnost
   • Теория вероятностей и диаграмма Гантта + Лишняя информация в планах: http://www.slideshare.net/Cartmendum/luxoft-seminar-lishnyaya-informaciya-2592235
2. Планирование маленького проекта: http://www.slideshare.net/Cartmendum/luxoft-seminar-planning-small-project
3. Планирование большого проекта: http://www.slideshare.net/Cartmendum/luxoft-seminar-planning-big-project-2718176
4. Статистика: http://www.slideshare.net/Cartmendum/traininglabs09-part-3-of-4

Бонус треки:

1. Квантовые эффекты: http://www.slideshare.net/Cartmendum/pmlabs09-part-ii
2. Персики и лимоны: http://www.slideshare.net/Cartmendum/traininglabs09-part-4-of-4

Илья Корнипаев рассказывал нам об управлении рисками при работе с требованиями и о том, как, собственно, помнить, что по улицам ходят трамваи, а «Аннушка уже пролила масло». На примере трех свойственных большинству проектов событий, как то запрос на изменение требований или ошибка в оценках, мы прошлись по всем стадиям управления рисками. Описали, подумали о причинах и решениях.

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

Получилось так. Правильный аналитик…

1. знает предметную область

2. знает рынок и бизнес заказчика

3. умеет установить контакт

4. умеет говорить на языке заказчика и на языке разработчиков (коммуницировать т.е.)

5. умеет работать с информацией

6. мотивированный и независимый (а не зацикленный на сильных сторонах своей компании)

Интересно было бы услышать мнения на счет получившихся у нас пунктов. Кого вы считаете «правильным аналитиком»? Встречали ли вы их? и т.д.

P.S. Сайт Ильи Корнипаева, где можно найти много интересных материалов www.reqs.ru

Максим Дорофеев, нынче «спасающий мир в Лаборатории Касперского» в качестве руководителя проектов, рассказывал нам о планировании и том, как знания и идеи из различных областей применимы к управлению проектами. Рассказывал ярко, интересно и очень в тему (про «очень в тему» это слова всех, с кем мы потом радостно обсуждали встречу в столовой). Вкратце о рассказанном:

• Все что естественно… – природные и математические законы вполне применимы к управлению проектами, например:
• Даже когда ничего не можешь сказать об отдельных частицах, можно сказать о системе, которая из них состоит (взято из: квантовой механики)
• Неизбежно то, чем мы измеряем, будет искажать то, что мы измеряем (оттуда же)
• Природа ошибок мультипликативна (звучит страшно, на деле все логично: если первая задача съехала на 2 дня, проект съедет отнюдь не на 2 и даже не на 4 дня)
• Точность оценки в плане всегда очень и очень маленькая (за разъяснениями к теории вероятностей и к жизни;))
• «Какделирование» – прекрасное слово (имхо), хоть и зло по сути
• Оценивайте сроки вместе с сотрудниками, слушайте мнение как опытных, так и молодых ребят  - в обсуждении всегда находится что-то, что упустили из виду (http://planningpoker.com/)
• Важно научиться жить в мире неопределенностей и научиться их оценивать
• Главное не сколько людей на проекте, главное – какие это люди
• «Лимонов» (ничем не выдающихся специалистов), разумеется, гораздо больше. И велик шанс, что такой специалист переоценен, так же как и велик шанс недооценить «персика» (знатока своего дела и вообще отличного специалиста)
• Если вы «персик», сумейте показать это работодателю, чтобы вас оценили по достоинству
• И да, рынок «персиков» неизменно исчезает – хорошие программисты становятся не очень хорошими менеджерами и т.д.

Мысли в отрыве от презентаций и рассказа выглядят, конечно, сумбурными. Так что это скорее тезисы на «вспомнить и подумать». Презентация Максима выложена в одном из предыдущих постов.

P.S. Приятное впечатление было взаимным, ура!

После встречи с Екатериной было у нас замечательное занятие с Байрамом. Думаю, этого эксперта вам представлять не нужно:) Мы говорили обо всех «за» и «против» внедрения информационной системы. Для конкретики взяли учетную систему в банке:

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

Коллективными усилиями мы написали аж порядка 20 «за» и порядка 20 «против», и потом, каждому из этих против придумали ответ! Волшебным ответом «c’est la vie» мы не злоупотребляли;)

В конце нашего тренинга (а это был полноценный тренинг имхо, хоть так нам его и не представили) мы сформулировали несколько принципов, которые должны ложится в основу «ответов»:

1.  покажите пример

2. поощряйте, снижайте негативные последствия

3. адаптируйте (говорите на языке бизнеса, персонализируйте опыт, говорите о результатах)

4. вовлекайте людей

5. используйте власть (ну как же без «c’est la vie»)

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

Что самое интересное и, впрочем, по результатам нашей беседы очевидное  - ни один из  принципов не лежит не в области ИТ!

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

Итак, вторая наша встреча снова была посвящена поиску работы, прохождению интервью и тому подобным вещам. Екатерина Орлова, HR-менеджер компании EPAM Systems Moscow, предложила нам целую классификацию или, если хотите, систему для молодых специалистов: методы поиска вакансии, методы подготовки к интервью, поведение на интервью, собственно, начало работы в компании. Интересно, на мой взгляд, было услышать о моделях поведения, которые HR’ы специально иногда используют на интервью. Предупрежден – значит вооружен;)

Лекция периодически прерывалась на серию вопросов-ответов и содержательных лирических отсутплений, что, согласитесь, всегда приятно. А особенно мне запал в душу ответ Байрама на вопрос Елены Бочаровой: «Что вам не нравится в студентах?». Получился такой маленький чек-лист для начинающих. Три недопустимых вещи:

1. «Я это не знаю»=»мне это не нужно делать» (а вы думаете, тут все всё знают?)
2. «Мне все равно можно ошибаться» (ошибаться свойственно всем, не зависимо от количества опыта, почему вам «можно», а другим «нельзя»?)
3. «Ой, ну у меня там сессия была, курсовую надо было сдавать, три реферата за ночь и вообще» (не надо студенчеством прикрывать невыполненные обязательства -предупреди заранее или делай все вовремя)

Продолжение следует…

Update: бонус-трэки обновлены слайдкастами от Максима, поэтому не забудьте включить динамики на своем компьютере.

Выкладываю презентации:

3 октября состоялась первая наша встреча с HR-специалистом – Евгенией Шкуратовой, руководителем отдела по подбору персонала компании «Яндекс».

Три часа увлекательной, эмоциональной беседы пролетели, как тридцать минут. Вопросы, ответы, success и совсем даже не success stories (как известно, признанные ошибки становятся опытом). Но Евгения поделилась с нами не только опытом, а даже каким-то боевым настроем, желанием «бежать и делать»!      

Чтобы знать, куда не бежать, приведу нехитрые заметки «из записной книжки студента» (привет Демарко*)

1. Живите с собой в мире – в компании вам должно быть комфортно с человеческой точки зрения
2. Найти работу, как выйти замуж – понимайте, что вы хотите и что можете дать компании. Иначе «свадьбы» не будет
3. Ни один вопрос на интервью не зададут просто так – помните об этом и не ведитесь на уловки HR’ов;)
4. «Как сдвинуть гору Фудзи?» – не пугайтесь странных вопросов. Это не издевка – а попытка понять ваше мышление и то, как вы поведете себя в непредвиденной ситуации
5. Если вам отказали – это не значит, что вы плохой. Значит, эта компания – не ваша судьба, просто идите дальше
6. Нет идеального пути – можно расти «вглубь», можно расти «вширь» – главное понять, из какого ты течения (знать свою зону роста, проще говоря)
7. От начинающих молодых специалистов ждут в первую очередь искренней заинтересованности (читай «горящих глаз» и стремления «стать генералом») и того, что работа в компании не будет расцениваться как трамплин
8. Постарайтесь хорошо зарекомендовать себя в профессиональной среде – сначала вы работаете на репутацию, потом она работает на вас
9. Не бойтесь некомпетентности. Не знаете? Спросите! Спросили? Слушайте!
10. (бонусом для будущих PM’ов) Два основных качества для PM’a – это умение слушать и умение приводить аргументы  //по-моему, не то, чтобы только для PM’ов;)

* Имеется ввиду Том Демарко, «Deadline. Роман об управлении проектами»

Не назову проделанную работу громким словом “исследование”. Пусть это будут просто размышления и, в некотором смысле, полезные советы тем, кто еще не определился.

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

Нам нужно:

1. общаться, взаимодействовать – значит, нам нужна система, позволяющая создавать и обмениваться сообщениями;
2. уметь накапливать знания участников проекта – не прожить без wiki;
3. ставить задачи, определять ответственных и сроки исполнения, отчитываться о выполнении – забываем обо всем, что не поддерживает todo list functionality;
4. хранить файлы проекта в системе в общем доступе для всей команды.
5. И уж никак не прожить без календаря, к которому будут привязываться как задачи, так и митинги и совещания;
6. Наконец, неплохо бы было иметь этакий dashboard проекта, на котором можно было бы отслеживать все происходящие изменения.

Пожалуй, это то, чего просит душа.  Под эти приметы подошли такие продукты как Assembla, BaseCamp, Comindwork, PlanZone, Worksection, Wrike, Zoho. На самом деле подобных систем великое множество. Я выбрал и повертел только самые популярные их них.

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

Вкратце обо всех претендентах:

• Assembla – неплохое решение, однако первый же продукт оказался не профпригодным по последнему параметру. Я смог получить триал аккаунт на 30 дней и смог подключить к базовому функционалу dashboard, вехи, контроль времени, потраченного на проект и даже возможность создавать отчеты о еженедельных митингах…но на моем счету 0 RUR, а я ещё и «прикупил» несколько функций. И хватит мне этой суммы ровно до конца действия триала.
• Сomindwork - очень понравилось. Куча user friendly реализованного функционала: все, что нужно для счастья + гантт с поддержкой экспорта/импорта в MS Project, учет рабочего времени, затраченного на проект с красивыми графиками, которые прорисовываются прямо на ваших  глазах, блог проекта. Единственный минус – сравнительно малое место в хранилище файлов (лишь 20 Mb).
• PlanZone – в отличие от предыдущего, этот сервис позволяет бесплатно вести 2 проекта и хранить на 5 Mb больше файлов. Не самое лучшее утешение, если узнать, что здесь с вами просто так не поделятся функцией учета рабочего времени. Но что порадовало, так это шаблоны проектов. Вы просто выбираете «Detailed Software Product Development» и получаете проект, в котором уже определены роли участников, описаны процессы проекта от анализа требований до диплоймента и Post Implementation Review, созданы работы и составлен список задач по проекту.
• Worksection – 10 Mb места в хранилище и отсутствие половины жизненно необходимых “кнопок”. Разговор окончен
• Wrike – снова проблема с бесплатным доступом. Только 30 дней триала. Да и система не понравилась. Весьма неочевидно где искать и как настраивать и использовать функционал. Сразу отбивает желание разбираться, что здесь к чему.

И на вкусное остались:

• BaseCamp – один из признанных лидеров в области. У 37signals своя философия разработки и ребята, надо отдать им должное, следуют ей до конца и достигают поразительных результатов. Мысль проста: “Долой все вещи, которые вы будете использовать раз месяц. Давайте реализуем тот функционал, который действительно будет использоваться, и сделаем это настолько просто, насколько это возможно”. Было весьма интересно почитать их книгу, посвященную раскрытию такого взгляда на создание ПО. У меня был опыт работы с этим продуктом. В нём действительно есть только то, что дает возможность просто и быстро организовать  работу, взаимодействовать и следить за ходом проекта.
• Zoho – целый мешок интересных сервисов, которые доступны как отдельные компоненты, так и все сразу в Zoho Projects – системе управления проектами, содержащей все то, что угодно душе и даже больше того. Возможность входа в систему, используя аккаунты Google и Yahoo, график гантта и импорт из MS Project, личный чат и чаты по отдельным темам, форум и 100Mb свободного места в бесплатно.

Что же в итоге? Советую тем, кто еще не определился, попробовать Сomindwork, BaseCamp и Zoho. Эти продукты дадут вам удобные инструменты для работы.

Уже знаю, что команда D, как и мы, выбрала Zoho Projects. Здорово! Будет с кем обсудить и поделиться впечатлениями.