Инженеры vs менеджеры: поле битвы – проектSigma Software
Программные проекты для своего успеха требуют координации усилий разных людей. У всех свои цели и мотивы. И не всегда они идут навстречу друг другу. Мы рассмотрим типичные мотивы инженеров и менеджеров, разберемся, из-за чего они периодически конфликтуют и попробуем понять, что с этим можно сделать. Чтобы не только минимизировать потери, но и может даже получить определенную выгоду. Другими словами – win-win.
Сергей Калинец: Инженеры vs менеджеры: поле битвы – проект.Anna I
Программные проекты для своего успеха требуют координации усилий разных людей. У всех свои цели и мотивы. И не всегда они идут навстречу друг другу. Мы рассмотрим типичные мотивы инжеренов и менеджеров, разберемся, из-за чего они периодически конфликтуют и попробуем понять, что с этим можно сделать. Чтобы не только минимизировать потери, но и может даже получить определенную выгоду. Другими словами – win-win.
Инженеры vs менеджеры: поле битвы – проектSigma Software
Программные проекты для своего успеха требуют координации усилий разных людей. У всех свои цели и мотивы. И не всегда они идут навстречу друг другу. Мы рассмотрим типичные мотивы инженеров и менеджеров, разберемся, из-за чего они периодически конфликтуют и попробуем понять, что с этим можно сделать. Чтобы не только минимизировать потери, но и может даже получить определенную выгоду. Другими словами – win-win.
Сергей Калинец: Инженеры vs менеджеры: поле битвы – проект.Anna I
Программные проекты для своего успеха требуют координации усилий разных людей. У всех свои цели и мотивы. И не всегда они идут навстречу друг другу. Мы рассмотрим типичные мотивы инжеренов и менеджеров, разберемся, из-за чего они периодически конфликтуют и попробуем понять, что с этим можно сделать. Чтобы не только минимизировать потери, но и может даже получить определенную выгоду. Другими словами – win-win.
TDD kata I used can be found here: https://bitbucket.org/_TLK/continuous-testing-talk-examples
I also used Fohjin.DDD.Example which can be found here: https://github.com/MarkNijhof/Fohjin
Яким би досвідченим не був менеджер проекту чи продукту, яку б з топ-3, 5, 10 моделей керування пріоритетами він не використовував, бізнес (замовник, інвестор, ідеолог,..) каже “треба” - менеджер іде і робить, інженери кажуть “не можна” - менеджер сумує і не отримує. Технічний борг, відсутність problem/solution fit, втрачені можливості, вигорання - це основні наслідки нерозумного керування очікуваннями, цілями та вимогами. Я хочу поділитися власним досвідом виживання в аутсорсингу, стартапах та продуктових компаніях і власним мікро фреймворком керування цілями, пріоритетами, очікуваннями та прийняття рішень, за допомогою якого було створено декілька крутезних продуктів.
- Как понять, что менеджмент – это твое?
- Переход из специалиста в менеджеры
- Разные компании и разные менеджеры
- Что выдвигает людей в менеджеры
Видео выступления: http://www.happy-pm.com/blog/?p=6244
TDD kata I used can be found here: https://bitbucket.org/_TLK/continuous-testing-talk-examples
I also used Fohjin.DDD.Example which can be found here: https://github.com/MarkNijhof/Fohjin
Яким би досвідченим не був менеджер проекту чи продукту, яку б з топ-3, 5, 10 моделей керування пріоритетами він не використовував, бізнес (замовник, інвестор, ідеолог,..) каже “треба” - менеджер іде і робить, інженери кажуть “не можна” - менеджер сумує і не отримує. Технічний борг, відсутність problem/solution fit, втрачені можливості, вигорання - це основні наслідки нерозумного керування очікуваннями, цілями та вимогами. Я хочу поділитися власним досвідом виживання в аутсорсингу, стартапах та продуктових компаніях і власним мікро фреймворком керування цілями, пріоритетами, очікуваннями та прийняття рішень, за допомогою якого було створено декілька крутезних продуктів.
- Как понять, что менеджмент – это твое?
- Переход из специалиста в менеджеры
- Разные компании и разные менеджеры
- Что выдвигает людей в менеджеры
Видео выступления: http://www.happy-pm.com/blog/?p=6244
IT talk Spb #34 «Performance Based Hiring» Саша Зверев, сооснователь 2DiggersDataArt
О чем пойдет речь?
Performance Based Hiring — метод найма персонала, основанный на анализе фактических данных:
-кто такие «лучшие» сотрудники и кандидаты;
-концентрируемся на производительности кандидата, в противовес его навыкам;
-интервью на основе фактических данных;
-зачем нам HR?
Почему я про это говорю?
HR и IT-специалисты друг друга не понимают, и главное, даже не представляют, как договориться. И ответственность за это — на обеих сторонах.
Очень низкий уровень проблематики при разговорах об HR.
Карго-культ — делаем, как делали до нас, но почему — никто не знает, не понимает и не может объяснить.
Результат: на основе своего опыта и под большим влиянием идей Лу Адлера я рассказываю, как надо расставить акценты и какие задать друг другу вопросы, чтобы:
-преодолеть упомянутое непонимание между нанимающими менеджерами, HR и кандидатами;
-сделать процесс найма более экологичным, эффективным;
-а крутых специалистов — более доступными для разговора.
http://it-talk.dataart.ru/events/events-spb/2015/09/priglashaem-druzej-na-34-j-it-talk-v-peterburge/
2. Кто я 14 лет в разработке
Тренер по инженерным
практикам
Архитектор в
3. !! ДИСКЛЕЙМЕР !!
У слушателей может возникнуть
батхёрт
В докладе представлена
средняя температура по больнице
Всё имена и названия выдуманы
(и не всегда удачно подобраны)
Это не война, а игра