tag:blogger.com,1999:blog-48807480873795453732024-03-13T18:45:11.270+06:00PM-Jedi: Записки про проекты в ITЕсли вы руководитель проектов, продакт менеджер, руководитель IT компании или просто человек, интересующийся всем вышеперечисленным, вам сюда!Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.comBlogger40125tag:blogger.com,1999:blog-4880748087379545373.post-57532733727937992982018-10-04T13:23:00.003+06:002018-10-04T13:28:34.651+06:00Управление в стиле ООП<i>Нашёл пост на хабре почти шестилетней давности. Почему-то его не полюбили и заминусовали. Наверное за сексизм, нетолерантность и цинизм. Мне тогда на всё это было не пофиг, и я пост спрятал. А вот сейчас нашёл, перечитал, и мне он всё равно нравится. Пусть живёт здесь.</i><br />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;"><br /></span>
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Любому приличному программисту известно, что грамотно написанная система должна иметь хорошую архитектуру, обеспечивающую чёткую структуру, удачное сочетание и взаимодействие объектов, чётко распределённые между объектами роли и разделение на слои. </span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Каждый приличный руководитель проекта знает, что для успешного, сданного в срок проекта хорошего качества (который, к тому же, не слишком вылез из бюджета) необходим отлаженный процесс, обеспечивающий прозрачное взаимодействие между членами команды, чёткое распределение ролей и обязанностей, полномочий и ответственности. Т.е. грамотная архитектура команды.</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">В этой статье я (очевидно, не слишком серьёзно) попробую спроецировать основные принципы ООП на проектное управление и посмотреть, что из этого получится.</span><br />
<a name='more'></a><br />
<h4 style="-webkit-font-smoothing: antialiased; background-color: white; color: #222222; font-family: "Fira Sans", sans-serif; font-size: 20px; font-weight: 500; line-height: 28px; margin: 0px; padding: 0px;">
Абстракция</h4>
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Вы помните, в чём заключается главный смысл абстракции? В том, что мы вместо конкретных объектов работаем с некоторым интерфейсом, не имея представления, какой конкретно объект будет его реализовывать.</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Давайте посмотрим, может ли этот принцип применяться в управлении проектами? Может, и даже очень часто применяется. Например, планируя проект никто, обычно, не принимает в расчёт цвет волос программиста или его пол (и не ухмыляйтесь! Я лично знаю пару натуральных блондинок, которые невероятно круты как программисты). </span><br />
<br />
[<b>Комментарий постаревшего автора:</b> <i>как же за шесть лет изменилась культура! Тогда это казалось невинной шуткой, а теперь - весьма дурнопахнущим сексизмом</i>]<br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">А вы когда-нибудь слышали от менеджера слово «ресурс»? Да-да, я его тоже не очень люблю. Всё-таки программисты, они почти как живые люди, и иногда у них есть какие-то ещё мысли и переживания помимо программирования и отладки. Но, с другой стороны, в условиях планирования проекта на 20 человек по тысяче часов каждому, вам, в любом случае, придётся писать в каком-нибудь MS Project “Developer 1” и “Developer 2” вместо Вася, Ася и Петя.</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Если подумать, то у «объекта класса Developer» есть вполне себе понятный интерфейс: получить задачу и отчитаться о её выполнении (это, кстати, уже событие, на которое менеджеру обычно необходимо подписываться). Ну и ещё с десяток менее важных методов.</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Возмущённым защитникам дикой природы, утверждающим, что каждый человек-де уникален и с </span><a href="http://pm-jedi.blogspot.ru/2012/03/blog-post.html" style="background-color: white; color: #992298; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px; text-decoration-line: none;">людьми надо работать</a><span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;"> (к которым, впрочем, принадлежу и сам) сообщу, что такая индивидуальная работа с каждым сотрудником легко реализуется в виде паттерна проектирования Visitor. Лишь бы сотрудник был готов с тобой разговаривать (в терминах паттерна — реализовал метод visit).</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">В общем, работать с абстрактными программистами вместо конкретных Васи и Аси, в отдельных случаях, просто необходимо.</span><br />
<br />
<h4 style="-webkit-font-smoothing: antialiased; background-color: white; color: #222222; font-family: "Fira Sans", sans-serif; font-size: 20px; font-weight: 500; line-height: 28px; margin: 0px; padding: 0px;">
Инкапсуляция</h4>
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">О чём нам говорит инкапсуляция? О том, что мы должны работать с объектом, основываясь только на интерфейсах, и не влезая в его внутреннюю структуру, а уж как увязать данные и методы для работы с ними, объект и сам решит.</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Инкапсуляция имеет, наверное, наиболее понятные и полезные аналоги в проектном управлении. Рассмотрим, например, заказную разработку, при которой заказчик оплачивает разработку своего ПО сторонней командой аутсорсеров. В этом случае (очевидно, при хорошей архитектуре команды), в роле интерфейса объекта типа «Команда» будет выступать руководитель проекта. Этим интерфейсом сможет воспользоваться заказчик, топ-менеджмент или любые другие заинтересованные лица. </span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Например, заказчик передаёт в команду ТЗ, получает текущий статус проекта, изменяет требования, добавляет запросы на изменения и т.д. При этом он не знает состав команды, обязанности и сферы деятельности каждого её члена, не может ставить задачу напрямую программистам и любыми другими способами влиять на внутренние процессы команды, кроме как через её интерфейс (руководителя проектов). </span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">С другой стороны, в случае завала, все «прелести жизни» познаёт также руководитель проекта, оставляя внутренние разборки, выговоры, покупку пиццы и дружеское похлопывание по плечу внутри своей команды.</span><br />
<br />
[<b>Комментарий постаревшего автора:</b> <i>а вот заказчику такая инкапсуляция совсем не нравится. Особенно, если он - чайка-менеджер как я</i>]<br />
<br />
<h4 style="-webkit-font-smoothing: antialiased; background-color: white; color: #222222; font-family: "Fira Sans", sans-serif; font-size: 20px; font-weight: 500; line-height: 28px; margin: 0px; padding: 0px;">
Полиморфизм</h4>
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Этот зверь с красивым именем применяется, в частности, для того, чтобы делать объекты взаимозаменяемыми, основываясь на том, что они оба имеют один и тот же интерфейс.</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Тут примерно то же, что и с абстракцией. Например, заказчик будет работать одинаково с любой командой, которая выполняет его проект. Кстати, результаты работы разных команд могут быть в корне различными. До тех пор, пока он работает с руководителем проектов и не лезет внутрь (ага, инкапсуляция), ему совершенно без разницы, что за команда выполняет его задачи. Более того, он может раскошелиться и нанять, скажем, офигенную команду из России или Украины (приходите, у меня есть контакты)</span> <span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">или обратиться к товарищам из известной страны, омываемой одноимённым океаном, которые обещали сделать дешевле и быстрее. Результаты, естественно, предсказать не сложно.</span><br />
<br />
<h4 style="-webkit-font-smoothing: antialiased; background-color: white; color: #222222; font-family: "Fira Sans", sans-serif; font-size: 20px; font-weight: 500; line-height: 28px; margin: 0px; padding: 0px;">
Наследование</h4>
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">А вот с примерами наследования несколько хуже. Но всё равно они есть. Например, роль тимлида – наследник роли программиста. Он может работать как программист, но получает дополнительные методы (функции) в виде постановки задач команде, обучения новичков и т.д.</span><br />
<br />
[<b>Комментарий постаревшего автора:</b> <i>данный пример не вполне корректен, так как в случае ролей тимлида и разработчика происходит всё-таки не наследование, а композиция двух ролей в одном объекте</i>]<br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Думаю, вы сами можете придумать ещё десяток таких примеров. </span><br />
<br />
<h4 style="-webkit-font-smoothing: antialiased; background-color: white; color: #222222; font-family: "Fira Sans", sans-serif; font-size: 20px; font-weight: 500; line-height: 28px; margin: 0px; padding: 0px;">
Паттерны проектирования</h4>
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Ну и, напоследок – пара адаптаций паттернов проектирования к управлению проектами. </span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Возьмём, к примеру, </span><i style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;"><b>шаблонный метод</b></i><span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">. Он такой простой, помните? Алгоритм создаётся на базе абстрактного класса, а наследники реализуют отдельные методы каждый по-своему.</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Пример лежит на поверхности. Абстрактная команда, абстрактный проект. Абстрактные шаги для каждой фазы – инициация, планирование, исполнение, мониторинг и контроль, закрытие</span><span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">. А вот как выполнять каждый из этих шагов решает конкретная команда. И каждая, кстати, выполняет эти шаги по-своему.</span><br />
<br />
[<b>Комментарий постаревшего автора:</b> <i>PMBoK такой PMBoK...</i>]<br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<i style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;"><b>Компоновщик</b></i><span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;"> – тоже довольно легко ложится на командную структуру. Каждую задачу может выполнять либо программист самостоятельно, либо группа программистов. При этом постановка задачи будет одинаковая, а я, как руководитель проектов, буду ставить задачу одному программисту и группе совершенно одинаковым образом.</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">А вот про паттерн </span><i style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;"><b>Цепочка обязанностей</b></i><span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;"> я и говорить не буду. В условиях управления проектами он приобретает вид антипаттерна. Судите сами: задачу можно передавать бесконечно, контроля выполнения нет, никаких гарантий, что она будет выполнена – тоже. В общем, этим паттерном лучше не пользоваться.</span><br />
<br />
<h4 style="-webkit-font-smoothing: antialiased; background-color: white; color: #222222; font-family: "Fira Sans", sans-serif; font-size: 20px; font-weight: 500; line-height: 28px; margin: 0px; padding: 0px;">
Серьёзное заключение</h4>
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">А вот в заключение я хочу сказать одну серьёзную штуку.</span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">А штука эта такая: </span><i style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;">в команде, в процессах, в структуре компании грамотная архитектура: чёткие связи, специализация участников, а также разделённые строго очерченные сферы ответственности не менее важны, чем в коде программного продукта.</i><span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;"> </span><br />
<br style="background-color: white; color: #222222; font-family: -apple-system, system-ui, Arial, sans-serif; font-size: 16px;" />
<span style="background-color: white; color: #222222; font-family: , , "arial" , sans-serif; font-size: 16px;">Поэтому обращение к коллегам-менеджерам, выросшим из программистов: вспомните молодость, попробуйте проанализировать вашу команду и процессы с точки зрения архитектуры. Уверен, что у вас появится много пищи для размышлений!</span>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com1tag:blogger.com,1999:blog-4880748087379545373.post-35749868385366349602017-05-03T12:05:00.003+06:002017-05-03T12:06:20.364+06:00Яндекс: Data & Science<div class="separator" style="clear: both; text-align: center;">
<br /></div>
Выступил пару недель назад с футуристической <a href="https://events.yandex.ru/lib/talks/4544/" target="_blank">лекцией</a> о больших данных, полезных для здоровья.<br />
<br class="Apple-interchange-newline" />
<iframe allowfucreen="" feborder="0" height="250" src="https://www.youtube.com/embed/Fbzk1bqAPjU" width="587"></iframe><br />
<br />
Очень рекомендую послушать Тимофея Пыркова из <a href="https://www.gero.com/" target="_blank">Gero</a> про то, как <a href="https://events.yandex.ru/lib/talks/4558/" target="_blank">оценивать параметры старения</a> с помощью обычного смартфона. Вкратце, коллеги по количеству шагов и другой двигательной активности построили дескриптор, который достаточно точно предсказывает, сколько человеку осталось жить. Звучит как фантастика.<br />
<br />
Ну и отдельно - доклады про анализ ДНК: <a href="https://events.yandex.ru/lib/talks/4547/" target="_blank">Чем полезны технологии больших данных в работе с бактериями микробиоты</a> от коллег из <a href="https://atlas.ru/" target="_blank">Атласа</a> и целая встреча <a href="https://events.yandex.ru/events/ds/26-nov-2016/" target="_blank">Data & Science: биоинформатика</a> - там тоже очень много интересного.<br />
<br />Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-88770760209054503982016-01-03T03:41:00.001+06:002016-01-03T03:42:20.725+06:00Про старый код<a href="http://4.bp.blogspot.com/-keQEOaI6B20/VohDo0jR6KI/AAAAAAAAAtw/NjTbYIBvUK0/s1600/815559_refaktoring_demotivators_to.jpg" imageanchor="1" style="clear: left; display: inline !important; float: left; margin-bottom: 1em; margin-right: 1em; text-align: center;"><img border="0" height="216" src="http://4.bp.blogspot.com/-keQEOaI6B20/VohDo0jR6KI/AAAAAAAAAtw/NjTbYIBvUK0/s320/815559_refaktoring_demotivators_to.jpg" width="320" /></a><br />
Некоторое время назад написал на Хабр пару статей про отличительные свойства старого проекта со страшным и ужасным легаси кодом (<a href="http://habrahabr.ru/post/266803/" rel="nofollow" target="_blank">Старый код: почему он такой</a>) и о том, как правильно "продавать" рефакторинг (<a href="http://habrahabr.ru/post/267241/" rel="nofollow" target="_blank">Техобслуживание кода: как продать рефакторинг бизнесу</a>).<br />
<br />
К слову, у меня есть пара примеров, когда рефакторинг удалось успешно продать заказчику (или руководству). В одном случае, заказная разработка системы зашла в тупик, и там было огромное количество багов, которые страшно раздражали. Они частично перепали нам от "изначальных индусов", а частично мы сами наплодили, пытаясь вписаться в то, что уже было к тому времени сделано.<br />
<br />
В общем, в итоге, мы уговорили заказчика выделить нам три недели между итерациями проекта (они там были, как и положено в хенд-мейд-аджайлфолл, полугодовыми). Удалось убедить достаточно просто - путём сравнения двух оценок новой фазы проекта - без рефакторинга и с рефакторингом, которые отличались сильно в пользу второй. Ну и пообещали, что простыня багов пофиксится сама собой (кстати, так и случилось, как не странно).<br />
<br />
Второй раз, уже в Яндексе, мы полностью переписали один из компонентов. Там тоже упор был на скорость внедрения и простоту реализации. Плюс - недовольство сверху по поводу пары заметных багов, которые пообещали исправить. В итоге - все рады. Правда, изрядно пролетели по срокам - ну тут как всегда не учли внедрение и нагрузочное тестирование.<br />
<br />
Ну и третий проект - тоже в Яндексе - по переписыванию огромного куска инфраструктуры. Там его стартовали под общие аплодисменты, но был момент, в котором стало понятно, насколько проект большой и долгий, и его решили было прикрыть. Собственно, роль продажи заключалась в том, что мы собрались и рассказали заинтересованным лицам о том, что мы делаем и почему делаем именно так. Оказалось, что всё делаем круто и надо продолжать. В общем, рерайтинг продал сам себя :).<br />
<br />
Есть и грустные истории про то, как не полетела "вторая версия" движка для системы потому, что программисты закопались в мелочах и попытках создать идеальную архитектуру. Но это уже другая история. И Спольски хорошо про неё <a href="http://habrahabr.ru/post/219651/" rel="nofollow" target="_blank">пишет</a>.Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-21157005581199035062015-02-05T16:40:00.003+06:002015-02-05T16:41:11.128+06:00Про русский язык и профессиональный сленгНедавно читал большую дискуссию по поводу того, насколько глубоко в нас засел профессиональный сленг. Попробовал шутки ради написать пару строчек, которые на 100% понятны разработчикам и совершенно непонятны людям, далёким от производства ПО.<br />
<br />
Однако, получилось:<br />
<i><br /></i>
<i>- Вася, ты когда багу пофиксишь? Она регрессионку для релиза стопит</i><br />
<i>- Так я же её ещё в прошлом спринте пофиксил и закоммитил</i><br />
<i>- А в бранч смерджил?</i><br />
<i>- Нет пока в транке только.</i><br />
<i>- Мерджи быстрее, а то QA уже таску реопнул</i><br />
<i>- А ту минорную фичу про шаринг контента поэстимейтил?</i><br />
<i>- Это которую кастомер вчера зарепортил? Нет, нужно подольше поресёрчить</i><br />
<i>- Сделай asap, плиз</i><br />
<i>- ок</i><br />
<br />
Ну и, ради соблюдения приличия - перевод (похожий на диалог двух деревянных киборгов).<br />
<br />
Кстати, в последний раз с необходимостью такого перевода сталкивался 10 лет назад, когда писал диплом. Хотя нет... после этого я писал ТЗ для одной крупной русской компании. Тоже пришлось изголяться.<br />
<br />
<i>- Вася, когда ты исправишь ошибку в программе? Она не даёт нам провести регрессионное* тестирование перед вводом в эксплуатацию новой версии программы</i><br />
<i>- Я исправил ошибку в прошлом цикле разработки и внёс соответствующие изменения в систему контроля версий</i><br />
<i>- А изменения в ветку </i><i>внёс</i><i>?</i><br />
<i>- Нет. Пока все изменения находятся в главной линии разработки**</i><br />
<i>- Переноси их в ветку быстрее, а то инженер по контролю качества вернул задачу в состояние "открыто"</i><br />
<i>- А ты </i><i>произвёл </i><i>оценку трудозатрат, необходимых на реализацию новой </i><i>низкоприоритетной </i><i>функциональности, связанной с возможностью поделиться содержимым?</i><br />
<i>- Той, которую вчера довёл до нашего сведения заказчик? Нет. Дополнительные исследования потребуют некоторого времени</i><br />
<i>- Пожалуйста, сделай это как можно скорее</i><br />
<i>- Хорошо</i><br />
<br />
* Термин профессиональный, но устоявшийся и официальный<br />
** Да, именно так официально называется trunkМихаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-29333980113452820142014-01-12T12:41:00.001+07:002014-01-12T12:41:46.011+07:00Конкуренция внутри команды убивает командный дух<i>Давно не писал сюда. Впрочем, это понятно - новая интересная работа отнимает время чуть более, чем полностью. Чего и вам желаю :)</i><br />
<i><br /></i>
<i>Заметил, что пару своих постов с хабра сюда не транслировал. Исправляюсь. Первый пост про то - как разрушительна может быть конкуренция внутри одной команды, и почему её лучше избегать.</i><br />
<i><br /></i>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://habrastorage.org/storage3/3b8/b4e/ce2/3b8b4ece262d744a2a2ce491806f527e.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://habrastorage.org/storage3/3b8/b4e/ce2/3b8b4ece262d744a2a2ce491806f527e.jpg" /></a></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px; text-align: left;">В современной экономике принято считать, что конкуренция оказывает исключительно благотворное влияние на рынок. Она не даёт создаться монополии, не даёт ценам на товар или услугу превысить некие разумные пределы, заставляет производителя постоянно совершенствовать продукт, не останавливаться на достигнутом, чтобы не отстать от конкурентов.</span><br />
<br style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px; text-align: left;" />
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px; text-align: left;">Но всегда и везде ли хороша конкуренция? Что будет, если на модели конкуренции построить управление не только продуктами, но и людьми? К сожалению, очень многие «эффективные менеджеры» не осознают, что рыночные практики не всегда применимы, когда речь идёт о взаимодействии членов одной команды или команд внутри одной компании.</span><br />
<br />
<a href="http://habrahabr.ru/post/193466/" target="_blank">Читать статью на Хабре полностью</a>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-87849037936279320012013-06-28T10:27:00.002+07:002013-09-05T13:14:42.010+07:00Увидеть продукт глазами пользователя<div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><i>Встречайте, очередная статья по управлению продуктами на Хабре.</i></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">
Некоторое время назад я </span><a href="http://pm-jedi.blogspot.ru/2012/11/why-you-should-think-twice-before.html" style="background-color: white; border: 0px; color: #990099; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px; margin: 0px; outline: 0px; padding: 0px; vertical-align: baseline;">выступал</a><span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"> на конференции ISDEF и рассказывал о том, что бывает, когда программисты вынуждены заниматься проектированием интерфейсов.</span><br />
<br style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;" />
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">В этой статье я озвучу основные мысли этого доклада, а также поделюсь своими соображениями по поводу того, как правильно продакт-менеджер должен смотреть на продукт.</span><br />
<br style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;" />
<h4 style="background-color: white; border: 0px; color: #999999; font-family: Verdana, sans-serif; font-size: 16px; font-weight: normal; line-height: 20px; margin: 0px; outline: 0px; padding: 0px; vertical-align: baseline;">
Суть проблемы</h4>
<br style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;" />
<img align="left" src="http://habrastorage.org/storage2/051/d8b/f70/051d8bf701d585de8db3318325a6700a.jpg" style="background-color: white; border: 0px; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px; margin: 5px 30px 5px 0px; max-width: 100%; outline: 0px; padding: 0px; vertical-align: middle;" /><span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Примеры того, как замечательно программисты могут проектировать UX, попадаются сплошь и рядом.</span><br />
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Например, это замечательная форма заполнения истории из трудовой книжки на портале гос. услуг (про неё я уже</span><a href="http://habrahabr.ru/post/181414/" style="background-color: white; border: 0px; color: #990099; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px; margin: 0px; outline: 0px; padding: 0px; vertical-align: baseline;">писал</a><span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">), которая убивает сессию через 15 минут после открытия и заставляет пользователя перегружать страницу с потерей всех данных.</span><br />
<br style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;" />
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Это чудесные формы по заполнению совершенно непонятной информации, как на рисунке слева.</span><br />
<br style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;" />
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Это закрывающиеся окошки текстового редактора, которые даже не пытаются предложить сохранить текст, на который несчастный пользователь потратил два часа своей жизни.</span><br />
<br style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;" />
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Мне очень грустно работать с таким ПО. Я понимаю, что его писали первоклассные специалисты, я допускаю, что код этих систем тоже в полном порядке. Однако я не стану ими пользоваться. В крайнем случае, если у меня не будет выбора, я всё-таки буду «плакать, колоться и жрать кактус», но при этом окончательно испорчу карму разработчикам своими мало литературными комментариями.</span><br />
<div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></div>
<div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><a href="http://habrahabr.ru/post/184476/" target="_blank">Читать дальше на Хабре</a></span></div>
Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-87378874575754398622013-06-18T13:44:00.000+07:002013-06-18T13:45:45.797+07:00Видео с ISDEF 2012Всё не доходили руки выложить видео моего доклада на ISDEF про то, почему программистам не стоит доверять проектирование UI.<br />
<br />
Сегодня это упущение исправил и обновил <a href="http://pm-jedi.blogspot.ru/2012/11/why-you-should-think-twice-before.html">предыдущий пост</a>, где выкладывал презентацию с этого доклада.<br />
<br />
Спасибо Роману Руднику за предоставленные материалы. Кстати, видео других на ISDEF можно посмотреть <a href="http://www.youtube.com/watch?v=GZR74dEifvw&list=PLNfToJSF4xtA9oYd8ajJHnkZVK60XXVwx" target="_blank">здесь</a>.Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-83106217494535932862013-06-06T12:22:00.002+07:002013-06-06T12:22:50.565+07:00Управление продуктом: 5 к 995 или отказ двигателя на взлётеНедавно знакомый попросил меня ответить на вопрос из области управления продуктами.<br />
<br />
<a href="http://habrastorage.org/storage2/394/b4f/ec1/394b4fec13d374f2a373694d5a4f48f0.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://habrastorage.org/storage2/394/b4f/ec1/394b4fec13d374f2a373694d5a4f48f0.png" /></a>Я с радостью бросился помогать и даже опубликовал большую статью на Хабре, но, как оказалось - заспойлил один из вопросов в анкете летней мастерской стартапов Яндекса.<br />
<br />
Мне, конечно, несколько стыдно за это перед теми, кто составлял анкету, но статья получилась неплохая (с моей точки зрения, конечно) и закрывать её было бы обидно.<br />
<br />
В общем, если вам интересно узнать способы, которыми можно реанимировать продукт, который "не взлетел" сразу же, рекомендую прочитать мою статью по ссылке далее.
<br />
<br />
<a href="http://habrahabr.ru/post/181414/" target="_blank">Управление продуктом: 5 к 995 или отказ двигателя на взлёте</a>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-42609626881820227602013-04-09T21:20:00.002+07:002013-04-09T21:20:50.299+07:00Пара слов о рискахНедавно появилась любопытная <a href="http://www.facebook.com/groups/mylovelyrisks/" target="_blank">группа в Facebook</a>, участники которой делятся своими рисками и обсуждают, как с ними бороться.<br />
<br />
Не знаю, во что это выльется в результате, не сведётся ли к пустым разговорам двух-трёх участников и не станет ли "театром одного актёра", как это очень часто случается с профессиональными группами в Facebook, но, потенциально, обсуждение рисков и управления ими может быть достаточно полезно.<br />
<br />
Посмотрев на обсуждение в группе, вспомнил свою старую презентацию, которую я делал на встрече PM-Barnaul пару лет назад. Представляю её вашему вниманию.<br />
<br />
<iframe src="http://www.slideshare.net/slideshow/embed_code/18459580" width="427" height="356" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" style="border:1px solid #CCC;border-width:1px 1px 0;margin-bottom:5px" allowfullscreen webkitallowfullscreen mozallowfullscreen> </iframe> <div style="margin-bottom:5px"> <strong> <a href="http://www.slideshare.net/MikhailPayson/ss-18459580" title="Пара слов о рисках" target="_blank">Пара слов о рисках</a> </strong> from <strong><a href="http://www.slideshare.net/MikhailPayson" target="_blank">Mikhail Payson</a></strong> </div>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com51tag:blogger.com,1999:blog-4880748087379545373.post-20308069213796809942013-02-20T11:56:00.003+07:002013-02-20T11:57:11.363+07:00Перешагивая скамейку<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div style="text-align: justify;">
<a href="http://habrastorage.org/storage2/317/5bf/364/3175bf3640bd48af5366ca9c26999268.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em; text-align: justify;"><img border="0" src="http://habrastorage.org/storage2/317/5bf/364/3175bf3640bd48af5366ca9c26999268.jpg" /></a><br />
<div style="text-align: justify;">
<i>Моя статья с хабра, собравшая довольно много хороших оценок</i></div>
<div style="text-align: justify;">
<br /></div>
Недавно моя полуторогодовалая дочь участвовала в соревнованиях по бегу. Несколько малышей выходили на дорожки (примерно 4 метра длиной) и, по сигналу судьи, бежали вперёд наперегонки.</div>
<div style="text-align: justify;">
<span style="font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div style="text-align: justify;">
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Мы долго готовили дочку к таким серьёзным соревнованиям, рассказывали, что ей нужно будет очень быстро бежать, чтобы самой первой добежать до финиша, где её уже ждала мама. Дочка, вроде бы, поняла и даже, в перерывах между забегами, несколько раз пробежала дистанцию.</span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">
</span><a href="http://www.blogger.com/blogger.g?blogID=4880748087379545373" name="habracut" style="background-color: white; border: 0px; margin: 0px; outline: 0px; padding: 0px; vertical-align: baseline;"><div style="text-align: justify;">
<span style="font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<a name='more'></a></div>
</a><span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><div style="text-align: justify;">
И вот настал волнующий момент. Детей вывели на старт и… поставили поперёк дорожки низенькие скамейки. Конечно, высота скамейки выбиралась так, что любой ребёнок мог с лёгкостью перелезть их, а при желании – оббежать.</div>
</span><br />
<div style="text-align: justify;">
<span style="font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div style="text-align: justify;">
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Но в момент, когда прозвучали заветные «на старт, внимание, марш», дети, добежав до скамеек, остановились в недоумении. </span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">
</span><br />
<div style="text-align: justify;">
<span style="font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div style="text-align: justify;">
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Перед ними было что-то, что нарушило привычный ход их жизни, что-то, что нужно было преодолеть, чтобы двинуться дальше.</span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">
</span><br />
<div style="text-align: justify;">
<span style="font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div style="text-align: justify;">
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Моя дочка после долгих уговоров всё-таки залезла наверх, но слезать самостоятельно отказалась наотрез, протянув вперёд руку и ожидая, пока кто-нибудь из окружающих джентльменов поможет леди спуститься. Через некоторое время победитель всё-таки определился.</span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">
</span><br />
<div style="text-align: justify;">
<span style="font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div style="text-align: justify;">
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Вы думаете, победил тот, кто больше всех тренировался и быстрее всех бегал? Нет! Победил полуторогодовалый малыш, который шёл медленнее всех, но первый нашёл в себе волю перелезть через скамейку. </span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">
</span><br />
<div style="text-align: justify;">
<span style="font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div style="text-align: justify;">
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">К чему я это пишу, догадаться очень легко. Побеждает не тот, кто делает свою работу лучше всех, не тот, кто изо дня в день тренируется и изучает теорию и практику. Побеждает тот, кто в нужный момент, собирает волю в кулак и делает то, что остальные не могут. </span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">
</span><br />
<div style="text-align: justify;">
<span style="font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div style="text-align: justify;">
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Люди могут бояться, бесконечно просчитывать варианты и последствия, убеждать себя в том, что им надо<i style="border: 0px; margin: 0px; outline: 0px; padding: 0px; vertical-align: baseline;">ещё немного подготовиться</i>? В том, что серьёзные шаги требуют серьёзных и долгих приготовлений, что… </span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">
</span><span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><div style="text-align: justify;">
Забудьте всё это. </div>
</span><br />
<div style="text-align: justify;">
<span style="font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"><br /></span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;"></span><br />
<div style="text-align: justify;">
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">Просто подойдите, соберите волю в кулак и <b style="border: 0px; margin: 0px; outline: 0px; padding: 0px; vertical-align: baseline;">перешагните эту чёртову скамейку</b>, которая стоит у вас на пути.</span></div>
<span style="background-color: white; font-family: Verdana, sans-serif; font-size: 13px; line-height: 20px;">
</span>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com1tag:blogger.com,1999:blog-4880748087379545373.post-2462872991066834322012-11-22T21:36:00.002+07:002013-06-18T14:00:43.672+07:00Почему вы должны подумать дважды прежде, чем доверить программистам проектировать пользовательские интерфейсыПрезентация с ISDEF 2012<br />
<iframe allowfullscreen="" frameborder="0" height="356" marginheight="0" marginwidth="0" mozallowfullscreen="" scrolling="no" src="http://www.slideshare.net/slideshow/embed_code/14650008" style="border-width: 1px 1px 0; border: 1px solid #CCC; margin-bottom: 5px;" webkitallowfullscreen="" width="427"> </iframe><br />
Видео моего доклада<br />
<iframe allowfullscreen="" frameborder="0" height="344" src="http://www.youtube.com/embed/videoseries?list=PLNfToJSF4xtA9oYd8ajJHnkZVK60XXVwx&index=19" width="425"></iframe><br />
<br />
Продолжение видео. Ответы на несколько вопросов<br />
<iframe allowfullscreen="" frameborder="0" height="344" src="http://www.youtube.com/embed/videoseries?list=PLNfToJSF4xtA9oYd8ajJHnkZVK60XXVwx&index=18" width="425"></iframe>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-21335918386028166592012-09-21T21:52:00.002+07:002012-09-21T21:53:51.492+07:0010 качеств успешного продукта 6. Приятный продукт<br />
<i>В этой статье я наконец-то продолжаю свой цикл "10 качеств успешного продукта". Ниже я попытался определить, что значит "приятный продукт", описать, почему это качество так важно для его успеха и, главное, приведу один из вариантов измерения "приятности". </i><br />
<i><br /></i>
Краткое содержание предыдущих серий:<br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-1.html" target="_blank">1. Ваш продукт предназначен для конкретных людей</a><br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-2.html" target="_blank">2. Ваш продукт помогает людям достичь своих целей</a><br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-3.html" target="_blank">3. Ваш продукт решает конкретную задачу</a><br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-4.html" target="_blank">4. Ваш продукт может многое, но прост в освоении</a><br />
5<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-5.html" target="_blank">. Ваш продукт делает именно то, что от него ожидает пользователь</a>
<br />
<h3>
6. Ваш продукт «приятно взять в руки»</h3>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-HMzFUz3Om7Y/UFx9Z4WwE9I/AAAAAAAAAbM/JzMqakKbziI/s1600/work_with_pleasure.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="286" src="http://1.bp.blogspot.com/-HMzFUz3Om7Y/UFx9Z4WwE9I/AAAAAAAAAbM/JzMqakKbziI/s320/work_with_pleasure.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Иллюстрация с сайта http://rssnews.org.ua</td></tr>
</tbody></table>
<div>
Я считаю, что продукт «приятно взять в руки», если вам нравится с ним работать.</div>
<div>
<br />
Мы практически всегда можем сказать, нравится нам продукт или нет, но иногда не можем назвать конкретные причины, почему именно. Положительные эмоции при работе с продуктом – вещь достаточно иррациональная, но это не делает её менее важной.<br />
<br />
Продукт может быть мощным, иметь широкую функциональность и решать множество важных задач. Но, если он не вызывает положительных эмоций у пользователя, то, с большой долей вероятности, этот пользователь выберет более «приятный» с его точки зрения продукт.<br />
<br />
<a name='more'></a><br class="Apple-interchange-newline" />
<br />
Думаю, на положительные эмоции пользователя при работе с продуктом влияет приятный и гармоничный графический дизайн, продуманный дизайн интерфейса и взаимодействия, надёжность, предсказуемость, лёгкость в освоении и миллион других факторов, которые вам с радостью подскажет капитан «Очевидность». Часть из них (например, удобный и понятный интерфейс) играют ключевую роль в иррациональном восприятии продукта и могут серьёзно влиять на эмоции пользователя.<br />
<br />
При этом часто конкретная функция системы не так важна, как способ её преподнесения пользователю вашим продуктом. Например, всем известно, что при выполнении длительного действия в хороших системах показывают полосу прогресса или хотя бы «крутилку» (throbber), этот прогресс иллюстрирующую. Действительно, сравните действие, выполняющееся 10 секунд, в течение которых приложение не подаёт признаков жизни, и то же самое действие, выполняющееся 20 секунд, но с постепенно заполняющейся полосой прогресса. Очевидно, что, несмотря на двукратную потерю производительности, второе приложение явно выигрывает по количеству положительных эмоций и отсутствию отрицательных.<br />
<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-6EankmrxNQM/UFx-n6WQgaI/AAAAAAAAAbU/w2Tbs-Ty5Ok/s1600/mihaji.jpg" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img alt="Михай Чиксентмихайи - автор и популяризатор теории "потока"" border="0" height="320" src="http://2.bp.blogspot.com/-6EankmrxNQM/UFx-n6WQgaI/AAAAAAAAAbU/w2Tbs-Ty5Ok/s320/mihaji.jpg" title="Михай Чиксентмихайи - автор и популяризатор теории "потока"" width="248" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Михай Чиксентмихайи, <br />
автор и популяризатор теории "потока"</td></tr>
</tbody></table>
С первого взгляда кажется, что эмоциональные впечатления пользователя от работы с приложением измерить и сравнить невозможно. Действительно, эти впечатления никак не укладываются в привычную рационально-логическую область чисел и отношений. Однако, всё становится не так печально, если использовать опыт психологов, а именно – Михайя Чиксетмихайи, автора великолепнейшей психологической теории потока.<br />
<br />
Теорию потока можно досконально изучить в его замечательных книгах, например, <a href="http://www.ozon.ru/context/detail/id/6233608/" rel="nofollow" target="_blank">в этой</a>. Основной смысл его трудов заключается в том, что человек получает наибольшую радость от созидания, находясь в специфическом состоянии, называемом потоком. В этом состоянии эффективность работы многократно возрастает, теряется чувство времени и появляется лёгкая эйфория.<br />
<br />
В этой статье я не буду углубляться в детальное описание потока. Я уже <a href="http://pm-jedi.blogspot.com/2012/03/blog-post_23.html" target="_blank">писал</a> и <a href="http://pm-jedi.blogspot.com/2012/03/blog-post_25.html" target="_blank">говорил</a> об этом ранее. Я хочу заострить внимание на двух фактах:<br />
<ul>
<li><i>для работы «в потоке» задача не должна быть слишком проста или слишком сложна</i></li>
<li><i>отвлечение человека выводит его из «потока»</i></li>
</ul>
<br />
Теперь о том, как это связано с эмоциями, которые вызывает ваш продукт. А связь здесь очень простая: чем легче пользователю, работающему с вашим продуктом, войти в состояние «потока» и чем больше он в нём остаётся, тем больше положительных впечатлений он получает.<br />
<br />
Итак, рассмотрим несколько примеров, негативно влияющих на «поток» пользователя.<br />
<br />
<ul>
<li><b>Очень сложная задача</b> – продукт требует постоянных усилий для работы с ним. Непонятные процессы, неясная последовательность задач, неопределённый алгоритм работы – всё это приводит к излишней сложности и не даёт пользователю сосредоточиться на главном и работать «в потоке».</li>
<li><b>Отвлечение</b> – для работы «в потоке» пользователь не должен отвлекаться, но очень часто продукт является сам источником отвлечений. Неудобный и непонятный интерфейс заставляет отвлекаться и искать способ выполнить то или иное действие. Неудачный графический дизайн отвлекает пользователя неуместными цветами и формами. Долгая загрузка данных заставляет задуматься и начать беспокоиться: «а не зависло ли приложение?» и т.д.</li>
</ul>
<br />
Уверен, что эти примеры можно продолжать очень и очень долго. Важно другое: <b>положительные ощущения от работы с продуктом тем выше, чем дольше пользователь остаётся в состоянии «потока» при работе с ним.</b><br />
<br />
Нахождение в потоке достаточно просто отследить и, при желании, можно измерить. А отношение времени работы в потоке к общему времени работы может давать приблизительный<i> «индекс положительных эмоций»</i> при работе с продуктом.<br />
<br />
Именно так можно измерить слово «приятно» и именно этим параметром можно руководствоваться при проектировании и разработке продукта.<br />
<div>
<br /></div>
<div>
Продолжение следует..<br />
.</div>
</div>
Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-49819285639563335232012-07-29T15:10:00.000+07:002012-07-29T15:25:30.848+07:00"Стратосфера" Взлетела - фотоотчёт с семинара из Барнаула<div style="text-align: left;">
</div>
<a href="http://4.bp.blogspot.com/-J_VfQXxbVTI/UBTsrtvgpnI/AAAAAAAAAag/OCtXuFsS4Lc/s1600/IMG_1976.JPG" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img alt=""Стратосфера" в Барнауле: ведущие и стол с печеньками" border="0" height="133" src="http://4.bp.blogspot.com/-J_VfQXxbVTI/UBTsrtvgpnI/AAAAAAAAAag/OCtXuFsS4Lc/s200/IMG_1976.JPG" title=""Стратосфера" в Барнауле: ведущие и стол с печеньками" width="200" /></a>В четверг, 26 июля, состоялся первый семинар распределённого учебного центра «Стратосфера». По последним уточнённым данным в семинаре приняли участие <b>520 участников из 30 городов</b> России, Украины, Белоруссии и Казахстана.
Небольшой фото- и видео-отчёт о том, как это происходило, вы можете посмотреть ниже.<br />
<br />
<br />
<br />
<a name='more'></a><br />
<br />
Немного фото:<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://4.bp.blogspot.com/-RTWASE_2y3A/UBTsXQYimiI/AAAAAAAAAZo/N2B-9vAYPsA/s1600/IMG_1490.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img alt=""Стратосфера" в Барнауле: Началось!" border="0" height="266" src="http://4.bp.blogspot.com/-RTWASE_2y3A/UBTsXQYimiI/AAAAAAAAAZo/N2B-9vAYPsA/s400/IMG_1490.JPG" title=""Стратосфера" в Барнауле: Началось!" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Началось!</td></tr>
</tbody></table>
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-VCN3i5y0o9A/UBTsafZfReI/AAAAAAAAAZw/OUbL8tT90F4/s1600/IMG_1494.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img alt=""Стратосфера" в Барнауле: выступает Александр Орлов" border="0" height="266" src="http://1.bp.blogspot.com/-VCN3i5y0o9A/UBTsafZfReI/AAAAAAAAAZw/OUbL8tT90F4/s400/IMG_1494.JPG" title=""Стратосфера" в Барнауле: выступает Александр Орлов" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Александр Орлов рассказывает про осознанность и компетенстность</td></tr>
</tbody></table>
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-LvHH5Xq47b8/UBTsc3L5FcI/AAAAAAAAAZ4/Y_F2kXkLakk/s1600/IMG_1497.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img alt=""Стратосфера" в Барнауле: аудитория слушает" border="0" height="266" src="http://2.bp.blogspot.com/-LvHH5Xq47b8/UBTsc3L5FcI/AAAAAAAAAZ4/Y_F2kXkLakk/s400/IMG_1497.JPG" title=""Стратосфера" в Барнауле: аудитория слушает" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Аудитория слушает</td></tr>
</tbody></table>
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-9Be-8wF_IgE/UBTsfCIUdlI/AAAAAAAAAaA/Gq8AgtP-sJ4/s1600/IMG_1500.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img alt=""Стратосфера" в Барнауле: Слава Панкратов рассказывает про лидерство" border="0" height="266" src="http://2.bp.blogspot.com/-9Be-8wF_IgE/UBTsfCIUdlI/AAAAAAAAAaA/Gq8AgtP-sJ4/s400/IMG_1500.JPG" title=""Стратосфера" в Барнауле: Слава Панкратов рассказывает про лидерство" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Слава Панкратов про лидерство и речку</td></tr>
</tbody></table>
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-6sHhnzWZfSM/UBTsic8NV2I/AAAAAAAAAaI/4qq5UyQ_NTs/s1600/IMG_1502.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img alt=""Стратосфера" в Барнауле: рабочее место организатора" border="0" height="266" src="http://1.bp.blogspot.com/-6sHhnzWZfSM/UBTsic8NV2I/AAAAAAAAAaI/4qq5UyQ_NTs/s400/IMG_1502.JPG" title=""Стратосфера" в Барнауле: рабочее место организатора" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Рабочее место организатора</td></tr>
</tbody></table>
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-gHCzOks3m7Y/UBTslGjMrLI/AAAAAAAAAaQ/mk5N1pVe6BY/s1600/IMG_1503.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img alt=""Стратосфера" в Барнауле: практическая отработка в группах" border="0" height="266" src="http://3.bp.blogspot.com/-gHCzOks3m7Y/UBTslGjMrLI/AAAAAAAAAaQ/mk5N1pVe6BY/s400/IMG_1503.JPG" title=""Стратосфера" в Барнауле: практическая отработка в группах" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Работа в группах</td></tr>
</tbody></table>
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-0DjTdL8Bph8/UBTsn1-HDlI/AAAAAAAAAaY/ALJHDjgpS54/s1600/IMG_1505.JPG" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img alt=""Стратосфера" в Барнауле: практическая отработка в группах" border="0" height="266" src="http://2.bp.blogspot.com/-0DjTdL8Bph8/UBTsn1-HDlI/AAAAAAAAAaY/ALJHDjgpS54/s400/IMG_1505.JPG" title=""Стратосфера" в Барнауле: практическая отработка в группах" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Работа в группах</td></tr>
</tbody></table>
<br />
И видео:<br />
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen='allowfullscreen' webkitallowfullscreen='webkitallowfullscreen' mozallowfullscreen='mozallowfullscreen' width='320' height='266' src='https://www.youtube.com/embed/m113e0iYUmk?feature=player_embedded' frameborder='0'></iframe></div>
<div class="separator" style="clear: both; text-align: center;">
Слава Панкратов у флипчарта</div>
<div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen='allowfullscreen' webkitallowfullscreen='webkitallowfullscreen' mozallowfullscreen='mozallowfullscreen' width='320' height='266' src='https://www.youtube.com/embed/YKQHCuJ1-8I?feature=player_embedded' frameborder='0'></iframe></div>
<div class="separator" style="clear: both; text-align: center;">
<span style="background-color: white;">Рабочий процесс</span></div>
<div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen='allowfullscreen' webkitallowfullscreen='webkitallowfullscreen' mozallowfullscreen='mozallowfullscreen' width='320' height='266' src='https://www.youtube.com/embed/GMtUcBcSVQA?feature=player_embedded' frameborder='0'></iframe></div>
<div class="separator" style="clear: both; text-align: center;">
Обсуждение в группах. Макс Щуревич о лидерстве.</div>
<div>
<br /></div>
<div>
Ну и, конечно, отзывы участников:</div>
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen='allowfullscreen' webkitallowfullscreen='webkitallowfullscreen' mozallowfullscreen='mozallowfullscreen' width='320' height='266' src='https://www.youtube.com/embed/D19GHriJRTs?feature=player_embedded' frameborder='0'></iframe></div>
<div class="separator" style="clear: both; text-align: center;">
Елена Вольф</div>
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen='allowfullscreen' webkitallowfullscreen='webkitallowfullscreen' mozallowfullscreen='mozallowfullscreen' width='320' height='266' src='https://www.youtube.com/embed/VgVH0sx18vg?feature=player_embedded' frameborder='0'></iframe></div>
<div class="separator" style="clear: both; text-align: center;">
Максим Щуревич</div>
<div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen='allowfullscreen' webkitallowfullscreen='webkitallowfullscreen' mozallowfullscreen='mozallowfullscreen' width='320' height='266' src='https://www.youtube.com/embed/xnlTpdHkZ18?feature=player_embedded' frameborder='0'></iframe></div>
<div class="separator" style="clear: both; text-align: center;">
Михаил Пайсон</div>
<div>
<br />
<br /></div>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com3tag:blogger.com,1999:blog-4880748087379545373.post-5223847049856856142012-07-19T21:19:00.000+07:002012-07-29T15:19:03.408+07:00Запуск "Стратосферы"<i>Закончился отпуск и пора возвращаться к работе. В отличие от предыдущих - этот пост относится только к жителям славного сибирского города Барнаула и ближайших его окрестностей.</i><br />
<div>
<br /></div>
<div>
Возможно, многие уже знают, что недавно стартовал замечательный<a href="http://www.stratoplan.ru/stratosfera/launch/" target="_blank"> курс семинаров</a> под названием <b>"Стратосфера"</b> от Александра Орлова и Славы Панкратова, которые, уверен, известны большинству читателей этого блога.</div>
<div>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-ZoNv02JgrsI/UAgWDTc-A1I/AAAAAAAAAZc/FWFNsEOlO38/s1600/indevor.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://4.bp.blogspot.com/-ZoNv02JgrsI/UAgWDTc-A1I/AAAAAAAAAZc/FWFNsEOlO38/s1600/indevor.jpg" /></a></div>
<br /></div>
<div>
Основная грандиозная идея этих семинаров - <b>собрать одновременно тысячи людей из сотен городов России и СНГ и учить их вместе</b>. Для этого организаторами был выбран довольно интересный формат online-семинара</div>
<div>
<ul>
<li>Все семинары посвящены <b>Soft Skills</b>: работе с людьми, командообразованию, лидерству, мотивации, коммуникациям и прочим очень важным для любого руководителя (и не только руководителя) вещам</li>
<li>Семинар на полный день (начинается в 10 утра, заканчивается в 6 вечера)</li>
<li>Реал-тайм в живом и самобытном исполнении Орлова и Панкратова транслируется на большой экран из их студии в Киеве, Питере или ещё где-то (реальное местоположение засекречено)</li>
<li>Практическая отработка полученной теории происходит в "локальных группах", собравшихся в конкретном городе (в нашем случае - в Барнауле)</li>
<li>Семинар предполагает разнокалиберные раздаточные материалы и прочие плюшки-печеньки от организаторов.</li>
</ul>
</div>
<div>
В общем, это событие примерно аналогично "оффлайновому" <b>семинару, рассчитанному на большую аудиторию</b>.</div>
<div>
<br /></div>
<div>
<b style="background-color: white;">"Стратосфера" в Барнауле</b><span style="background-color: white;"> будет проводиться под моим, надеюсь, чутким присмотром. Стоимость участия в одном семинаре для Барнаула - $150. Если зарегистрироваться в форме, внизу этой страницы, цена для вас уменьшается на 10% (да и я получаю с этого небольшой профит ;) ).</span></div>
<div>
<span style="background-color: white;"><br /></span></div>
<div>
Поскольку формат новый, необычный и не всем понятный, первый семинар (та-дам!) решено проводить <span style="background-color: white;">в будний день, но</span><span style="background-color: white;"> </span><b style="background-color: white;">совершенно бесплатно!</b><span style="background-color: white;"> </span></div>
<div>
<span style="background-color: white;"><br /></span></div>
<div>
<span style="background-color: white;">Итак, семинар "Практический менеджмент на каждый день" пройдёт <b>в четверг, 26 июля</b>, с 10 до 18 часов по местному времени. Место проведения уточняется (всё зависит от количества участников). </span></div>
<div>
<span style="background-color: white;"><br /></span></div>
<div>
<span style="background-color: white;">Регистрируйтесь, господа и дамы. Я (честно, без рекламы и пиара) </span><span style="background-color: white;">уверен, что это крайне интересное и полезное мероприятие.</span><br />
<span style="background-color: white;"><br /></span><br />
<span style="background-color: white;"><b>UPD:</b> <i>Регистрация закрыта отчёт чуть позже.</i></span></div>
<div>
<span style="background-color: white;"><br /></span></div>
<div>
<span style="background-color: white;"><br /></span></div>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-91153057447501021432012-06-27T14:55:00.001+07:002012-07-19T21:20:36.187+07:00Поездка в Томск на RBD-семинар<span style="background-color: white;">Наконец-то позади долгая тринадцатидневная рабочая неделя, включающая, помимо всего прочего, поездку в Томск с сольным выступлением и усиленную подготовку к релизу нашего нового продукта (http://perfectwidgets.com ). Наконец-то можно немного расслабиться и что-нибудь написать. Поскольку мыслей очень много, буду выкладывать их небольшими порциями. </span><br />
<span style="background-color: white;">Сначала про поездку в Томск.</span><br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-swanDksaLYs/T-rA8gY_98I/AAAAAAAAAZE/zCrzjCQN7Pg/s1600/%D0%A2%D0%BE%D0%BC%D1%81%D0%BA-7.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img alt="" border="0" height="215" src="http://2.bp.blogspot.com/-swanDksaLYs/T-rA8gY_98I/AAAAAAAAAZE/zCrzjCQN7Pg/s400/%D0%A2%D0%BE%D0%BC%D1%81%D0%BA-7.jpg" title="Томск. Фотография с сайта http://city3822.com" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Томск. Фотография с сайта http://city3822.com</td></tr>
</tbody></table>
<span style="background-color: white;">Идея Стаса Елисеева –директора студии </span><a href="http://rosbd.com/" rel="nofollow" style="background-color: white;" target="_blank">РосБизнесДизайн</a><span style="background-color: white;"> пригласить нас выступить на </span><a href="http://calendar.rosbd.com/4-master-klass-ot-barnaulskogo-pm-community.html" style="background-color: white;" target="_blank">РБД-Семинар</a><span style="background-color: white;"> пришлась нам очень по вкусу. Обсудив, что интересного можно рассказать коллегам из Томска, мы с Натальей Оглоблиной из Alawar Stargaze решили остановиться на флипчарт-сессии на тему делегирования, уже успешно обкатанной на ребятах из </span><a href="http://pm-barnaul.info/" style="background-color: white;" target="_blank">Барнаульского сообщества руководителей проектов</a><span style="background-color: white;">. К нам присоединился Павел Щербинин, руководитель команды в СибИТ и постоянный член PM-Barnaul.</span><br />
<br />
<a name='more'></a><br />
<h2>
Барнаул-Томск</h2>
Если верить навигатору, расстояние от Барнаула до Томска – 498 км, поэтому решено было выдвинуться пораньше. В пятницу, ровно в 16-30 пыльный Форд Фокус с барнаульскими номерами и полным баком бензина пересёк мост через Обь и взял курс на север.<br />
<br />
До Новосибирска доехали быстро и практически без приключений. Правда, ребят несколько встревожила моя манера на полной скорости уворачиваться от камней, летящих в лобовое стекло из-под колёс впередиидущих грузовиков. Впрочем, они быстро привыкли.<br />
<br />
В Новосибирске задержались. Сначала надо были дела в городе, потом – довольно долго пили кофе на Красном Проспекте. В общем, выехали из города только часов в девять. Немного попетляв по развязкам и поругавшись на малоинформативные дорожные указатели, взяли направление на Томск. По пути в очередной раз отрабатывали кейсы для семинара. Не обошлось и без жаркой дискуссии iPhone vs. Android.<br />
<h2>
Томск</h2>
В Томск приехали в половину второго ночи. Несмотря на это, проспекты были ярко освещены, а на улицах бродили толпы молодёжи. Мы, удивившись богатству ночной жизни города, поехали в наш спальный район. Впрочем, как оказалось, в этот день праздновал очередной юбилей один из томских вузов, коих в этом городе несколько десятков. Томичи не устают повторять: «в нашем городе 500 тысяч жителей, сто тысяч из которых - студенты».<br />
<br />
Сам город – совершенно замечательный: старый (но не дряхлый), сибирский и почему-то очень камерный и интеллигентный. Возможно, сказывается обилие университетов, возможно – многовековая история, возможно – практически полностью сохранившиеся кварталы XVII-XVIII веков.<br />
<br />
Новостройки соседствуют с частным сектором, а доехать по узким и извилистым проспектам из одного конца города в другой занимает от силы 10-15 минут. Впрочем, мы катались по городу в воскресенье. Вероятно, в будние дни пробки дают о себе знать.<br />
<h2>
День первый. RBD-Семинар</h2>
Теперь, собственно, о семинаре. Самое интересное в таких тусовках – общение с людьми. С умными, интересными людьми, которые занимаются тем же, чем и ты и у которых очень похожие проблемы и интересные решения.<br />
<br />
Мы разговаривали про делегирование чуть больше двух часов, после нас Стас Елисеев рассказывал о продуктивной планёрке.<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-27kTD9oyWxY/T-q9cxg-nzI/AAAAAAAAAYY/I_TKOvrfOZA/s1600/Tomsk-1.jpg" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img alt="" border="0" height="208" src="http://1.bp.blogspot.com/-27kTD9oyWxY/T-q9cxg-nzI/AAAAAAAAAYY/I_TKOvrfOZA/s320/Tomsk-1.jpg" title="Я филосовствую, Наталья ждёт, когда я наконец замолчу" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Я филосовствую, Наталья ждёт, когда я, наконец, замолчу</td></tr>
</tbody></table>
<br />
Мы с Натальей Оглоблиной выступали в формате «доска-сессии» по принципу вопрос-ответ. Сначала вместе с аудиторией выяснили, что такое делегирование, потом – зачем оно нужно и почему многие не делегируют задачи. Во второй части немного поговорили о том, как классифицировать задачи с помощью матрицы Эйзенхауэра, на чём сосредоточиться, а что отдать на выполнение сотрудникам.<br />
<br />
Чисто субъективно – получилось свежо и интересно. Были и споры, и уточнения, и вопросы. Впрочем, вы это можете посмотреть на <a href="http://blog.rosbd.com/120-master-klass-ot-barnaulskogo-pm-community-video.html" target="_blank">видео</a>, которое только что выложили ребята из РосБизнесДизайна. Видео, конечно, длинновато и отсутствует главный момент – возможность живого общения, но общую атмосферу передаёт.<br />
<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; margin-right: 1em; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="http://4.bp.blogspot.com/-egxL4vyQ3z8/T-q9dmXxiII/AAAAAAAAAYc/_7StqfdCGcA/s1600/Tomsk-2.jpg" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img alt="" border="0" height="209" src="http://4.bp.blogspot.com/-egxL4vyQ3z8/T-q9dmXxiII/AAAAAAAAAYc/_7StqfdCGcA/s320/Tomsk-2.jpg" title="Слушатели внимают" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Слушатели внимают</td></tr>
</tbody></table>
Вообще, как я уже говорил, Томск – город уникальный. Из 500 тысяч жителей 100 тысяч – студенты. При этом, в городе более 250 IT-компаний, среди которых несколько десятков достаточно крупных. Это видно и по семинарам, и по людям, которые не только слушали и активно принимали участие в дискуссии, но и многому нас научили.<br />
<br />
Следом за нами Стас Елисеев рассказал про то, как надо проводить совещания. За 40 минут были представлена квинтэссенция полезных сведений по расписанию, содержанию и регламенту планёрок. Много полезных сведений. Рекомендую видео к просмотру (ссылка та же). Тем более, что оно длиной не 2 часа, а всего 40 минут :).<br />
<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-0hvZ3gxzey4/T-q9eS2NIgI/AAAAAAAAAYk/BHdHwL_Xxs0/s1600/Tomsk-3.jpg" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img alt="" border="0" height="209" src="http://1.bp.blogspot.com/-0hvZ3gxzey4/T-q9eS2NIgI/AAAAAAAAAYk/BHdHwL_Xxs0/s320/Tomsk-3.jpg" title="Стас Елисеев рассказывает про планёрку " width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Стас Елисеев рассказывает про планёрку</td></tr>
</tbody></table>
После небольшой экскурсии по Томску вместе с ребятами из Alawar Nord и неизменно интересного общения на afterparty в баре, вернулись домой. Немного передохнув, отправились на ужин в кафе «The Хмель», которое нам порекомендовали томские коллеги. Кафе расположено в подвале купеческого особняка XVIII века (впрочем, в центре Томска каждое второе здание – памятник старины). Однозначно его рекомендовать мне совесть всё-таки не позволяет, так как ценник, честно говоря, зашкаливал. С другой стороны, отличная кухня однозначно стоила денег, оставленных за ужин, а тёмный стаут был просто великолепен.<br />
<h2>
День второй. Офис РосБизнеcДизайна и IT-weekend</h2>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-xpTIH1XORNM/T-sLjq1-vZI/AAAAAAAAAZQ/fP-uguGsH3c/s1600/Townhouse.jpg" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img alt="" border="0" height="200" src="http://2.bp.blogspot.com/-xpTIH1XORNM/T-sLjq1-vZI/AAAAAAAAAZQ/fP-uguGsH3c/s200/Townhouse.jpg" title="Офис РосБизнесДизайна " width="150" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Офис РосБизнесДизайна</td></tr>
</tbody></table>
На следующий день мы, погуляв по Лагерному саду (это огромный, но очень уютный парк на берегу Томи), заехали в гости в офис РосБизнесДизайна. У ребят замечательное помещение, расположенное в четырёхэтажном <strike>деревянном </strike> (<i>UPD: он кирпичный, но изнутри оббит деревом</i>) таунхаусе. Очень приятный и уютный офис. Камин, запах свежей сосны от деревянных потолков и облицовки.<br />
<br />
Посетив офис, мы отправились на очередную IT-тусовку. IT-weekend – это ещё одно мероприятие томских айтишников. Оно проходит в баре, в неформальном окружении, и обсуждаются на нём в большей степени вопросы, касающиеся IT-бизнеса. В этот раз обсуждали мотивацию.<br />
<br />
Как всегда, поговорили о нематериальной и материальной мотивации, привели примеры того, как можно сделать работу сотрудников интереснее и продуктивнее. Самое приятное было то, что мы обсуждали не «шарообразных коней в вакууме», а реальные случаи, имевшие место на практике Кстати, именно этим обусловлено отсутствие видеозаписи.<br />
<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-2q7BErG3W-o/T-q9m94Ad7I/AAAAAAAAAY4/9tDTwkKvWDs/s1600/Tomsk-5.jpg" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img alt="" border="0" height="209" src="http://2.bp.blogspot.com/-2q7BErG3W-o/T-q9m94Ad7I/AAAAAAAAAY4/9tDTwkKvWDs/s320/Tomsk-5.jpg" title="Рассуждаем о мотивации" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Рассуждаем о мотивации</td></tr>
</tbody></table>
Оказалось, например, что заграничные командировки некоторых сотрудников мотивируют, а для некоторых являются обузой. Что один из эффективных способов мотивации – дать сотруднику новый и интересный проект. Обсудили и согласились, что деньги важны только когда их недостаточно, и т.д.<br />
<br />
Впрочем, по мнению многих участников, встрече не хватало острых споров и «холиваров», а разговор прошёл в слишком благодушном и оптимистичном ключе.<br />
<h2>
Обратная дорога</h2>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-SaE5E_aZJrA/T-q9fYHZPcI/AAAAAAAAAYw/JsHErfuGvhQ/s1600/Tomsk-4.jpg" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img alt="" border="0" height="209" src="http://2.bp.blogspot.com/-SaE5E_aZJrA/T-q9fYHZPcI/AAAAAAAAAYw/JsHErfuGvhQ/s320/Tomsk-4.jpg" title="Судя по направлению взгляда, Павел и Наталья слушают Стаса Елисеева" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Павел и Наталья слушают рассказ <span style="background-color: white;">Стаса Елисеева</span></td></tr>
</tbody></table>
Попрощавшись с томичами и пригласив их на встречу нашего Барнаульского PM-Community, мы поужинали в «фудкорте» и, не теряя времени, в восемь вечера выдвинулись на Барнаул. На обратном пути в наших головах ещё метались отголоски прошедшего разговора. Поэтому, обсуждали, в основном, что мотивирует нас самих, и что демотивирует. За этими разговорами довольно быстро, затратив на дорогу около пяти часов, мы без происшествий (если не считать сбитой по дороге лисы) вернулись в Барнаул, встретивший нас новостройками и широкими, но пустыми улицами.<br />
<br />
Впечатления от поездки великолепные. Спасибо Стасу и РосБизнесДизайну, которые организовали нашу поездку. Мы ещё не раз к приедем в Томск и ждём томских IT-шников к нам в гости!<br />
<br />
Полный фотоотчёт с мероприятия вы можете посмотреть <a href="http://blog.rosbd.com/113-master-klass-ot-barnaulskogo-pm-community-foto.html" target="_blank">здесь</a> и <a href="http://blog.rosbd.com/114-it-weekend-s-barnaulskim-pm-community-foto.html" target="_blank">здесь</a>. Видео с первого дня – <a href="http://blog.rosbd.com/120-master-klass-ot-barnaulskogo-pm-community-video.html" target="_blank">здесь</a>.<br />
<div>
<br /></div>
<br />Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com1tag:blogger.com,1999:blog-4880748087379545373.post-40342376553567248952012-06-21T17:30:00.003+07:002012-07-19T21:20:48.251+07:0011 встреча Барнаульского PM-Community (анонс)<br />
<div class="MsoNormal">
<span lang="RU">Думаю, большинство
из руководителей так или иначе пробовали применить различные </span>KPI <span lang="RU">к своим сотрудникам. По своему
опыту скажу, что </span>KPI <span lang="RU">отлично работает с продажами, но вот задать адекватную, честную и объективную
систему оценок труда программистов – задача довольно непростая. По большому
счёту, успех их работы зависит не только от качества продукта, ими
выпускаемого, но и от множества других факторов, начиная от умения </span>product owner<span lang="RU">’а (заказчика в заказной разработке или продакт-менеджера в продуктовой)
придумать что-то действительно нужное и заканчивая эффективностью маркетинга и
продаж.<o:p></o:p></span></div>
<div class="MsoNormal">
<span lang="RU"><br /></span></div>
<div class="MsoNormal">
<span lang="RU">Именно о <b>проблеме
внедрения </b></span><b>KPI</b> <span lang="RU">и его последствиях мы поговорим на <a href="http://pm-barnaul.info/odinnadcataya-vstrecha-soobshhestva" target="_blank">11 встрече</a> <a href="http://pm-barnaul.info/" target="_blank">Барнаульского сообщества руководителей проектов</a></span><span lang="RU">, которая пройдёт в воскресенье, <b>24 июня</b> в офисе
компании </span><a href="http://www.blogger.com/goog_1108568151">Sibirix</a><span lang="RU"><a href="http://sibirix.ru/" rel="nofollow" target="_blank"> </a> (г. Барнаул,
ул. Малахова, 146В). Ведущий – Владимир Завертайлов, основатель и руководитель
этой веб студии. <o:p></o:p></span></div>
<div class="MsoNormal">
<span lang="RU"><br /></span></div>
<div class="MsoNormal">
<span lang="RU">Но это ещё не
всё! Вторая часть нашей встрече будет в который раз посвящена </span>agile<span lang="RU">-методологиям. На этот раз мы услышим
Павла Щербинина, руководителя команды разработчиков из компании СибИТ. Павел
поделится опытом применения <b>методологии «канбан»</b> в команде, расскажет, на какие
грабли обычно наступают при попытках «работать по канбану» и почему многие,
попробовав, отказываются от этой методологии.<o:p></o:p></span></div>
<div class="MsoNormal">
<span lang="RU"><br /></span></div>
<div class="MsoNormal">
<span lang="RU">Начало встречи в
14-00. Добро пожаловать!<o:p></o:p></span></div>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-46909851094003130522012-05-28T22:39:00.000+07:002012-09-21T21:55:13.243+07:0010 качеств успешного продукта 5. Адекватность<i>Программный продукт может «не взлететь», он может выйти на рынок и затеряться среди конкурентов. Он может скромно стоять в углу и стабильно зарабатывать свои десять копеек, едва окупая затраты на поддержку. А может стремительно вылететь из рук программистов и ворваться на рынок, раскидав взрывной волной конкурентов, прочно утвердившись на вершине.</i><br />
<i><br /></i>
<i>В этом небольшом цикле статей я хочу изложить десять качеств, которые, на мой взгляд, обычно сопутствуют любому удачному продукту, будь то Facebook, антивирус Касперского или Angry Birds.</i><br />
<br />
Краткое содержание предыдущих серий:<br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-1.html" target="_blank">1. Ваш продукт предназначен для конкретных людей</a><br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-2.html" target="_blank">2. Ваш продукт помогает людям достичь своих целей</a><br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-3.html" target="_blank">3. Ваш продукт решает конкретную задачу</a><br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-4.html" target="_blank">4. Ваш продукт может многое, но прост в освоении</a><br />
<h3>
5. Ваш продукт делает именно то, что от него ожидает пользователь</h3>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><img border="0" src="http://3.bp.blogspot.com/-EACVHghHDRI/T8ObllKtB2I/AAAAAAAAAX8/nkejCXcc67w/s1600/computer_confusion.jpg" /></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Иллюстрация с сайта http://wizardsplace.com</td></tr>
</tbody></table>
<div>
Чтобы внести ясность, что я имею в виду, приведу пример. Однажды я разбирался с одним очень известным (<i>но не <a href="http://www.perpetuumsoft.com/Product.aspx?lang=en&pid=147" target="_blank" title="Конечно же я не мог не вставить в эту статью нашу рекламу :)">нашим</a></i>) продуктом для разработки отчётов. Используя ПО от производителя, предназначенное для создания макетов, я некоторое время расставлял таблицы и графики в нужном месте на листе, указывал, какие поля должны располагаться в таблице и из каких источников данных их брать.</div>
<div>
<br />
<a name='more'></a><br />
В результате, после получасовой борьбы с их не слишком удобным (<i>в отличие от <a href="http://www.perpetuumsoft.com/Product.aspx?lang=en&pid=147" rel="nofollow" target="_blank" title="Если вас раздражает наглый и неприктрытый пиар, не переходите по этой ссылке!">нашего</a>, конечно же!</i>) пользовательским интерфейсом, я захотел посмотреть, как выглядит моё творение. Я нажал на кнопку «посмотреть отчёт», надеясь наконец-то увидеть плод моих трудов… Вы не представляете, сколько нехороших слов я произнёс, когда вместо отчёта увидел перед собой пустой белый лист, а окно с редактором макета закрылось, даже не спросив, хочу ли я предварительно этот макет сохранить! Все мои попытки отыскать мой макет не увенчались успехом. Нажав кнопку «посмотреть отчёт» я безвозвратно потерял все не сохранённые изменения.<br />
<br />
Конечно, можно сказать, что нужно чаще «сохраняться», нужно понимать, что сделает кнопка, на которую ты в данный момент наживаешь, и прочие фразы типа «сам дурак». Но вы знаете, <b>пользователь очень не любит чувствовать себя дураком, даже если он это заслужил</b>. Поэтому, желания пользоваться тем приложением у меня с тех пор сильно поубавилось.<br />
<br />
<br />
Я не зря привёл здесь этот длинный пример. У вас может быть особенный продукт, фантастический, ни на что не похожий интерфейс и уникальная функциональность. Но, если при нажатии сочетания Ctrl+S, вместо привычного сохранения текущего документа, будет открываться справка, то огромный процент ваших пользователи просто удалят ваш редактор, после того, как десятый раз за три минуты перед ними возникают ненавистное окошко с заголовком «Need Help?».<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><img border="0" height="217" src="http://2.bp.blogspot.com/-_-L-Gtd5SEs/T8OcEErKQKI/AAAAAAAAAYE/jBG2L5qip8s/s320/Confusion.jpg" width="320" /></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Иллюстрация с сайта http://www.e-prof.ru</td></tr>
</tbody></table>
<br />
И это касается не только пользовательского интерфейса. Например, при печати документа, редактор может вставлять на лист лишнюю информацию (как ранние версии Internet Explorer или Notepad для Windows). А чего стоит автоматическое уменьшение размеров изображения при добавлении файла к электронному письму в <i>сами-знаете-каком</i> телефоне!<br />
<br />
На мой взгляд, есть очень неплохой критерий того, что продукт делает не то, что от него ожидает пользователь. В этом случае среди отзывов обязательно есть такой: «<i>продукт ведёт себя странно</i>». Поэтому, если слово «<i>странно</i>» появилось в характеристиках вашего продукта, срочно принимайте меры. Если продукт ведёт себя «странно», то вряд ли я захочу им долго пользоваться. Разве что, у меня не будет выбора. Но в этом случае в игру рано или поздно вступит антимонопольная служба.<br />
<br />
Делайте продукт <b>интуитивно понятным и прозрачным для пользователя</b>. Это одна из составляющих частей успеха.<br />
<div>
<br /></div>
<div>
<a href="http://pm-jedi.blogspot.com/2012/09/10-kachestv-uspeshnogo-produkta-6.html" target="_blank">Продолжение следует...</a></div>
</div>
<div>
<div>
<br /></div>
</div>
Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-30541004293737650922012-05-23T22:07:00.001+07:002012-05-23T22:45:30.834+07:0010 качеств успешного продукта (качество четвёртое: Простота и мощность)<i>Программный продукт может «не взлететь», он может выйти на рынок и затеряться среди конкурентов. Он может скромно стоять в углу и стабильно зарабатывать свои десять копеек, едва окупая затраты на поддержку. А может стремительно вылететь из рук программистов и ворваться на рынок, раскидав взрывной волной конкурентов, прочно утвердившись на вершине.</i><br />
<i><br /></i><br />
<i>В этом небольшом цикле статей я хочу изложить десять качеств, которые, на мой взгляд, обычно сопутствуют любому удачному продукту, будь то Facebook, антивирус Касперского или Angry Birds.</i><br />
<br />
Краткое содержание предыдущих серий:<br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-1.html" target="_blank">1. Ваш продукт предназначен для конкретных людей</a><br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-2.html" target="_blank">2. Ваш продукт помогает людям достичь своих целей</a><br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-3.html" target="_blank">3. Ваш продукт решает конкретную задачу</a><br />
<h3>
4. Ваш продукт может многое, но прост в освоении</h3>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><img border="0" src="http://4.bp.blogspot.com/-niqj-XDKIU8/T70DaDJJhCI/AAAAAAAAAXw/iCyXgH6kNK4/s1600/BikeRider.jpg" /></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Изображение с сайта http://www.infobarrel.com</td></tr>
</tbody></table>
<div>
<br /></div>
<div>
<br />
Думаю, очевидно, что для эффективной работы с продуктом необходимо потратить некоторое время на его изучение. Новые пользователи будет изучать продукт с нуля. К сожалению, люди редко читают мануалы, поэтому, в большинстве случаев, они буду <b>применять свой опыт к продукту напрямую</b>. В основном, пользователи будет ожидать от продукта чего-то <i>привычного</i>: соответствия поведению других продуктов или каким-то процессам и явлениям из реальной жизни.<br />
<br />
<a name='more'></a><br />
Часто, создавая продукт, мы успеваем настолько с ним сродниться, что делаем его частью себя, а себя – частью его. На самом деле, это просто великолепно. Я обсужу этот вопрос более детально в последней статье этого цикла. С другой стороны, такое вовлечение имеет очень серьёзный негативный момент. Мы начинаем смотреть на продукт с точки зрения профессионалов, которые проработали с ним много лет, забывая со временем, что новые пользователи, изучающие наш продукт, решают «продолжить или остаться» в первые часы, а то и минуты работы с ним.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-NvZv1JXxXv8/T70AetUdWCI/AAAAAAAAAXg/zafJN_RyzgU/s1600/bicycleSimple.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="320" src="http://1.bp.blogspot.com/-NvZv1JXxXv8/T70AetUdWCI/AAAAAAAAAXg/zafJN_RyzgU/s320/bicycleSimple.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Пример базовой функциональности продукта для начинающих пользователей</td></tr>
</tbody></table>
Как мы помним, у пользователей есть <a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-2.html" target="_blank" title="Ваш продукт помогает людям достичь своих целей">цель</a>, которой они пытаются достигнуть и набор <a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-3.html" target="_blank" title="Ваш продукт решает конкретную задачу">задач</a>, которые они надеются решить с помощью нашего продукта. И, если они, работая с продуктом, не смогут с лёгкостью выполнить хотя бы несколько базовых действий и не получат «<i>положительную обратную связь</i>» за минимальное время, шансы нашего продукта на успех значительно снизятся. Поэтому я вывел для себя принцип, которого стараюсь придерживаться при создании всех наших продуктов: <b>у пользователя должна быть возможность решить простейшую задачу наиболее очевидным образом</b>.<br />
<br />
Например (раз уж так получилось, что мы <a href="http://perpetuumsoft.com/" target="_blank" title="Рекламировать собственную компанию не стыдно ;)">создаём </a>компоненты для отчётов), пользователь может создать простейший отчёт по своим данным за три щелчка мышки.<br />
<br />
При этом, конечно же, нельзя забывать и о тех пользователях, которые уже долго работают с вашими продуктами и задачи которых нетривиальны и требуют тонкой, детальной «настройки» системы и расширенных возможностей. Такие пользователи уже достаточно лояльны, чтобы потратить некоторое время на исследование тёмных глубин вашего продукта. Впрочем, если ваш продукт не сможет решить задачу пользователя (и она будет достаточно критична), то, вероятнее всего, пользователь найдёт решение этой задачи у конкурентов. Поэтому «фичи для продвинутых», безусловно, не менее важны.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-U7Lcdi8RB2M/T70AeOnWM-I/AAAAAAAAAXc/g4Be25UG2x8/s1600/bicyclePowerful.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="240" src="http://3.bp.blogspot.com/-U7Lcdi8RB2M/T70AeOnWM-I/AAAAAAAAAXc/g4Be25UG2x8/s320/bicyclePowerful.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">А это уже продукт с набором функций для продвинутых профессионалов</td></tr>
</tbody></table>
Согласно <i>закону Парето</i>, 80% пользователей будут использовать 20% функций системы (естественно, правило, как и все следствия закона Парето исключительно эмпирическое). Именно эти 20% нужно максимально упрощать, тогда остальные 80% не обязательно должны быть столь очевидными.<br />
<br />
Для примера приведу ещё один продукт Microsoft – <i>Power Point</i>. Он позволяет создавать простые презентации людям, которые имеют только базовые представления о редактировании текста и вставки изображений. С другой стороны, «продвинутые» пользователи могут вдоволь наиграться с различной настройкой анимации и переходов между слайдами, превратив свою презентацию в настоящий мультфильм.<br />
<br />
Таким образом, <b>любой продукт может быть условно</b> <b>разделён на два слоя</b>: базовый и продвинутый. Причём новые пользователи будут ценить ваш продукт за лёгкость освоения «базового» слоя, а старые – за гибкость и мощность «продвинутого».<br />
<br />
Продолжение следует...<br />
<div>
<br /></div>
</div>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-4025115681742909962012-05-21T10:05:00.000+07:002012-05-23T22:46:49.285+07:0010 качеств успешного продукта (качество третье: Задачи)<i>Программный продукт может «не взлететь», он может выйти на рынок и затеряться среди конкурентов. Он может скромно стоять в углу и стабильно зарабатывать свои десять копеек, едва окупая затраты на поддержку. А может стремительно вылететь из рук программистов и ворваться на рынок, раскидав взрывной волной конкурентов, прочно утвердившись на вершине.</i><br />
<i><br /></i><br />
<i>В этом небольшом цикле статей я хочу изложить десять качеств, которые, на мой взгляд, обычно сопутствуют любому удачному продукту, будь то Facebook, антивирус Касперского или Angry Birds.</i><br />
<br />
Краткое содержание предыдущих серий:<br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-1.html" target="_blank">1. Ваш продукт предназначен для конкретных людей</a><br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-2.html" target="_blank">2. Ваш продукт помогает людям достичь своих целей</a><br />
<h3>
3. Ваш продукт решает конкретную задачу</h3>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-MC5KNbcjnDM/T7mwU4IcZ_I/AAAAAAAAAXM/bHtY4saFgK0/s1600/Task.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="320" src="http://1.bp.blogspot.com/-MC5KNbcjnDM/T7mwU4IcZ_I/AAAAAAAAAXM/bHtY4saFgK0/s320/Task.jpg" width="316" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Изображение с сайта http://www.ediscoverydaily.com</td></tr>
</tbody></table>
Как бы хорошо мы не знали своих пользователей и как бы чётко не представляли их цель, нам нужно помочь им <b>решать конкретные задачи</b>. Мы должны очень чётко понимать последовательность шагов, которая ведёт пользователя к цели и то, какие задачи перед ним стоят на каждом шаге. Мы должны предоставлять пользователям средства для решения этих конкретных задач. Причём, чем конкретнее будет задача, решаемая продуктом, тем больше у него шансов на успех.<br />
<br />
Например, Twitter очень удачно решает конкретную задачу – поделиться с некоторым сообществом своим «статусом» – сообщением, состоящим из одной короткой мысли, фразы или ссылки. Создатели сосредоточились на решении этой задачи и создали продукт, за неполные три года превратившийся из внутреннего сервиса небольшой компании в мировой брэнд, насчитывающий пол миллиарда пользователей, публикующих сотню миллионов «твитов» в день.
<br />
<br />
При этом изначально создатели не пытались сделать «универсальное средство обмена информацией». До середины 2010 года (основан он был в 2006) в нём не было даже встроенной возможности опубликовать картинку или видео, приходилось прибегать для этого к услугам сторонних компаний типа yfrog (которые, кстати, тоже неплохо на этом выросли).
<br />
<br />
Таким образом, чем более чётко и конкретно продукт решает задачу пользователя, тем больше у него шансов на успех. Это не значит, что задача должна быть единственной. Это значит лишь, что основная задача, которую решает продукт, должны быть отточена до блеска. Набор из десяти тупых ножей никогда не будет иметь такого же успеха, как единственный, но острый
<br />
<br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-4.html" target="_blank" title="10 качеств успешного продукта (качество четвёртое: Простота и мощность)">Продолжение следует...</a>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-89766581632363114802012-05-18T21:10:00.001+07:002012-05-21T10:09:39.905+07:0010 качеств успешного продукта (качество второе: Цели)<i>Программный продукт может «не взлететь», он может выйти на рынок и затеряться среди конкурентов. Он может скромно стоять в углу и стабильно зарабатывать свои десять копеек, едва окупая затраты на поддержку. А может стремительно вылететь из рук программистов и ворваться на рынок, раскидав взрывной волной конкурентов, прочно утвердившись на вершине.</i><br />
<i><br /></i><br />
<i>В этом небольшом цикле статей я хочу изложить десять качеств, которые, на мой взгляд, обычно сопутствуют любому удачному продукту, будь то Facebook, антивирус Касперского или Angry Birds.</i><br />
<br />
Краткое содержание предыдущих серий:<br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-1.html" target="_blank">1. Ваш продукт предназначен для конкретных людей</a><br />
<h3>2. Ваш продукт помогает людям достичь своих целей</h3>
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-Ze2f2AbALC0/T7ZX8inPHvI/AAAAAAAAAXA/4u4n64NM1s4/s1600/target.jpeg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="396" src="http://1.bp.blogspot.com/-Ze2f2AbALC0/T7ZX8inPHvI/AAAAAAAAAXA/4u4n64NM1s4/s400/target.jpeg" width="400" /></a></div>
Знать пользователей – это только первый шаг в разработке успешного продукта. Прежде всего, продукт должен быть им нужен. Он должен не просто «решать задачу пользователя», а помогать ему достичь определённых целей. Здесь есть достаточно тонкая разница, которую я сейчас поясню.
<br />
<br />
<a name='more'></a><br />
Например, Microsoft Word, в котором я сейчас пишу эту статью, решает задачу, стоящую передо мной в данный момент – набрать и сохранить текст. Но этого не достаточно. На самом деле, у меня есть цель – написать статью по управлению продуктами для своего <a href="http://pm-jedi.blogspot.com/" target="_blank" title="pm-jedi.blogspot.com">блога</a>. Для примера, если, сравнить Word с «Блокнотом», то станет понятно, почему я выбрал именно Word. Он не только решает задачу «набрать и сохранить текст», но и помогает мне достичь цели «написать статью». Для этого в Word’е реализовано куча функций, помогающих мне это сделать. Например, автоматические заголовки, выравнивание, возможность вставлять гиперссылки и так далее.
<br />
<br />
С другой стороны, если я пишу исходный код программы на C++, мне совершенно не нужны заголовки (конечно же, я не имею в виду header-файлы C++) и гиперссылки. Вместо этого мне гораздо важнее получить подсветку синтаксиса и встроенный компилятор. Несмотря на то, что задача в данный момент одна – набрать и сохранить текст, потребности в функциях приложения у меня совершенно различные.
<br />
<br />
Поэтому, создавая продукт, необходимо в первую очередь понять, какая цель стоит перед пользователем, чего на самом деле он хочет добиться, работая с вашим продуктом. И это понимание надо обязательно донести до каждого члена команды, разрабатывающей продукт (чтобы не получилось, <a href="http://pm-jedi.blogspot.com/2012/04/kak-programmisty-pishut-chasy.html" target="_blank" title="PM-Jedi: Как программисты пишут часы">как с часами</a>).
<br />
<br />
Обычно, такое понимание в той или иной степени присутствует всегда. Но очень важно его вербализировать и структурировать, поставив основной целью разработки создать не просто «продукт, который умеет делать <em>фичу-один</em> и <em>фичу-два</em>», а «<strong>продукт, который помогает пользователям достичь цели</strong>».
<br />
<br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-3.html" title="10 качеств успешного продукта (качество третье: Задачи)" target="_blank">Продолжение следует...</a>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-62239643614370537152012-05-16T19:20:00.000+07:002012-05-18T21:53:33.386+07:0010 качеств успешного продукта (качество первое: Люди)<i>Программный продукт может «не взлететь», он может выйти на рынок и затеряться среди конкурентов. Он может скромно стоять в углу и стабильно зарабатывать свои десять копеек, едва окупая затраты на поддержку. А может стремительно вылететь из рук программистов и ворваться на рынок, раскидав взрывной волной конкурентов, прочно утвердившись на вершине.</i><br />
<i><br /></i><br />
<i>В этом небольшом цикле статей я хочу изложить десять качеств, которые, на мой взгляд, обычно сопутствуют любому удачному продукту, будь то Facebook, антивирус Касперского или Angry Birds.</i><br />
<br />
Итак, часть 1 из 10. Люди.<br />
<h3>
1. Ваш продукт предназначен для конкретных людей</h3>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://2.bp.blogspot.com/-BU-r2iJw320/T7Oa5LrKXiI/AAAAAAAAAW0/DO9PRRlwJd4/s1600/people.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="340" src="http://2.bp.blogspot.com/-BU-r2iJw320/T7Oa5LrKXiI/AAAAAAAAAW0/DO9PRRlwJd4/s400/people.jpg" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Иллюстрация с сайта http://abcwednesday-mrsnesbitt.blogspot.com/2012/05/p-is-for-people.html</td></tr>
</tbody></table>
<div>
Действительно, практически невозможно написать хороший продукт, не представляя тех, кто им будет пользоваться. Если продукт пишется «неизвестно для кого», то совершенно непонятно, какими навыками этот «неизвестно кто» обладает, с какими приложениями обычно работает. К тому же, совершенно непонятно, какая основная задача стоит перед пользователем. Будет ли он использовать продукт как основной рабочий инструмент или запускать его на один час раз в месяц. Такие неопределённости просто не позволят создать продукт, который нужен конкретным людям.</div>
<br />
<a name='more'></a><br />
Поэтому чётко понять, кто будет пользоваться вашим будущим продуктом, просто необходимо. Это может быть длинноногая блондинка в розовом платье, бородатый сисадмин, подросток в рваных джинсах или директор компании в галстуке. Главное представлять этих людей, когда продукт разрабатывается.<br />
<br />
В некоторых компаниях практикуются маркетинговые исследования, которые, по определённым показателям вычисляют типичного пользователя продукта. Например, американский мужчина программист в возрасте от 30 до 40 лет, занимающий пост архитектора программных продуктов в средней или крупной компании, имеющий двоих детей и страдающий облысением. Это довольно полезная информация, но на этапе старта и задумки нового продукта (если, конечно, он не типовой) провести такие исследования обычно крайне затруднительно.<br />
<br />
В этом случае можно воспользоваться <a href="http://svpg.com/personas-for-product-management/" target="_blank">моделированием персон</a> или «примерить» свой продукт на живых людей вокруг вас. Кстати, отлично, если люди из ближайшего окружения попадают в вашу целевую аудиторию. Такой продукт «для своих» имеет гораздо больше шансов на успех потому, что легко можно выяснить потребности и «боль» потенциального пользователя, просто поговорив с этим человеком.<br />
<br />
<a href="http://pm-jedi.blogspot.com/2012/05/10-kachestv-uspeshnogo-produkta-2.html" target="_blank" title="10 качеств успешного продукта (качество второе: Цели)">Продолжение следует...</a>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com1tag:blogger.com,1999:blog-4880748087379545373.post-35518021201929915202012-05-07T20:02:00.000+07:002012-07-19T21:20:58.628+07:00Александр Лысковский на встрече Барнаульского PM-Community<div style="text-align: justify;">
Вчера случилось событие, которое Барнаульское сообщество руководителей проектов ожидало очень давно. Мы наконец-то смогли заманить выступить у нас <b>Александра Лысковского</b> – основателя и CEO Alawar Entertainment, крупнейшего в России издателя компьютерных игр!</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Поскольку в Барнауле находится одна из внутренних студий компании - Alawar Stargaze, сделать это оказалось совсем не сложно.</div>
<div style="text-align: justify;">
<br />
<a name='more'></a></div>
<div style="text-align: justify;">
Александр рассказал собравшимся руководителям о том, какие этапы проходит фирма с момента основания до превращения в крупную компанию, и о том, какие качества нужны предпринимателю на каждом этапе. Доклад получился достаточно длинным и интересным. Думаю не я один в какой-то момент почувствовал себя тем самым руководителем, перед которым стоит задача разделить первую заработанную тысячу долларов или уволить человека, с которым начинали строить компанию.</div>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-WPt93KQELPk/T6fIHvsZWAI/AAAAAAAAAWo/jzy1Mjlqwbs/s1600/PM-Barnaul_Lyskovsky.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="http://1.bp.blogspot.com/-WPt93KQELPk/T6fIHvsZWAI/AAAAAAAAAWo/jzy1Mjlqwbs/s640/PM-Barnaul_Lyskovsky.jpg" width="100%" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Александр Лысковский рассказывает о качествах руководителя компании</td></tr>
</tbody></table>
<div style="text-align: justify;">
Александра коротко, но эмоционально дополнил <b>Станислав Саввиных</b>, основатель студии Alawar Friday’s Games. Стас отметил очень правильный факт, что главное в любой компании – это люди с горящими глазами, которые делают общее дело. И что этот огонь в глазах надо всячески культивировать и поддерживать, не давая ему потухнуть.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Встреча закончилась традиционными посиделками в гриль-баре People's, откуда самые стойкие участники разошлись только во втором часу ночи.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Вообще, у меня уже давно сложилась уверенность, что общение с людьми такого уровня, как Лысковский, не только помогает что-то осознать и получить новую информацию, но и сильно воодушевляет, поднимает боевой дух, даёт уверенность в том, что и сам ты можешь сделать гораздо больше.</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Личности такого масштаба у нас в первый раз, но, наверняка не в последний. Мы над этим работаем, и я уверен, что у нас всё получится!</div>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-72228034114029361572012-05-02T22:54:00.001+07:002012-05-04T11:59:28.063+07:00Joel Spolsky - The Management Team<br />
<a href="http://1.bp.blogspot.com/-iL0CuqkSQ34/T6FaO0T3g4I/AAAAAAAAAWM/4u6lBbViqWE/s1600/spolsky_photo.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="200" src="http://1.bp.blogspot.com/-iL0CuqkSQ34/T6FaO0T3g4I/AAAAAAAAAWM/4u6lBbViqWE/s200/spolsky_photo.jpg" width="143" /></a><span style="font-size: x-small;"><a href="http://joelonsoftware.com/" target="_blank">Джоэль Спольски</a> The Management Team</span><br />
<span style="font-size: x-small;">Перевод с английского - </span><a href="http://pm-jedi.blogspot.com/" style="font-size: x-small;" target="_blank">Михаил Пайсон</a><span style="font-size: x-small;">.</span><br />
<span style="font-size: x-small;">Оригинал статьи вы можете прочитать <a href="http://www.avc.com/a_vc/2012/02/the-management-team-guest-post-from-joel-spolsky.html" style="font-size: small;" target="_blank">здесь</a></span><br />
<br />
<h3>
The Management Team</h3>
Стартапы редко основываются менеджерами с большим опытом. Обычно основатели набираются опыта по ходу дела, зачастую начиная с нуля и изобретая велосипеды. Очень часто в управлении стартапами они руководствуются принципами, подсмотренными у героев фильмов и телесериалов. Готов поспорить, что начинающие менеджеры используют в качестве образца для подражания Капитана Пикарда из «Звёздного Пути» гораздо чаще, чем реальных, непридуманных людей.<br />
<a name='more'></a>
<br />
В большинстве своём, принципы управления, усвоенные из телевизора, – это различные виды армейского командно-административного подхода: CEO принимает решение и сообщает его своим офицерам. Они, в свою очередь, доносят это важное решение команде, которая, в итоге, и воплощает его в жизнь. Это управление «сверху вниз». Вся власть и полномочия принадлежат «капитану», а решения спускаются сверху и не обсуждаются. Неужели можно как-то по-другому?<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/-n34fGgBqh7E/T6FaNSikaNI/AAAAAAAAAWA/d5UUp5JljTE/s1600/Cap.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img alt="" border="0" height="305" src="http://1.bp.blogspot.com/-n34fGgBqh7E/T6FaNSikaNI/AAAAAAAAAWA/d5UUp5JljTE/s400/Cap.jpg" title="Да, это тот самый человек, который горестно хватается за голову в комиксах Асхата Уразбаева" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Знаменитый Капитан Пикард</td></tr>
</tbody></table>
Вероятно, эта система отлично работает, когда вы пытаетесь организовать «команду» дворников (которые обладают одними и теми же навыками и на сто процентов взаимозаменяемы) собирать пивные бутылки, оставшиеся после празднования победы Зенита в Чемпионате России (ЗЕНИТ – ЧЕМПИОН, ЕСЛИ КТО НЕ ЗНАЕТ)<a href="http://pm-jedi.blogspot.com/2012/05/joel-spolsky-management-team.html#ref1" rel="nofollow" title="Адаптировано под Российскую действительность. В оригинале – to sweep up the ticker tape in the street after the Giants parade BECAUSE THE GIANTS WON THE SUPER BOWL IF YOU DID NOT NOTICE."><sup>1</sup></a><br />
<br />
Командно-административный подход наверняка великолепно работает на заводе, где отец <a href="http://ru.wikipedia.org/wiki/%D0%A7%D0%B0%D1%80%D0%BB%D0%B8_%D0%B8_%D1%88%D0%BE%D0%BA%D0%BE%D0%BB%D0%B0%D0%B4%D0%BD%D0%B0%D1%8F_%D1%84%D0%B0%D0%B1%D1%80%D0%B8%D0%BA%D0%B0_(%D0%BA%D0%BD%D0%B8%D0%B3%D0%B0)" rel="nofollow" target="_blank">Чарли Бакета</a> целый день привинчивает крышки на тюбики зубной пасты.<br />
<br />
Этот стиль управления настолько прост и очевиден, что 90% основателей стартапов изначально выбирают именно его. Звучит заманчиво! Он, кстати, вполне неплохо работает в компании из трёх сотрудников.<br />
<br />
На самом деле, такая система опасна. Незаметно для вас, в какой-то момент она полностью останавливает рост компании. Когда штат компании увеличивается с трёх человек до тридцати, управление «сверху вниз» просто перестаёт работать, так как при таком подходе невозможно эффективно использовать интеллект каждого сотрудника в организации.<br />
Удивительно, но работа в компании, где все твои задачи сводятся к тому, чтобы заткнуться и молча выполнять приказы, очень <i>де</i>мотивирует. Руководя техническим стартапом, мы инстинктивно понимаем, что должны нанимать самых умных и талантливых людей. При этом мы часто забываем, что должны создать им такие условия труда, при которых их мозги будут работать 24 часа в сутки 7 дней в неделю.<br />
<br />
Это – пирамида, поставленная на свою вершину. Менеджмент не является главным в организации. Забудьте это как страшный сон! Заставьте себя понять, что во главе организации стоят программисты, дизайнеры, продакт-менеджеры и ребята из отдела продаж.<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://3.bp.blogspot.com/-UELWGDKTDDc/T6FaOGby6YI/AAAAAAAAAWE/abXZPshDyM0/s1600/Joel.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="186" src="http://3.bp.blogspot.com/-UELWGDKTDDc/T6FaOGby6YI/AAAAAAAAAWE/abXZPshDyM0/s400/Joel.png" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Картинка Джоеля, взятая из оригинала</td></tr>
</tbody></table>
<br />
Команда менеджеров не принимает решения. Основная её функция – поддержка. Думаю, стоит назвать их администраторами, а не руководителями. (Возможно, это заставит их поменьше надувать щёки).<br />
<br />
Администраторы не должны принимать важные решения. Обычно у них просто не хватает для этого знаний. Решения должны принимать все эти нанятые вами (и получающие нехилую зарплату) крутые айтишники из Бауманки<a href="http://pm-jedi.blogspot.com/2012/05/joel-spolsky-management-team.html#ref2" title="В оригинале – MIT"><sup>2</sup></a>. Кстати, именно за это вы им и платите. Администраторы нужны лишь для того, чтобы переставлять мебель, создавая людям на вершине этого организационного дерева удобную обстановку для принятия сложных решений.<br />
<br />
Неужели вы думаете, что CEO может разрешить спор двух инженеров о том, что лучше использовать – один Flash SSD или несколько маленьких SSD? Особенно, если эти два инженера предварительно потратили три дня на изучение вопроса и тестирование различных вариантов.<br />
<br />
Подумайте, как организован факультет в университете<a href="http://pm-jedi.blogspot.com/2012/05/joel-spolsky-management-team.html#ref3" title="Имеется в виду, конечно же, классический американский университет"><sup>3</sup></a>. На факультете есть профессора различного калибра, которые обычно делают то, что их душе угодно. Кроме них есть декан (которого на эту должность частенько подло заманивают). Декан может организовывать общие собрания и распределять нагрузку, но он определённо не может устанавливать профессору часы занятий<a href="http://pm-jedi.blogspot.com/2012/05/joel-spolsky-management-team.html#ref4" title="Видимо, в Америке нет всемогущего Бюро Расписаний"><sup>4</sup></a>, указывать, какими исследованиями ему заниматься, что писать и о чём размышлять.<br />
<br />
В организациях, основная ценность которых – знания работающих в них людей, всё должно быть устроено аналогичным образом. Нет смысла строить стартап с одним гигантским интеллектом на верхушке и кучкой мелких, выполняющих его приказы мозгов внизу. Вместо этого надо пытаться построить один огромный, общий интеллект и прилагать лишь минимальную административную поддержку для того, чтобы он пахал без сбоев.<br />
<br />
На мой взгляд, менеджеры – это администраторы, обслуживающий персонал, который помогает талантливым людям, создающим и продающим продукт, делать свою работу лучше. Попытка наделить менеджера эксклюзивными полномочиями для принятия решений, отобрав их у всех остальных, демотивирует умных сотрудников. Если умным людям не позволить делать вещи так, как они считают правильным, то эти люди впадут в депрессию и разбегутся. И, если это случится, то вы останетесь один на один с кучкой подхалимов, которые понятия не имеют о том, как всё должно работать, а компания будет иметь только один мозг – CEO. Думаю, теперь понятно, что я имел в виду, когда говорил, что рост компании остановится.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="http://1.bp.blogspot.com/--GqvnjiH1EE/T6FaPQ_C6uI/AAAAAAAAAWU/O7aKZylgwDA/s1600/steve_jobs.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="209" src="http://1.bp.blogspot.com/--GqvnjiH1EE/T6FaPQ_C6uI/AAAAAAAAAWU/O7aKZylgwDA/s400/steve_jobs.jpg" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Для того, чтобы управлять как Стив Джобс надо быть Стивом Джобсом!</td></tr>
</tbody></table>
И, да, вы правы. Стив Джобс не использовал этот стиль управления. Он был диктатором, авторитарным сукиным сыном, который правил с помощью страха и принуждения. И даже, вероятно, создавал отличные продукты. Но не обольщайтесь. Вы не Стив Джобс. Вы не самый лучший дизайнер в вашей компании. Вы не пишете код лучше ваших программистов и не продаёте лучше, чем ребята из отдела продаж.<br />
<br />
Оказывается, для производства отличного продукта не обязательно быть свихнувшимся на микроменеджменте психом с нарциссическим расстройством личности. Достаточно просто нанимать умных людей и не мешать им делать то, что они считают нужным. Самое печальное в житиях Стива Джобса то, что вся эта «инкубаторская школота»<a href="http://pm-jedi.blogspot.com/2012/05/joel-spolsky-management-team.html#ref5" title="В оригинале young incubator twerps"><sup>5</sup></a>, с напыщенным видом расхаживающая вокруг Маунтин Вью, намеренно культивировала свои худшие черты характера, в полной уверенности, что именно эти качества сделали Стива Джобса гением дизайна. Cum hoc ergo propter hoc<a href="http://pm-jedi.blogspot.com/2012/05/joel-spolsky-management-team.html#ref6" title="Те, кто к своему стыду не знают латынь, могут легко найти значение этого выражения в Google"><sup>6</sup></a>, слизняки. Попробуйте лучше надеть чёрную водолазку – может поможет?<br />
<br />
На каждого Стива Джобса всегда найдётся сотня руководителей, которые знают, как нанимать умных людей и делать их работу комфортной, позволять им создавать великолепные вещи в воодушевляющей атмосфере свободы. И это – ЗАМЕЧАТЕЛЬНО. Работать так - это не значит понизить ваши стандарты или позволить людям делать работу плохо. Работать так - это значит нанять умных людей, которые классно делают своё дело, а потом убраться у них с дороги и не путаться под ногами.<br />
<br />
<h3>Примечания переводчика</h3>
<a name="ref1">1</a>. Адаптировано под Российскую действительность. В оригинале – to sweep up the ticker tape in the street after the Giants parade BECAUSE THE GIANTS WON THE SUPER BOWL IF YOU DID NOT NOTICE.<br />
<br />
<a name="ref2">2</a>. В оригинале – MIT<br />
<br />
<a name="ref3">3</a>. Имеется в виду, конечно же, классический американский университет<br />
<br />
<a name="ref4">4</a>. Видимо, в Америке нет всемогущего Бюро Расписаний<br />
<br />
<a name="ref5">5</a>. В оригинале young “incubator twerps”<br />
<br />
<a name="ref6">6</a>. Те, кто к своему стыду не знают латынь, могут легко найти значение этого выражения в Google<br />
<br />
<br />
<span style="font-size: x-small;"><b>Disclaimer:</b> данная статья признана автором блога правильной и полезной, поэтому она переведена и опубликована в этом блоге. Автор блога оставляет за собой право не разделять мнение автора исходной статьи и не нести ответственность за дискомфорт, причинённый поклонникам любой персоны, затронутой в статье. </span><br />
<br />
<span style="font-size: x-small;">Я потратил целый вечер своей жизни на перевод этой статьи. Я мог бы в это время обнимать жену, играть с дочкой в прятки или дышать свежим воздухом в парке. Поэтому, если вы перепечатаете этот пост без ссылки на мой блог, я на вас сильно обижусь!</span>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com9tag:blogger.com,1999:blog-4880748087379545373.post-14629995917964708332012-04-30T00:41:00.000+07:002012-07-19T21:21:12.754+07:00Девятая встреча Барнаульского PM-Community<div style="text-align: justify;">
<br /></div>
<div class="MsoNormal">
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
В воскресенье прошла очередная встреча <a href="http://pm-barnaul.info/" target="_blank">Барнаульского сообщества руководителей проектов.</a> </div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
<br /></div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
К сожалению, в программе пришлось сделать небольшие изменения и доклад про методологию XP пришлось перенести на одну из следующих встреч. Поэтому, на докладе про <b>делегирование</b> решили время не экономить, а провести его в виде интерактивной flipchart-сессии.</div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
<br /></div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
Мы впервые попробовали доклады в таком формате. Кроме того, это был первый парный доклад на наших встречах. Естественно, эксперимент мы решили поставить на себе, поэтому выступали вдвоём с Натальей Оглоблиной – одной из основателей сообщества.</div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
<br /></div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
Конечно же, флипчарта ни у кого под рукой не оказалось (и с собой его, как ни странно, никто не принёс), поэтому рисовали на доске, поставленной на стул, а потом быстро всё стирали, "эмулируя" перелистывание страниц. </div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
<br /></div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
Поскольку доклад касался делегирования - одной из базовых задач менеджера, в работу понемногу включилась вся аудитория - около 20 человек, среди которых были и PMы, и руководители отделов, и владельцы бизнеса.</div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
<br /></div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
Мы определили делегирование как <i>передачу части своих задач подчинённому с наделением его соответствующей ответственностью и полномочиями</i>, разобрали основные выгоды от делегирования и попытались перечислить причины, которые мешают нам делегировать. Среди них мы выделили такие очевидные вещи как нехватку времени, недоверие сотрудникам, а также "<i>гиперответственность</i>" – стремление выполнить все порученные задачи и "<i>комплекс супермена</i>" – желание сделать всё самому и, тем самым, спасти мир. Кстати, пообщавшись с аудиторией, мы пришли к выводу, что делегировать можно, в общем-то, все задачи. Вопрос только в доверии, возможностях и компетенциях человека, которому мы их делегируем.</div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
<br /></div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
Вторая часть нашего интерактивного выступления была посвящена разбору известной многим <b>матрицы Эйзенхауэра</b>. Мы распределили задачи по срочности и важности, поговорили о каждом секторе отдельно и, в заключение, привели пример о том, что будет с компанией, если менеджер, занимающийся задачами из каждого квадрата, на полгода уедет в Антарктиду изучать пингвинов.</div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
<br /></div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
В общем, получилось в меру весело, в меру холиварно и очень интерактивно, что не может не радовать. Думаю, формат парных флипчарт-сессий можно продолжить и в будущем.</div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
<br /></div>
</div>
<div class="MsoNormal">
<div style="text-align: justify;">
Кстати, мы с удовольствием поможем вам <b>"прокачать" ваши навыки делегирования.</b> В ближайшее время в Барнауле планируется несколько тренингов по этой тематике. Интересно? <a href="mailto:mikhail.b.payson@gmail.com" target="">Пишите</a>!</div>
</div>
<div style="text-align: justify;">
<br /></div>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com0tag:blogger.com,1999:blog-4880748087379545373.post-23008014915820650042012-04-27T19:18:00.001+07:002012-04-27T19:23:41.099+07:00(Ссылка) Менеджер и его время, или Кому достанется обезьяна?<div style="text-align: justify;">
<i>Подчиненные всегда стремятся переложить свою ношу на плечи начальника. Но есть способ, позволяющий руководителю расставить все по своим местам. Впервые статья “Management Time: Who's Got the Monkey?” вышла в ноябрьском выпуске HBR за 1974 год и с тех пор неоднократно перепечатывалась, став главным бестселлером журнала.</i></div>
<div style="text-align: justify;">
<br /></div>
<div>
<div style="text-align: justify;">
Почему руководителю обычно не хватает рабочего дня, тогда как подчиненным часто нечем его заполнить? Чтобы ответить на этот вопрос, внимательно посмотрим на структуру рабочего времени менеджера. Мы сразу увидим, что в ходе работы он вступает во взаимодействие трех разных типов: с начальством, другими менеджерами и подчиненными. Это позволяет нам разделить временной ресурс руководителя на три компонента: </div>
<div>
<ul>
<li style="text-align: justify;">время менеджера, которым распоряжается его босс, – часть временного ресурса, которая расходуется на <b>деятельность, навязываемую начальством</b>. Если менеджер пренебрегает этими обязанностями, его ждет наказание; </li>
<li style="text-align: justify;">время, которое забирает система, – часть временного ресурса, затрачиваемая на <b>выполнение просьб менеджеров других подразделений</b>. Пренебрежение этой деятельностью тоже влечет за собой расплату, хотя не столь скорую и, возможно, опосредованную; </li>
<li style="text-align: justify;">время, которое менеджер тратит на собственные инициативы, – часть временного ресурса, которую менеджер тратит на <b>реализацию собственных замыслов</b> и <b>выполнение обязанностей, взятых им на себя добровольно</b>. Однако некоторую долю из этого запаса съедают подчиненные – назовем это временем, которым распоряжаются подчиненные. То, что остается, – время, распределяемое по собственному усмотрению. Разумеется, невыполнение собственных замыслов не сопровождается дисциплинарными взысканиями: ни начальство, ни система не могут наказать менеджера за пренебрежение обязанностями, о которых знает лишь он сам.</li>
</ul>
</div>
<div style="text-align: justify;">
</div>
<br />
<a name='more'></a><br />
Чтобы согласовать между собой все составляющие, менеджеру необходимо установить и поддерживать контроль над содержанием и расходованием своего временного ресурса. Поскольку требования, предъявляемые начальством и системой, обязательны к исполнению, эти составляющие менеджеру неподвластны. Единственный компонент, который оставляет простор для маневра, – это время, затрачиваемое на собственные инициативы. И тут основная задача менеджера – максимально увеличить время, расходуемое по собственному усмотрению, и минимизировать или даже свести к нулю ту часть, которую отнимают подчиненные. Полученный выигрыш поможет ему успешнее выполнять требования начальства и системы.<br />
<br />
Между тем большинство менеджеров даже не подозревают, сколько драгоценных часов они теряют, решая задачи своих подчиненных. Чтобы продемонстрировать, как возникают такого рода проблемы и что делать с ними руководителю, мы используем образ “обезьяна на спине”, уподобив проблемы обезьянам, которые так и норовят поскорее сбежать от своего хозяина и оседлать его босса.<br />
<br />
Продолжение - здесь: <a href="http://www.hbr-russia.ru/issue/1/1196/">http://www.hbr-russia.ru/issue/1/1196/</a>
<br />
</div>Михаил Пайсонhttp://www.blogger.com/profile/06121961388321549552noreply@blogger.com2