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

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

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

Оглавление

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

    Проекты 

    Люди 

    Вы 

    Заключение 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Без Ганта

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

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

В реаль­ных про­ек­тах на созда­ние диа­граммы Ганта ухо­дит много сил. Диа­грамма полу­ча­ется слож­ной. Хуже того, «солид­ная» диа­грамма создаёт иллю­зию надёж­но­сти, про­ду­ман­но­сти, незыб­ле­мо­сти и безопасности.

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

Диа­грамма Ганта под­тал­ки­вает мыс­лить после­до­ва­тель­ными зада­чами. Но есть дру­гой путь — думать вре­мен­ными отрез­ками и результатами.

Без Ганта

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

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

В реальных проектах на создание диаграммы Ганта уходит много сил. Диаграмма получается сложной. Хуже того, «солидная» диаграмма создаёт иллюзию надёжности, продуманности, незыблемости и безопасности.

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

Диаграмма Ганта подталкивает мыслить последовательными задачами. Но есть другой путь — думать временными отрезками и результатами.

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

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

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

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

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

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

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

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

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

  • bureau.ru

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

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

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

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

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

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

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

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

  • bureau.ru

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