5 заметок с тегом

управление проектами

Нормальное задание на работу

Каждый раз, когда я сталкиваюсь с исполнителем и слышу «сформулируйте мне задание нормально», у меня внутри запускается процесс генерации нецензурных выражений. Сейчас я уже понял, что весь мир не научишь жить. Поэтому теперь старательно сдерживаю себя и помогаю исполнителю приблизиться к просветлению. Я решил написать пост, для исполнителей.

Нет никакого правильно сформулированного задания. Получить задание можете только вы и никто другой. Ведь это вам выполнять задачу. Вы знаете какая информация вам нужна для решения задачи.

Приведу пример:
мне нужно нарисовать пару иллюстраций для макета. Я туда вставил подходящие по стилю картинки и иду к иллюстратору.
«Привет, чувак, мне нужно вот сюда иллюстрации вот в таком стиле. Ок?» И у меня ощущение что я нормально сформулировал задачу. Я ж не знаю что иллюстратору нужно для выполнения. Я жду вопросов.

Если их не поступает, может показаться что иллюстратор все понял. Но скорее всего нет, и он нарисует то, от чего ты офигеешь, и при поправках будет цитировать «это нам не задавали».

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

Но есть еще совсем низкий уровень постановки задач, где исполнителю не нужно ничего понимать, а нужно только делать.
Например:
«Копай от сюда до сюда.»
«Сделай все кнопки в этих пяти макетах вот в таком стиле.»
«Посади сюда вот эти цветы»

Это уровень «командир — рядовой». Рядовому нефиг задавать вопросы, он не должен думать. Когда ставишь задачу нужно помнить на каком уровне находится задача и на каком уровне находится человек. Если перед тобой рядовой, не нужно ждать, что он будет понимать задачу.

 Нет комментариев   2015   постановка задач   управление проектами

Когда хочешь казаться хорошим

Я отношу себя к честным людям и лишний раз стараюсь не врать. Но заметил одну неприятную вещь — вру я очень много. Ложь эта прячется под моими лишними обещаниями.

Когда на тебя в процессе работы валится много различных задач, постепенно ты в них по горло. И в какой-то момент ты начинаешь часто людям говорить: «Да, сделаю в течении дня» или «пришлю через час». Потому что обещание ты уже нарушил и тут ты как бы извиняешься и ломишься все исправить. Но на деле ты не ломишься исправить. Как сказал Людвиг на лекции: ты впариваешь людям что угодно, лишь бы они просто отстали, дали еще время. И самое простое решение — сказать «да, ща все поправим». А под этим скрывается: «Исчезни, чувак! Отвали!»

И в этом проблема. Проблема в том, что ты не можешь сказать: «я лоханулся. Более того, вашу задачку я не смогу выполнить ближайшие два дня». И проблема уже в самом начале: когда ты брал эту задачку. Конечно, сказать что успеешь за два дня очень хочется, чтобы угодить людям. Но человек этого не просил, он хотел реальной оценки. И теперь когда ты зафейлил он тоже хочет реальной оценки: когда будет сделано.

Так как в последнее время я начал пропагандирование в себе «тотальной честности», самая сложность возникла именно тут. Сложнее всего признаться что у тебя все хуево. Что у тебя нет денег. Что ты проспал. Что ты не придумал. Если прикрыться, то каким-то оправданием, которое не испортит твой репутации.

Перестать из себя строить человека у которого все работает как часы, у которого бизнес, сотрудники, зарплаты. Взглянуть на себя и увидеть себя, и вот такого местами кривого, глупого, какого-угодно показать людям.

И практический совет себе и вам: будь плохим когда даешь обещания. Обещай мало. Будь жадным. Будь ленивым. Ведь все равно ты такой и есть. Так хоть отношения не испортятся.

 1 комментарий    1   2015   личное развитие   саморазвитие   управление проектами

Контроль поправок в макете

Самый ад для меня — это списки тудушек со всякой мелочевкой из макетов.

После презентации клиенту, у меня всегда имелся список подобных тудушек:

  1. Главная. Не нравится цвет ссылок.
  2. Главная. Телефон нужно поменять на 8-800, иконку корзины уменьшить.
  3. В блоке «свежак» попробовать другой желтый.
  4. Не нравится телка на аватарке.

И т. д. После встречи этот список я засылал клиенту, чтобы на следующей встрече мы шли ровно по этому списку. Если он хочет что-то добавить, нужно прислать мне до встречи. Это называется уровнять ожидания.

И работало. Ну так — шатко валко. Скайп, эверноут, фотошоп, почта. Каждый раз переключаться с эверноута, в фотошоп и вносить изменения как-то дрочит.

