Тестирование предлагаемой ценности с использованием принципов бережливого стартапа и развития клиента

В своем последнем посте я описал новый бизнес-инструмент – Канву предлагаемой ценности. В этом посте я расскажу, как можно использовать этот инструмент не только для разработки ценностного предложения, но и для его тестирования. Вы узнаете, как можно применять эффективные принципы бережливого стартапа и развития клиента при проектировании, тестировании и построении того, что действительно хотят получить потребители.

Канва предлагаемой ценности позволяет подробно рассмотреть ценность вашего предложения и потребности ваших целевых сегментов. Для улучшения ценностного предложения при его разработке можно использовать постер (см. изображение ниже) и стикеры. При этом, чтобы убедиться, что потребителям действительно нужно то, что вы разрабатываете, необходимо протестировать все предположения, которые вы выдвигаете на Канве предлагаемой ценности. (далее…)

Как использовать настроение

Представим ситуацию. Мне нужно написать важный Модуль. И несколько менее важную Статью. Всё вроде понятно: садись, пиши Модуль. Сажусь, пишу. Точнее, пытаюсь писать. На самом деле, в голову постоянно лезут идеи для Статьи. Терпеливо записываю их в блокнот. В процессе записи, появляются ещё интересные мысли. Но надо возвращаться к Модулю, он ведь важней.

Внимание, раздвоение истории!

Ветка 1
А к чёрту этот Модуль! Открываю текстовый редактор и пишу статью. Так как мысли лезут в голову сами, за день она легко делается. На следующий день, уже ни на что не отвлекаясь, пишу Модуль.
«Малодушно», скажете вы? Давайте рассмотрим альтернативное развитие событий.

Ветка 2
К чёрту эту Статью! Я мужественный программист и должен сначала закончить важное дело!
Целый день пытаюсь отмахиваться от мух посторонних мыслей. Стараюсь раскладывать Модуль на функции, а не на главы, и согласовывать интерфейсы, а не падежи. Итого, к концу дня едва начатый Модуль и чуть-чуть разрозненных записок по Статье, которые я всё-таки скинул в блокнот, чтобы выкинуть из головы.
На следующий день Статья забыта окончательно, и я спокойно доделываю Модуль.
На третий(!) день я пытаюсь вспомнить, что имел в виду в своих заметках по Статье. Но так как я от неё хорошо отгородился, получается так себе. Может быть, за этот день напишу. А может и нет, вдохновение то ушло.

К сожалению, в реальности мы не можем видеть варианты событий и не можем сравнивать. Но думаю, никто не станет отрицать, что приведённый мысленный эксперимент достаточно убедителен. То, к чему сейчас лежит душа, делается быстрей. Так что даже отказ от важного в пользу желаемого в сумме даёт результат получше.

Разумеется, не всё так просто. В таком поведении есть известные (и не очень известные) риски. (далее…)

Опыт работы в немецкой команде

Опыт работы в немецкой команде
В силу интересного стечения обстоятельств в феврале я перебрался из Санкт-Петербурга в Берлин и присоединился в качестве CTO к команде www.iversity.org.

Мы разрабатываем аналогичную Coursera платформу, только для европейского рынка. Также у нас есть субпроект MoocFellowship, который уже как-то освещался на Хабре.

Не менее интересным является тот факт, что практически вся команда состоит из немцев. Таким образом, удалось окунуться в европейскую атмосферу работы, получив весьма полезный опыт.

Все мы знаем приколы про немцев, что типа если на работе прозвенел звонок и гайка недокручена — отложат инструмент и докрутят завтра. Про европейцев в целом есть стереотип о том, что они не то чтобы очень привыкли вкалывать на работе. Далее описано, как все выглядит в действительности.

(далее…)

«Поравалитики» или утечка мозгов из России

Доктор А.Г. Данилин.

«Поравалитики» — от лозунга «Пора валить!», имеется в виду «пора валить за рубеж». Лозунг этот широко распространён, «поравалитики» имеют свои сайты, обмениваются друг с другом советами.

«Поравалитики» или утечка мозгов из России

В 50-х годах англичане придумали термин “brain drain” – «утечка мозгов». Тогда их очень волновал стремительный отток образованных людей из Англии в США. Вот этот же процесс, наверное, никогда не прекращался у нас в стране – ни в 70-х, ни в 80-х, ни в 90-х. И хотя из Англии по-прежнему уезжает больше людей с высшим образованием, чем от нас — за последние 10 лет Россию, по всей видимости, покинуло где-то около 1 250 000 человек. Таковы предположения «Левада-центра». Беда в том, что в основе своей люди это молодые – это они бегут из страны.
(далее…)

Размышления о кадровой ситуации

Несколько сжато — размышления о происходящих в российском ИТ процессах, с кадровой стороны, как я их себе вижу.

Сначала текущая ситуация.
Сейчас в наличии мы имеем перегретый рынок труда: работы намного больше чем есть специалистов в наличии. Отсюда активный хантинг и некоторый рост зарплат (сильно зависит от конкретного региона и специальности, конечно).

Теперь посмотрим на то, что происходит в образовании.
30% студентов выбрали в 2012 году ИТ специальности (интересно что покажет статистика 2013 года).
ИТ в целом стало «модным», как это было раньше с экономистами и юристами.
Почему выпускники выбрали именно ИТ? По-видимому, как то, что «интересно, перспективно, инновационно». Помимо этого, люди идут туда где деньги, родители говорят детям — поступай вот туда, всегда будешь при деньгах.
ИТ работает и как «социальный лифт» — предоставляет возможность при желании и наличии способностей подняться в более высокие сферы, не располагая деньгами и нужными связями.
(далее…)

