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

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

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

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

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

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

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

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

УДК 65.012
ББК 65.290‑2

Оглавление

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

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

УДК 65.012
ББК 65.290‑2

Оглавление

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Без Ганта

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

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

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

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

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

Без Ганта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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