Поэтому я придумал:
пишу комменты клиента по ходу разговора прямо в макет. Если презентация идёт с расшаренным экраном, то клиент ещё и сразу видит что я пишу.

Выглядит это так:

Рядом с каждым экраном выписываются комментарии. После, когда я работаю над макетами, все корректировки у меня перед глазами.

После разговора я прохожусь по всему записанному, дополняю, правлю. И отправляю клиенту письмо с темой «Усвоенное на встрече», с просьбой подтвердить что все верно, либо дополнить.

Сделал — зачеркнул.

На следующей встрече с клиентом, мы просто идем по зачеркнутым пунктам (да, ему показывается скрин сразу с вот такой желтой штукой). А я создаю новые, удалив старые или изменив их. И так до тех пор, пока штуки не исчезнут.

 Нет комментариев   2014   дизайн   сдать   управление проектами

Как я читал Тафти

Год назад я купил книгу Тафти «Инвижинин инфомэйшн». Мой английский не так прекрасен, чтобы просто сесть и прочитать её. Я осилил первую главу и забросил.

Недавно я задумался: че это я из себя дизайнера корчу, а Тафти то не прочитал. Не порядок. Но прочитать ещё главу и забросить снова мне не хотелось.

Тогда я решил отнестись к книге как к проекту: с дедлайном и промежуточными гвоздями. Составил график. Для начала посмотрел сколько глав и страниц предстоит прочитать. Прикинул, что по 4 страницы в день читать должно быть норм. 4 страницы в день мало или много? Да пофигу подумал: все это примерно — только для определения дедлайна. Проверил потом 4 страницы — ок.

Появился дедлайн — 6 июня я дочитаю книгу. И промежуточные даты на каждую главу.
В Сингс появились ту-душки с названиями глав (на картинке уже прибитые ту-душки):

Дальше оказалось, что не на всех страницах есть текст, а значит читать их не стоит труда. Хотя на иллюстрациях я залипал бывало еще дольше. Но меня это не беспокоило: я просто считал их за страницы. Сдать проект раньше можно.

Дальше оказалось, что я какую-то главу проглотил за день и приступил к следующей. Промежуточные даты вдруг растворились. Я ушел вперед на несколько дней. Было я не брал книгу 4 дня. Но у меня был запас и я не беспокоился.

5 июня я дочитал книгу. Можно было быстрее. Но мне это не было жизненно важно. Было важно оценить проект и сдать его в срок. Что я и сделал.

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

 1 комментарий    1   2014   Тафти   управление проектами

Релиз продукта = рождение ребёнка

Я нашёл для себя прекрасную метафору здорового старт продукта.

Здоровый старт, это когда вы запускаетесь с минимальным функционалом, без которого продукт не имеет смысла. И запускаетесь в назначеный срок.

Ребёнок рождается с минимумом возможностей: дышать, слышать, орать, видеть. Естественно, мы знаем, что ребенок должен уметь ходить, разговаривать и остроумно шутить, есть ложкой, читать Донцову умные книжки и т. д. Это и многое другое нужно для полноценного человека. Именно для этого был он рожден. Но рождается он маленький, орущий, дышущий, слышащий, видящий. Всё. Это минимальный функционал, без которого ребёнок не выживет.

Папака-то с мамкой, уже давно, разработали проект под кодовым названием «Наш идеальный ребёнок»: научится говорить, выучит английский, пойдет в школу, на танцы и т. д. Но принести эти «доработки» природе они не могут. ФФФ епты. Поэтому получают на руки мелкое орущее создание. Ребёнок есть — это главное.

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

Представим абсурдный пример, что мама имеет возможность в утробе воспитывать ребенка, обучать, и выпускать в свет только когда будет готова. Сколько времени маме нужно? А во время родов мамка не запарится двух метрового, высокоинтелектуального паренька-то рожать? Подозреваю, что рожаемость бы сильно понизилась. Прекрасно, что этим управляет природа, а не родители.

А компании часто пытаются в утробе создать продукт, который будет уметь всё задуманное. В результате он и на англ еле говорит, и дышит через раз, и ложку из рук роняет. А то и просто родить не могут — великоват вышел, не проходит.

Природа определила дедлайн релиза человека в 9 месяцев. Природа чётко очертила минимальный функционал. Продуктам нужны свои 9 месяцев, и минимумальный функционал.

Вам нужны личные сообщения?
Вам нужны уведомления по смс?
Нужна анимация на карте?

Каков план?
Правильно. Родить. Через неделю научить говорить. Потом ходить. Потом прыгать. А потом и английский.

Нельзя стартовать без личных сообщений! У нас пользователи общаться должны.
Алё! Ребёнок рождается не умея ходить и говорить. Вон нас сколько здоровых и прекрасных.

 Нет комментариев   2013   дизайн   управление проектами   ФФФ