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

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

 
между важными местами
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

Оглавление

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

    Проекты 

    Люди 

    Вы 

    Заключение 

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

Обычно дизай­неры отдают кли­енту кар­тинки. Но боль­шин­ство дизай­нер­ских вопро­сов воз­ни­кает на этапе раз­ра­ботки. Что про­изой­дёт, если поль­зо­ва­тель нажмёт кнопку при неза­пол­нен­ной форме? Что делать, если в реаль­ной базе дан­ных в три раза больше тек­ста, чем преду­смот­рено дизай­ном? Как выгля­дит 404‑я ошибка при ширине экрана 2000 пикселей?

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

Дизай­нер кла­дёт скрин­шоты в порт­фо­лио, а на реаль­ный про­дукт без боли не взглянешь.

Обычно дизайнеры отдают клиенту картинки. Но большинство дизайнерских вопросов возникает на этапе разработки. Что произойдёт, если пользователь нажмёт кнопку при незаполненной форме? Что делать, если в реальной базе данных в три раза больше текста, чем предусмотрено дизайном? Как выглядит 404‑я ошибка при ширине экрана 2000 пикселей?

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

Дизайнер кладёт скриншоты в портфолио, а на реальный продукт без боли не взглянешь.

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

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

Про­грам­ми­сты под­ни­мают базу дан­ных, строят архи­тек­туру, настра­и­вают сер­веры, «заодно» решая про­блемы интер­фейса. Заме­ча­ния дизай­не­ров отправ­ля­ются в баг­тре­кер, и они теряют акту­аль­ность. Дизай­неры не знают, чем заняты про­грам­ми­сты, и повто­ряют замечания.

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

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

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

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

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

Реше­ния в любом про­екте при­ни­ма­ются посто­янно. Ни под­пи­са­ние ТЗ, ни утвер­жде­ние дизайна не спо­собны зафик­си­ро­вать кон­струк­цию буду­щего продукта.

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

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

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

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

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

Фиче­ризм и ком­про­миссы в про­ек­тах все­гда про­ис­хо­дят, когда зада­нию и дизайну при­да­ётся само­сто­я­тель­ная цен­ность. Насто­я­щий резуль­тат — это запуск про­дукта. Чтобы запу­стить каче­ствен­ный про­дукт, кон­тро­ли­руйте разработку.

Фичеризм и компромиссы в проектах всегда происходят, когда заданию и дизайну придаётся самостоятельная ценность. Настоящий результат — это запуск продукта. Чтобы запустить качественный продукт, контролируйте разработку.

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

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

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

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

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

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

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

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

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

  • bureau.ru

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

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

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

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

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

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

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

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

  • bureau.ru

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