Реформы в IT-отделе. Манифест разработчика

Преамбула

Я разработчик в небольшой организации. Цель моей работы — делать людям хорошо. Я ускоряю их работу, добавляя тот или иной функционал к уже существующему продукту, моими клиентами являются сотрудники самой организации. Современный бизнес очень динамичен, каждый день появляются новые идеи и потребности, то есть мой план расписан на год вперед, и каждый месяц перестраивается под новые задачи.
 
Однако, на фоне, казалось бы, динамично растущего бизнеса (кол-во сотрудников увеличивается на 10-15 человек в год) отдел IT растет значительно медленнее. Основное требование к выполняемой работе: “Быстро!”, как следствие плохо масштабируемый код, подверженный плавающим ошибкам.
 
Сейчас наша компания переживает новый виток развития ПО (период 5 лет), постепенно мы отказываемся от старых разработок и переписываем то, что есть, придерживаясь объектной модели и паттернов, а заодно и переезжаем на новые сервера (новые железо + софт), но требования остались на прежнем уровне — все должно быть  сделано вчера.
 
В очередной раз при релизе кода работа сотрудников была парализована на пару часов, и ген. директор спросила: “Ребята, сколько это еще будет продолжаться?”, на что я ответил: “Когда завершится переезд”, а спустя сутки прислал более подробный ответ, описав то, что меня волнует в последнее время все больше и больше.
 
Зачем я это рассказываю? А затем, что моя история не уникальна. Кому-то эта статья даст пищу для размышлений, а то и подтолкнет к действиям. Кто-то поделится своим опытом, а кто-то в очередной раз порадуется, что у него в компании все намного лучше.
(далее…)

Основная особенность наших разработчиков

Недавняя статья, сравнивающая русских разработчиков с иностранными навеяла. И мне есть что сказать по этому поводу.

Андрей, музыкант

Эта статья переработана из внутренней инструкции, которую я написал для вновь нанятых русскоязычных разработчиков. Для хабра адаптировал, подсократил и убрал излишне категоричные и нецензурные фразы. (Пусть ваша фантазия не жалеет выражений)
Для живости иллюстрирую историями из моей жизни.

По-моему эта статья — самое важное, что я в жизни сделал. Не самое сложное, объёмное или интересное, а важное.

Описываю я тут всего лишь одну особенность русских разработчиков и капитаню по-всякому, но это ключевая особенность, отличающая наших разработчиков, тестировщиков и даже звукорежиссёров, как оказалось. История Макаревича под катом.

Далее: реальные истории из моей жизни, описание проблемы, аргументы, англо-русский ликбез, а также сравнение американских, европейских, японских и наших разработчиков с точки зрения тимлида.
(далее…)

Внутренняя кухня: рецепт эффективной работы с удаленным сотрудником. Часть 2

Почему начинается с пункта 6? Потому что в публикации «Внутренняя кухня: рецепт эффективной работы с удаленным сотрудником. Часть 1» было пять «ингредиентов», и ими размышления на эту тему не исчерпались.

6. Продумайте вопрос коммуникации

Технологии-технологиями, но удаленная работа в любом случае связана с определенными сложностями в коммуникации. И эти сложности становятся все более раздражающими по мере расширения круга ответственности удаленного работника.
Пример? Необходимо решить срочный вопрос с иллюстрированием материала до того, как журнал будет сверстан, а коллега, в компетенции которого находится эта проблема, несмотря на «зелененький» статус в Skype почему-то не отвечает ни на письмо, ни на сообщения! Возможно, именно в этот момент он разбирает письма клиентов или проверяет отчеты, но меня, как ответственного конкретно за этот маленький участок проекта, данный факт как-то не успокаивает. В офисе можно встать над душой, попытаться оторвать коллегу от дела, задать вопрос «между делом», беспардонно потретировать бедолагу под дверью туалета. (далее…)

Эффективное техническое руководство

image

Большинство успешных проектов имеют одного разработчика, ответственного за продвижение проекта вперед через уверенное принятие серьезных технических решений. Обычно этого человека называют техническим руководителем. Как правило, он не управляет людьми, а вместо этого учит их наилучшим образом выполнять свою работу.

Все компании разные, но между лучшими техническими руководителями, с которыми мне довелось работать, существует кое-что общее. Снимаю шляпу перед Брайаном Столером, Натаном Хантом, Эваном Гилбертом и Ричем Бердоном за то, что послужили мне хорошим примером.

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

Качества

Вы всегда должны улучшать три своих качества: компетентность, скорость и осведомленность.
(далее…)

Итак, вы решили создать security отдел…

Данная статья отвечает на вопрос, чем он и как должен заниматься, со всеми интимными подробностями. Подразумевается, что есть проект (стартап) с веб-частью, который работал некоторое время без тестирования безопасности, но по каким-либо причинам решили его внедрить. Последние 2 года я работал security в стартапе с очень крупными клиентами (стартап один из лидеров в мире в своей области), и я уверен, мне есть что сказать по этой теме (естественно, вся информация ниже — лишь мои идеи, подходы и размышления, а не гайд howto и ни шагу в сторону). Статья посвящается заинтересованному начальству, PM’ам, а так же человеку, который будет именоваться как Security Testing Team Lead и создавать подобный отдел с нуля.

Итак, вы решили создать security отдел…
Итак, вы решили создать security отдел…
(далее…)