User Stories - этот подход к описанию знаний о продукте просто понять и очень сложно использовать :) Кроме того, складывается ощущение, что при его использовании забывается самая главная часть - умение рассказывать истории о продукте и формировать общее понимание без необходимости подробного описания всех спецификаций, которые все равно никто никогда не читает. Мы постарались собрать все темы, которые необходимо осветить для беспрепятственной реализации задумок и разработали специальный инструмент для фасилитации обсуждений - User Story Canvas
Моя шуточно-правдивая презентация для Chasopys "Как набирать команду в стартап". Как привлечь ваших людей в команду? Как писать объявления о вакансиях, чтобы их читали и откликались? Каких людей не стоит брать в команду и почему? Как правильно выбрать рекрутера и на каком этапе?
Как UX-специалист делился своими инструментами с agile-командамиNikita Efimov
Прошло 2 года. Семен повзрослел и возмужал (в профессиональном и жизненном плане). За это время он успел поработать с несколькими agile-командами и насмотреться разного скрама и срама, набить очередных шишек при внедрении процесса проектирования в гибкие процессы разработки. Но во всех случаях он видел, что некоторые инструменты проектировщика могут пригодиться и другим участникам процесса, командам, которые не имеют проектировщиков интерфейса у себя в штате. Ведь эти инструменты просты в понимании и не требуют много времени на проработку.
И Семен решил попробовать Сначала на своей команде, а потом и на кошках, т.е. на знакомых командах.
Каких тем коснулся Семён, куда и какие инструменты UX-специалиста он попытался внедрить:
- как ещё (кроме привычных инструментов) можно собирать и фиксировать требования касаемо планируемых фич;
- как можно проапгрейдить user story в сторону большей эмпатии пользователям и какие инструменты в этом могут помочь;
- как можно с большей эффективностью разбивать крупные user story на более мелкие (опять же, с большей эмпатией);
- как фиксировать общий опыт взаимодействия пользователя, чтобы в следующей итерации не наломать дров при реализации новых фич. Ведь всегда сложно держать в голове всю картину взаимодействия человека с продуктом. А когда ты добавляешь все новые и новые фичи, часто вместо помощи вставляются палки в колёса;
как можно использовать любимый многими impact map для проработки целей пользователя;
- как можно проверить необходимость фич (а точнее, ожидаемую удовлетворенность от наличия/отсутствия) перед тем, как их поместить в бэклог.
- Чем отличается стартап от бизнеса и как это влияет на общую стратегию.
- Что такое MVP и зачем оно нужно.
- Как создавать MVP максимально быстро и с минимальными затратами ресурсов.
- Где и как искать людей, когда у вас есть только идея.
- Нюансы разработки стартапа, которые могут секономить вам деньги и нервы.
Михаил Ермоленко (Noveo) рассказывает о том, как проходить собеседования и устраиваться на первую в вашей жизни работу, 13.05.2013
Видеозапись: http://www.youtube.com/watch?v=F2YptTuVM6A
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
Презентация Сережи Бережного для КУЛ-ИТ 22 июня. http://hr-maverick.blogspot.com/2011/06/22.html
Сергей решил немного «переделать» то, что пишет Ицхак Адизес в своей книге «Идеальный руководитель» (всем известный PEAI) и создать свой код. Прежде всего, обойти главное ограничение кода Адизеса – характер менеджера и очень высокоуровневое описание действий. Код менеджера от Сергея Бережного (aka anotherpm) состоит из следующих компетенций:
1.Сервис для команды - функция защиты от «нелюбимых» задач и постоянного улучшения условий для команды.
2.Знание процесса – понимание того, КАК строится тот или иной продукт или услуга.
3.Знание предметной области – понимание того, ЧТО строится и необходимо Заказчику.
4. Принятие решений – способность руководителя взять на себя ответственность за решение, учитывая кратко- и долгосрочные перспективы.Эти свойства (или части «кода менеджера») отлично помогают классифицировать ПМов на разные типы, тем более, что каждая методология разработки ПО требует особый набор вышеперечисленных компетенций.Для меня наибольшую пользу код приносит при обучении Junior PM-ов, когда человек вроде бы начитался умных книг, а вот «чего конкретно делать» - непонятно.
А теперь понятно. Если будет интересно более предметно, пишите vpridatko@yandex.ru вышлю видео.
User Stories - этот подход к описанию знаний о продукте просто понять и очень сложно использовать :) Кроме того, складывается ощущение, что при его использовании забывается самая главная часть - умение рассказывать истории о продукте и формировать общее понимание без необходимости подробного описания всех спецификаций, которые все равно никто никогда не читает. Мы постарались собрать все темы, которые необходимо осветить для беспрепятственной реализации задумок и разработали специальный инструмент для фасилитации обсуждений - User Story Canvas
Моя шуточно-правдивая презентация для Chasopys "Как набирать команду в стартап". Как привлечь ваших людей в команду? Как писать объявления о вакансиях, чтобы их читали и откликались? Каких людей не стоит брать в команду и почему? Как правильно выбрать рекрутера и на каком этапе?
Как UX-специалист делился своими инструментами с agile-командамиNikita Efimov
Прошло 2 года. Семен повзрослел и возмужал (в профессиональном и жизненном плане). За это время он успел поработать с несколькими agile-командами и насмотреться разного скрама и срама, набить очередных шишек при внедрении процесса проектирования в гибкие процессы разработки. Но во всех случаях он видел, что некоторые инструменты проектировщика могут пригодиться и другим участникам процесса, командам, которые не имеют проектировщиков интерфейса у себя в штате. Ведь эти инструменты просты в понимании и не требуют много времени на проработку.
И Семен решил попробовать Сначала на своей команде, а потом и на кошках, т.е. на знакомых командах.
Каких тем коснулся Семён, куда и какие инструменты UX-специалиста он попытался внедрить:
- как ещё (кроме привычных инструментов) можно собирать и фиксировать требования касаемо планируемых фич;
- как можно проапгрейдить user story в сторону большей эмпатии пользователям и какие инструменты в этом могут помочь;
- как можно с большей эффективностью разбивать крупные user story на более мелкие (опять же, с большей эмпатией);
- как фиксировать общий опыт взаимодействия пользователя, чтобы в следующей итерации не наломать дров при реализации новых фич. Ведь всегда сложно держать в голове всю картину взаимодействия человека с продуктом. А когда ты добавляешь все новые и новые фичи, часто вместо помощи вставляются палки в колёса;
как можно использовать любимый многими impact map для проработки целей пользователя;
- как можно проверить необходимость фич (а точнее, ожидаемую удовлетворенность от наличия/отсутствия) перед тем, как их поместить в бэклог.
- Чем отличается стартап от бизнеса и как это влияет на общую стратегию.
- Что такое MVP и зачем оно нужно.
- Как создавать MVP максимально быстро и с минимальными затратами ресурсов.
- Где и как искать людей, когда у вас есть только идея.
- Нюансы разработки стартапа, которые могут секономить вам деньги и нервы.
Михаил Ермоленко (Noveo) рассказывает о том, как проходить собеседования и устраиваться на первую в вашей жизни работу, 13.05.2013
Видеозапись: http://www.youtube.com/watch?v=F2YptTuVM6A
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
Презентация Сережи Бережного для КУЛ-ИТ 22 июня. http://hr-maverick.blogspot.com/2011/06/22.html
Сергей решил немного «переделать» то, что пишет Ицхак Адизес в своей книге «Идеальный руководитель» (всем известный PEAI) и создать свой код. Прежде всего, обойти главное ограничение кода Адизеса – характер менеджера и очень высокоуровневое описание действий. Код менеджера от Сергея Бережного (aka anotherpm) состоит из следующих компетенций:
1.Сервис для команды - функция защиты от «нелюбимых» задач и постоянного улучшения условий для команды.
2.Знание процесса – понимание того, КАК строится тот или иной продукт или услуга.
3.Знание предметной области – понимание того, ЧТО строится и необходимо Заказчику.
4. Принятие решений – способность руководителя взять на себя ответственность за решение, учитывая кратко- и долгосрочные перспективы.Эти свойства (или части «кода менеджера») отлично помогают классифицировать ПМов на разные типы, тем более, что каждая методология разработки ПО требует особый набор вышеперечисленных компетенций.Для меня наибольшую пользу код приносит при обучении Junior PM-ов, когда человек вроде бы начитался умных книг, а вот «чего конкретно делать» - непонятно.
А теперь понятно. Если будет интересно более предметно, пишите vpridatko@yandex.ru вышлю видео.
Опыт разработки SEO софта на примере FastTrust и ComparseRАлександр Алаев
Рассказываю про свой непростой опыт разработки десктопных программ на примере FastTurst и ComparseR. Всем, кто собирается заняться разработкой инди приложения или сервиса рекомендую.
Неделю "Жирных" сделок на Conformato Conference открыл Вице-президент компании DataArt - Дмитрий Яковлев.
Тема доклада: "Как продать себя дороже: опыт DataArt".
Дмитрий рассказал о том, как они выстраивают свой маркетинг и цикл продажи с 1997 года, и как совершенствуются.
=Чтобы посмотреть видеозапись доклада, зарегистрируйтесь здесь: http://goo.gl/B5Qhrp =
2. Кто я
• Умнов Денис (Михайлович)
• Руководитель Департамента
информационных систем НПО
«Консультант»
• 20 лет в IT-индустрии в Москве и Иванове
• 10 лет руководства командами
программистов
• 50 человек в текущем проекте
3. Для кого этот курс
• Для тех кто собирается работать по
специальности
• Для тех, кто собирается работать в
разработке программного обеспечения
5. Задачи курса
• Дать общее представление о круге задач,
которые решает айтишник в процессе
разработки ПО, кроме собственно
программирования
• Рассказать, какие для этого нужны навыки
• Порекомендовать книжки и источники
информаци
• Познакомить с важными персоналиями
7. Знакомимся
Слайды на голубом фоне
будут знакомить вас с
конкретными
фигурами в IT-отрасли.
Некоторые из них еще
живы.
8. Знакомимся
Слайды на голубом фоне
будут знакомить вас с
конкретными
фигурами в IT-отрасли.
Некоторые из них еще
живы.
9. Структура курса
• В курсе 2 части:
– Профессиональные навыки айтишника
– Личные качества и личностные навыки
айтишника
• По ходу дела пишем реферат
– По одной главе мне на e-mail после каждой
темы
12. Чего не будет
• Не будет раздатки. Записывайте
• Не собираюсь развлекать
• Не делаю скидок на то, что ваши планы на
жизнь поменялись
• Курс не является исчерпывающим. Дальше
сами
23. Предпосылки болезни
• Возможности программной системы
ограничены только фантазией
разработчика
• Это дает чувство могущества
• Айтишник более продвинут во всем, что
касается ПО, чем его пользователи
• Это дает чувство превосходства
25. Так говорили великие
Если бы я слушал своих
клиентов, то я вряд ли
должен был бы им дать
что-то большее, чем
немного более быстрая
и выносливая лошадь.
Генри Форд
26. Так говорили великие
Я не знаю, что народ
хочет. Я знаю, что народу
нужно.
Давид Бен-Гурион
27. Так говорили великие
Часто люди не знают,
чего хотят, пока им это не
покажешь.
Стив Джобс
29. Эти люди знали глубинные
потребности людей
• Генри Форд сделал автомобиль из
предмета роскоши средством
передвижения и изменил Америку
• Давид Бен-Гурион создал Государство
Израиль
• Стив Джобс дал миру настольный ПК,
графическую ОС, плоский монитор,
ноутбук, планшет и iPhone
30. Смотрим
Фильм Дэвида Финчера
«Социальная сеть»
34. Что надо помнить про заказчика
• Он профессионал в своем деле
• Ваша программа, какой бы она ни была,
ему мешает
• Он вынужден с ней мириться
• За все это он отдает вам часть денег,
которые зарабатывает
43. Соответственно…
• … нужно знать принцип разделения
обязанностей в разработке ПО
• … свое место в этом разделении
• … 100%-но выполнять свои обязанности на
своем месте
• … обладать достаточными навыками для
помощи смежникам (кроссфункциональ-
ность)
44. Кроме того
Помните, что все, что вами разработано,
будет нуждаться в сопровождении и
поддержке
Потому что с выпуском продукта его жизнь не
заканчивается. Это цикл.