Моя шуточно-правдивая презентация для Chasopys "Как набирать команду в стартап". Как привлечь ваших людей в команду? Как писать объявления о вакансиях, чтобы их читали и откликались? Каких людей не стоит брать в команду и почему? Как правильно выбрать рекрутера и на каком этапе?
Моя шуточно-правдивая презентация для Chasopys "Как набирать команду в стартап". Как привлечь ваших людей в команду? Как писать объявления о вакансиях, чтобы их читали и откликались? Каких людей не стоит брать в команду и почему? Как правильно выбрать рекрутера и на каком этапе?
Презентация Сережи Бережного для КУЛ-ИТ 22 июня. http://hr-maverick.blogspot.com/2011/06/22.html
Сергей решил немного «переделать» то, что пишет Ицхак Адизес в своей книге «Идеальный руководитель» (всем известный PEAI) и создать свой код. Прежде всего, обойти главное ограничение кода Адизеса – характер менеджера и очень высокоуровневое описание действий. Код менеджера от Сергея Бережного (aka anotherpm) состоит из следующих компетенций:
1.Сервис для команды - функция защиты от «нелюбимых» задач и постоянного улучшения условий для команды.
2.Знание процесса – понимание того, КАК строится тот или иной продукт или услуга.
3.Знание предметной области – понимание того, ЧТО строится и необходимо Заказчику.
4. Принятие решений – способность руководителя взять на себя ответственность за решение, учитывая кратко- и долгосрочные перспективы.Эти свойства (или части «кода менеджера») отлично помогают классифицировать ПМов на разные типы, тем более, что каждая методология разработки ПО требует особый набор вышеперечисленных компетенций.Для меня наибольшую пользу код приносит при обучении Junior PM-ов, когда человек вроде бы начитался умных книг, а вот «чего конкретно делать» - непонятно.
А теперь понятно. Если будет интересно более предметно, пишите vpridatko@yandex.ru вышлю видео.
Презентация Сергея Ткачук на встрече КУЛ-ИТ 22 августа. Сергей делился опытом, как поднять узнаваемость своей команды в компании, чтобы быть известным внутреннему и внешнему заказчику, рынку в целом и получать лучшие проекты :).
- Чем отличается стартап от бизнеса и как это влияет на общую стратегию.
- Что такое MVP и зачем оно нужно.
- Как создавать MVP максимально быстро и с минимальными затратами ресурсов.
- Где и как искать людей, когда у вас есть только идея.
- Нюансы разработки стартапа, которые могут секономить вам деньги и нервы.
Сценарная презентация деловой игры "Коммуникации с разными типами руководителей" вместе с фотографиями реальной игры, прошедшей в Клубе профессионалов АСУ Урала, Екатеринбург, 6 ноября 2014 года.
Как UX-специалист делился своими инструментами с agile-командамиNikita Efimov
Прошло 2 года. Семен повзрослел и возмужал (в профессиональном и жизненном плане). За это время он успел поработать с несколькими agile-командами и насмотреться разного скрама и срама, набить очередных шишек при внедрении процесса проектирования в гибкие процессы разработки. Но во всех случаях он видел, что некоторые инструменты проектировщика могут пригодиться и другим участникам процесса, командам, которые не имеют проектировщиков интерфейса у себя в штате. Ведь эти инструменты просты в понимании и не требуют много времени на проработку.
И Семен решил попробовать Сначала на своей команде, а потом и на кошках, т.е. на знакомых командах.
Каких тем коснулся Семён, куда и какие инструменты UX-специалиста он попытался внедрить:
- как ещё (кроме привычных инструментов) можно собирать и фиксировать требования касаемо планируемых фич;
- как можно проапгрейдить user story в сторону большей эмпатии пользователям и какие инструменты в этом могут помочь;
- как можно с большей эффективностью разбивать крупные user story на более мелкие (опять же, с большей эмпатией);
- как фиксировать общий опыт взаимодействия пользователя, чтобы в следующей итерации не наломать дров при реализации новых фич. Ведь всегда сложно держать в голове всю картину взаимодействия человека с продуктом. А когда ты добавляешь все новые и новые фичи, часто вместо помощи вставляются палки в колёса;
как можно использовать любимый многими impact map для проработки целей пользователя;
- как можно проверить необходимость фич (а точнее, ожидаемую удовлетворенность от наличия/отсутствия) перед тем, как их поместить в бэклог.
Презентация Сережи Бережного для КУЛ-ИТ 22 июня. http://hr-maverick.blogspot.com/2011/06/22.html
Сергей решил немного «переделать» то, что пишет Ицхак Адизес в своей книге «Идеальный руководитель» (всем известный PEAI) и создать свой код. Прежде всего, обойти главное ограничение кода Адизеса – характер менеджера и очень высокоуровневое описание действий. Код менеджера от Сергея Бережного (aka anotherpm) состоит из следующих компетенций:
1.Сервис для команды - функция защиты от «нелюбимых» задач и постоянного улучшения условий для команды.
2.Знание процесса – понимание того, КАК строится тот или иной продукт или услуга.
3.Знание предметной области – понимание того, ЧТО строится и необходимо Заказчику.
4. Принятие решений – способность руководителя взять на себя ответственность за решение, учитывая кратко- и долгосрочные перспективы.Эти свойства (или части «кода менеджера») отлично помогают классифицировать ПМов на разные типы, тем более, что каждая методология разработки ПО требует особый набор вышеперечисленных компетенций.Для меня наибольшую пользу код приносит при обучении Junior PM-ов, когда человек вроде бы начитался умных книг, а вот «чего конкретно делать» - непонятно.
А теперь понятно. Если будет интересно более предметно, пишите vpridatko@yandex.ru вышлю видео.
Презентация Сергея Ткачук на встрече КУЛ-ИТ 22 августа. Сергей делился опытом, как поднять узнаваемость своей команды в компании, чтобы быть известным внутреннему и внешнему заказчику, рынку в целом и получать лучшие проекты :).
- Чем отличается стартап от бизнеса и как это влияет на общую стратегию.
- Что такое MVP и зачем оно нужно.
- Как создавать MVP максимально быстро и с минимальными затратами ресурсов.
- Где и как искать людей, когда у вас есть только идея.
- Нюансы разработки стартапа, которые могут секономить вам деньги и нервы.
Сценарная презентация деловой игры "Коммуникации с разными типами руководителей" вместе с фотографиями реальной игры, прошедшей в Клубе профессионалов АСУ Урала, Екатеринбург, 6 ноября 2014 года.
Как UX-специалист делился своими инструментами с agile-командамиNikita Efimov
Прошло 2 года. Семен повзрослел и возмужал (в профессиональном и жизненном плане). За это время он успел поработать с несколькими agile-командами и насмотреться разного скрама и срама, набить очередных шишек при внедрении процесса проектирования в гибкие процессы разработки. Но во всех случаях он видел, что некоторые инструменты проектировщика могут пригодиться и другим участникам процесса, командам, которые не имеют проектировщиков интерфейса у себя в штате. Ведь эти инструменты просты в понимании и не требуют много времени на проработку.
И Семен решил попробовать Сначала на своей команде, а потом и на кошках, т.е. на знакомых командах.
Каких тем коснулся Семён, куда и какие инструменты UX-специалиста он попытался внедрить:
- как ещё (кроме привычных инструментов) можно собирать и фиксировать требования касаемо планируемых фич;
- как можно проапгрейдить user story в сторону большей эмпатии пользователям и какие инструменты в этом могут помочь;
- как можно с большей эффективностью разбивать крупные user story на более мелкие (опять же, с большей эмпатией);
- как фиксировать общий опыт взаимодействия пользователя, чтобы в следующей итерации не наломать дров при реализации новых фич. Ведь всегда сложно держать в голове всю картину взаимодействия человека с продуктом. А когда ты добавляешь все новые и новые фичи, часто вместо помощи вставляются палки в колёса;
как можно использовать любимый многими impact map для проработки целей пользователя;
- как можно проверить необходимость фич (а точнее, ожидаемую удовлетворенность от наличия/отсутствия) перед тем, как их поместить в бэклог.
Презентация по практике проведения киберучения для топ-менеджмента предприятия, которую я прочитал на IT & Security Forum в Казани. Это укороченная версия. Полная занимает около 4 часов, промежуточный вариант длится 1 час, а эта была рассчитана на 30 минут
Азбука менеджмента: управление от стратегии до командыRoman Dusenko
Нет и не может быть универсальных решений выхода из сложных ситуаций.
Не существует пошагового алгоритма создания компании №1 .
Нет единой системы мотивации которая поможет продолжать сотрудникам работать в компании в тяжелые времена.
Самое сложное для реальной ситуации бизнеса – для неё не было и нет готового рецепта!
Тема 3. Этапы проведения исследования. Этап второй: 4.Методика составления ан...Ирина Галкина
Лекция в форме презентации. Посвящена второму этапу организации проведения исследования. Рассматривается методика составления анкет разных типов. Описываются правила использования и составления закрытых и открытых вопросов. Расказывается о типовых ошибках.
Примеры вариантов разных видов анкет и проектов можно посмотреть на сайте http://learningonline.ru
Ольга Лужецька - Exploratory testing: Love it or Leave it?DataArt
Є думка, що exploratory testing - це хаотичний процес, яким важко керувати. Ми розберемось, чи можна організувати exploratory testing так, щоб продукт був крутим та якісним, ризики більш передбачувані, а тестувальники отримували задоволення.
Как попасть в лучшие 5% при прохождении собеседования на удаленную работу в T...geekfamilyrussia
Почему TopTal берет только верхние 5%, кто это люди и какими качествами они обладают. По каким критериям проходит оценка .Net разработчика на техническом собеседовании и как к нему подготовиться.
7. Оценка
• Избавьтесь от внутренних стереотипов
• Если можно – измеряйте или считайте
• Собирайте достоверную статистику
• Применяйте адекватный способ оценки
• Расширяйте арсенал способов оценки
• Следите за балансом между точностью и
стоимостью оценки
• Избегайте психологических эффектов
11. Читаем
Э. Дастин, Д.
Рэшка, Д. Пол
Автоматизированное
тестирование
программного
обеспечения
12. Читаем
Кент Бек
Экстремальное
программирование
Разработка через
тестирование
13. Пользовательская документация
• Повышайте грамотность. Читайте книги
• Овладевайте терминологией предметной
области
• «Дорогая бабушка!..»
• Выберите адекватный инструмент
14. Если вы не донесли фичу до
заказчика – с его точки зрения
фичи нет.
Вы зря работали.
15. Вопросы к реферату
• Какая область деятельности внутри IT-
компании является для меня основной?
• В каких еще областях деятельности у меня
есть знания и навыки?
• В каких областях я хотел(а) бы
совершенствоваться?
• О каких областях я ничего не знаю, но хочу
узнать? Как я это сделаю?
