🔍 Начните печатать, чтобы искать по книге или перейти к нужной странице по номеру

Удобно листать не только прокруткой, но и клавишами‑стрелками:

 
между важными местами
Shift
между
разворотами
Нико­лай Тове­ров­ский

Управление проектами, людьми и собой

Изда­тель­ство Бюро Гор­бу­нова
2017
Николай Товеровский

Управление проектами, людьми и собой

Издательство Бюро Горбунова
2017
удк 65.012
ббк 65.290‑2
Т50
Тове­ров­ский Н. О.
Т50
Управ­ле­ние про­ек­тами, людьми и собой. —
М.: Изд‑во Бюро Гор­бу­нова, 2017
ISBN 978‑5‑9907024‑3‑1

Прак­ти­че­ское руко­вод­ство по управ­ле­нию про­ек­том от замысла до вопло­ще­ния. Про­ек­том может быть сайт, при­ло­же­ние, стар­тап, ста­тья, ремонт, путе­ше­ствие, даже поход за хле­бом™. Учеб­ник пред­на­зна­чен для мене­дже­ров, руко­во­ди­те­лей, стар­та­пе­ров, дизай­не­ров, редак­то­ров, раз­ра­бот­чи­ков — и всех людей.

УДК 65.012
ББК 65.290‑2
ISBN 978‑5‑9907024‑3‑1
© Изда­тель­ство
Бюро Гор­бу­нова, 2017

Оглавление

    Что зна­чит сделать 

    Проекты 

    Люди 

    Вы 

    Заключение 

удк 65.012
ббк 65.290‑2
Т50
Т50
Товеровский Н. О.
Управление проектами, людьми и собой. —
М.: Изд‑во Бюро Горбунова, 2017
ISBN 978‑5‑9907024‑3‑1

Практическое руководство по управлению проектом от замысла до воплощения. Проектом может быть сайт, приложение, стартап, статья, ремонт, путешествие, даже поход за хлебом™. Учебник предназначен для менеджеров, руководителей, стартаперов, дизайнеров, редакторов, разработчиков — и всех людей.

УДК 65.012
ББК 65.290‑2
ISBN 978‑5‑9907024‑3‑1
© Издательство
Бюро Горбунова, 2017

Оглавление

    Что значит сделать 

    Проекты 

    Люди 

    Вы 

    Заключение 

Скрыто 112 разворотов

Исполнитель понимает задачу

Резуль­тат — это польза в мире кли­ента. Какой хлеб ожи­дает к ужину жена? Сколько нужно хлеба? Подой­дёт ли вче­раш­ний? Захва­тить ли кра­юшку боро­дин­ского и кексы или нао­бо­рот сэко­но­мить, взяв пол­кир­пи­чика? Чтобы полу­чить резуль­тат в мире кли­ента, пер­вым делом нужно узнать его ожи­да­ния — понять задачу.

В армии ответ­ствен­ность за поста­новку задачи лежит на коман­дире. Если его при­казы будут раз­мы­тыми и нечёт­кими, сол­даты вля­па­ются в болото или забре­дут на мин­ное поле. Сол­даты не имеют права на раз­мыш­ле­ния и ини­ци­а­тиву, а отве­чать за неудачу будет коман­дир. Коман­дир — воен­ный профессионал.

Сер­вис устроен иначе. Кли­ент ста­вит задачу про­фес­си­о­налу, но про­фес­си­о­нал не имеет права рас­счи­ты­вать на то, что кли­ент ока­жется хоро­шим коман­ди­ром. Чаще всего кли­ент вовсе и не хочет им быть — он зака­зы­вает услугу и ждёт хоро­ший сер­вис. Про­фес­си­о­нал не начи­нает работу, пока не пой­мёт задачу.

Исполнитель понимает задачу

Результат — это польза в мире клиента. Какой хлеб ожидает к ужину жена? Сколько нужно хлеба? Подойдёт ли вчерашний? Захватить ли краюшку бородинского и кексы или наоборот сэкономить, взяв полкирпичика? Чтобы получить результат в мире клиента, первым делом нужно узнать его ожидания — понять задачу.

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

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

Жена и муж

Муж уточ­няет, какой хлеб купить, к какому вре­мени, сколько и почём. Жена под­твер­ждает, что он понял верно. Жена — кли­ент, муж — исполнитель.

Жена и муж

Муж уточняет, какой хлеб купить, к какому времени, сколько и почём. Жена подтверждает, что он понял верно. Жена — клиент, муж — исполнитель.

Клиент и бюро

Если кли­ент предо­ста­вит испол­ни­телю самое подроб­ное тех­ни­че­ское зада­ние, нет ника­кого спо­соба узнать, что испол­ни­тель его пра­вильно понял. Как усердно бы дизай­нер ни кивал голо­вой, он мог уви­деть в зада­нии что‑то своё.

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

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

