Первая страница
Наша команда
Контакты
О нас

    Главная страница


Руководство для карьеристов Про управление Про стартапы Про психологию Про личные финансы Про здоровье




страница9/25
Дата30.06.2017
Размер1.22 Mb.
ТипРуководство
1   ...   5   6   7   8   9   10   11   12   ...   25
Сбор замечаний и пожеланий от членов команды Изначально проект был запущен в авторитарном стиле: продакт-менеджер (он же менеджер проекта) говорил что, когда и как делать. Это привело к хорошим результатам - быстрому запуску проекта и выводу его на рынок в кратчайшие сроки. Но когда сервис набрал определенное число пользователей, авторитарный стиль управления стал неэффективен по двум причинам: • он не позволял эффективно и в деталях улучшать либо менять продукт; • он создал угрозу работы коллектива только для галочки. Поэтому стоило перейти к демократичному стилю руководства проектом. Я попросил каждого члена команды прислать список замечаний: что хотелось бы изменить, доработать, сократить в продукте, потом свел все пожелания в единый документ и добавил туда задачи, поставленные заказчиком. На общем собрании команды мы обсудили каждый пункт, чтобы выбрать те замечания, с которыми согласно большинство - от системного администратора до инженера техподдержки, и отсеять ненужные идеи. В итоге получился список задач, который вдохновил людей на следующий этап напряженного труда. Мои сотрудники начали реализовывать в рамках проекта собственные идеи. Сбор пожеланий от пользователей Каждый пользователь воспринимает сервис по-своему и использует продукт для решения индивидуальных задач. По этой причине каждый пользователь может назвать нужные доработки для комфортной работы с системой. Мы периодически делаем рассылку с заголовком «Сбор пожеланий для улучшения системы» и отбираем наиболее частые запросы от пользователей. Бывает, авторы пропускают очевидные истины, а письма от пользователей помогают наладить обратную связь. Также интересно получать пожелания от разных групп пользователей. Зная, чего именно ждут от вас пользователи, вы планируете работу максимально эффективно: какие-то задачи, придуманные командой, отодвигаете на потом, какие-то решаете в первую очередь, потому что этого ждут от вас потребители. Используйте свой продукт! Очень часто можно наблюдать ситуацию, когда команда делает продукт для посторонних, но не пользуется им сама. Нередко руководители проекта и сами инвесторы не пользуются им, но при этом пытаются ставить задачи и формулировать замечания. Поймите, что только используя собственный продукт вы сможете быстро понять, что в нем не так и чего не хватает. Притом пользоваться необходимо каждый день и не формально, а действительно сделать использование продукта частью своей повседневности. Чем больше людей из команды и руководства будет пользоваться разрабатываемым сервисом, тем больше будет уровень вовлеченности команды в работу и понимания того, что и зачем делается в рамках проекта. Вы не сумеете сделать проект действительно успешным, если все в команде будут к нему относиться только как к работе, за которую платят деньги или как к бизнесу, который потом принесет прибыль. Вы должны любить, знать свой продукт и жить им! Любите свое дело, в этом кроется секрет успеха любого начинания. Ранжирование важных задач: простые и сложные После сбора замечаний посредством опроса команды, пожеланий пользователей и самостоятельного пользования продуктом мы получим на выходе список задач. Он почти всегда оказывается огромен и неподъемен. Чтобы решить, что сделать в первую очередь, а что отложить на потом, я использую следующий подход. Список задач я оценил по трехбалльной системе сложности реализации: Задача легко выполняется за 1-2 рабочих дня. Сделать задание не сложно, потребуется примерно 5 рабочих дней. Сложная работа, выполняется за месяц и более. Далее я распечатываю список задач, и каждый член команды выставляет оценку важности для каждой задачи по трехбалльной системе: Можно не выполнять вообще. Если сделать, будет польза, но если не сделать – не критично. Делать нужно обязательно, иначе пострадает качество проекта. Затем я высчитывал средний балл по каждой задаче. Далее было составлено два списка: Важные, но простые в реализации задачи (вычисляем по формуле: важностьсложность); Важные, но трудоемкие задачи (вычисляем по формуле: важность Х сложность) Таким образом, сначала выполняем основной массив важных, но простых в реализации задач, а затем приступаем к не менее важным, но сложным и трудоемким процессам. Чтобы соблюсти баланс, я ввел специальную систему распределения заданий: 20 времени программисты делают важные, но простые задачи и 80 делают важные, но сложные задачи. В итоге продукт непрерывно улучшается, прирастает новыми функциями, шлифуются все мелочи и периодически происходят глобальные дополнения. Пользователи очень довольны: они видят, что работа над продуктом идет постоянно, регулярно появляются новые или усовершенствованные старые функции. Каждые два часа делайте перерыв на 20 минут Итак, этап запуска проекта и вывода его на запланированный уровень пройден. Ваша команда очень устала от интенсивного ритма работы. У многих сотрудников сформировалась привычка в течение рабочего дня ни на минуту не отвлекаться от выполнения заданий, не делать перерывы. Но за миллионы лет эволюции человеческий организм не изменил своей главной потребности – двигаться, чтобы жить. Каждый из нас знает, что после длительной поездки в транспорте тело болит. Мышцы затекают, вы чувствуете себя, как выжатый лимон. Это связано с тем, что несколько часов вы практически не двигались. Но если бы вы периодически вставали и разминали ноги, поездка могла быть менее утомительной. Учитывая это, я ввел для своих сотрудников 20-минутный перерыв с прогулкой на улице каждые 2 часа работы. За рабочий день набегает целый час отдыха: вместо 8-часовой работы люди трудятся 7 часов и 1 проводят на свежем воздухе. В результате один из программистов мне сказал: «Раньше я работал дома. Когда утомлялся, выходил на улицу и разминался, потом возвращался домой и продолжал работу. В итоге вечером после рабочего дня я был бодрым. Но пошел работать в офис – стал чувствовать себя вечерами, словно выжатый лимон, приезжал домой очень усталым. Теперь, с введенными прогулками, я бодрый весь день и вечером чувствую себя отлично. Да и работается легче и результативней!» Безусловно, вводить такие перерывы необходимо в добровольном порядке. Кто не хочет, тот может работать без перерыва 8 часов и не выходить в течение дня на прогулку.
1   ...   5   6   7   8   9   10   11   12   ...   25

  • Сбор пожеланий от пользователей
  • Используйте свой продукт!
  • Ранжирование важных задач: простые и сложные
  • Каждые два часа делайте перерыв на 20 минут