В связи с усложнением процессов разработки, а также растущим интересом к облачным технологиям, где старая добрая монолитная система уже не может ответить на все нужды продукта, многие разработчики столкнулись с тем, что от них требуется намного больше, чем знать определенный язык или паттерн программирования. Их сфера деятельности медленно сдвигается в нишу, которая требует знания не только программирования, но и IT, разбираться в операционных системах, облачных сервисах, их особенностях и так далее… Проекты уже не программируют… Их ПРОЕКТИРУЮТ, и эти новшества требуют иного подхода, а также требуют иной организации разработки проекта.

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

Для всех, кто не смог присоединиться, предлагаю записи докладов.

В первой части мы рассмотрели тревожные симптомы и возможные способы «лечения» Product Owner в «механическом» scrum. Продолжим разбор ролей и следующая на очереди – команда.
Все же знают мантру, что команда должна быть самоорганизованной и кросс-функциональной, это выглядит как самая простая часть scrum: берем людей с нужными компетенциями, говорим им: «вы команда», и полетели! Но на деле все несколько сложнее.

Как следует из названия, это продолжение серии статей про роли в scrum (часть 1 и часть 2). Сегодня рассмотрим следующую роль – scrum master. Как это ни парадоксально, успешность scrum во многом зависит от scrum мастера. Поэтому хочется снова призвать силу воображения и привести метафору (дисклеймер: пример никоим образом не должен оскорбить чьих-либо чувств). Есть культура, у которой есть свой культ, свои обряды, есть служители этого культа. Служителей можно разделить на различные классы:

• те, кто со своей культурой предпочитают быть один на один — отшельники, затворники, просветленные;
• те, кто выучили все правила, нашли лазейки, понимают, что и как делать, и используют культ в корыстных целях, наживаясь на людях, их страхах и предубеждениях;
• фанатики, которые пытаются насадить свою культуру к месту и не к месту. Для которых кроме их знаний, всё остальное ересь;
• те, кто искренне верит, чувствует и пытается поделиться, помочь и подарить это чудо людям; они рассказывают и объясняют, слушают и пытаются помочь.

• Московская зарплата.
• Agile-манифест в части «лучше сделать работу, чем написать бумажки» — в действии.
• Дресс-код к разработке не относится (мы работаем с госзаказчиками, поэтому это важный пункт для тех же сейлзов).
• Собеседование по Скайпу одновременно с эйчаром и будущим руководителем. Задач про люки нет.

1. Маркетолог — человек, который точно ответит на вопрос, как лучше продавать Ваш продукт

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

My Why

Как холакратия поможет компании расти