Бюро — исполнитель.

Клиент и бюро

Если клиент предоставит исполнителю самое подробное техническое задание, нет никакого способа узнать, что исполнитель его правильно понял. Как усердно бы дизайнер ни кивал головой, он мог увидеть в задании что‑то своё.

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

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

Бюро — исполнитель.

Арт‑директор и дизайнер

Работа дизай­нера с арт‑дирек­то­ром начи­на­ется с пер­вого дня про­екта. Нельзя при­не­сти работу нака­нуне дед­лайна и рас­счи­ты­вать её сдать.

Однако нет ника­кого смысла изо дня в день при­но­сить арт‑дирек­тору полу­фаб­ри­кат с одними и теми же недо­стат­ками. Вме­сто цен­ных сове­тов дизай­нер будет полу­чать повто­ря­ю­щийся набор заме­ча­ний. Про­гресса в работе не будет.

Поэтому каж­дый визит дизай­нера к арт‑дирек­тору — мини‑пре­зен­та­ция, в ходе кото­рой он отчи­ты­ва­ется о работе и исправ­лен­ных ошиб­ках и сор­ти­рует новые заме­ча­ния. Дизай­нер раз­би­ра­ется в задаче, состав­ляет и утвер­ждает у арт‑дирек­тора новый туду‑лист. Дизай­нер пони­мает задачу.

Арт‑дирек­тор — кли­ент, дизай­нер — исполнитель.

Арт‑директор и дизайнер

Работа дизайнера с арт‑директором начинается с первого дня проекта. Нельзя принести работу накануне дедлайна и рассчитывать её сдать.

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

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

Арт‑директор — клиент, дизайнер — исполнитель.

Дизайнер и разработчик

Дизай­нер пере­даёт резуль­тат соб­ствен­ной работы про­грам­ми­сту в виде кар­ти­нок и пояс­не­ний. Как бы подробно дизай­нер ни про­ду­мал про­ект, его эскизы — всего лишь раз­роз­нен­ные плос­кие «снимки» буду­щего мно­го­мер­ного про­дукта. Любой эле­мент интер­фейса не только имеет набор соб­ствен­ных состо­я­ний и режи­мов управ­ле­ния, но и вли­яет на дру­гие эле­менты, часто неоче­вид­ным образом.

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

Во время раз­ра­ботки про­грам­ми­сты стал­ки­ва­ются с нераз­ре­шён­ными дизай­нер­скими зада­чами, непред­ви­ден­ными состо­я­ни­ями и тех­ни­че­скими труд­но­стями. Необ­хо­ди­мые изме­не­ния в про­екте раз­ра­бот­чик согла­со­вы­вает с дизай­не­ром и сам фор­ми­рует новый туду‑лист. Раз­ра­бот­чик пони­мает задачу.

Дизай­нер — кли­ент, раз­ра­бот­чик — исполнитель.

Дизайнер и разработчик

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

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

Во время разработки программисты сталкиваются с неразрешёнными дизайнерскими задачами, непредвиденными состояниями и техническими трудностями. Необходимые изменения в проекте разработчик согласовывает с дизайнером и сам формирует новый туду‑лист. Разработчик понимает задачу.

Дизайнер — клиент, разработчик — исполнитель.

Скрыто 146 разворотов

Тове­ров­ский Нико­лай Олегович

Управ­ле­ние про­ек­тами, людьми и собой

  • Арт‑дирек­тор и изда­тель Артём Горбунов

  • Иллю­стра­торы Вла­ди­мир Кол­па­ков и Михаил Голев

  • Раз­ра­бот­чики Рустам Кул­ма­тов,
    Васи­лий Полов­нёв и Андрей Ерес

  • Тести­ров­щик Сер­гей Фролов

  • Книга набрана шриф­тами
    «Бюро­се­риф» и «Бюросанс»

  • Дизайн‑бюро Артёма Гор­бу­нова
    Большая Новодмитровская улица,
    дом 36, стро­е­ние 2
    Москва, Рос­сия, 127015

  • bureau.ru

Товеровский Николай Олегович

Управление проектами, людьми и собой

  • Арт‑директор и издатель Артём Горбунов

  • Иллюстраторы Владимир Колпаков и Михаил Голев

  • Разработчики Рустам Кулматов,
    Василий Половнёв и Андрей Ерес

  • Тестировщик Сергей Фролов

  • Книга набрана шрифтами
    «Бюросериф» и «Бюросанс»

  • Дизайн‑бюро Артёма Горбунова
    Большая Новодмитровская улица,
    дом 36, строение 2
    Москва, Россия, 127015

  • bureau.ru

Закладки
Добавьте закладки
Ничего не нашлось