Бизнес-цитатник

Часто инвесторы обращают внимание на стороны проектов, которые не имеют отношения к успеху. Это новизна (99% изобретений не применяются и не дают прибыли), история успеха тех, кто проект предлагает (новый проект имеет те же шансы на успех), наличие других инвесторов (дураков не меньше, чем умных), объем рынка (товар может быть не востребован). В проекте важно лишь устойчивое конкурентное преимущество.

В любом проекте важнейшим фактором является вера в успех. Без веры успех невозможен.

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

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

Мыслить по шаблону — вернейший способ завалить дело.

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

При росте объема проектов и количества используемых человеческих ресурсов управление ими становится всё более похоже на сложную инженерную задачу (которая сама по себе постепенно становится проектом - более высокого уровня). Для управления большими проектами нужны знание общей теории, детальные бизнес-процедуры, мощные программные средства управления проектами, высококвалифицированные специалисты по управлению.

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

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

Постоянное откладывание менеджером проекта рапорта о состоянии дел - самый грозный признак приближающегося или уже наступившего срыва проекта.

Менеджер и его команда тратят на проект гораздо более ценные ресурсы, чем деньги — а именно своё личное время (значительный кусок личной биографии), «процессорное время» своего ума и жар души.

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

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

Философия храбрости Nokia основывается на искоренении любого рода страха перед неудачей. Что грозит менеджеру проекта, если его эксперименты признают бесперспективными? Разве что заняться чем-либо ещё. Его никто не уволит.

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

Если никто не несет персональную ответственность за проект, то проекта всё равно что нет.

Делать по-хорошему - теоретически неправильно и практически вредно для бизнеса. Нужно делать так, чтобы всё работало, удовлетворяло клиентов (ровно на уровне цены продукта) и бизнес развивался.

Задачи должными быть небольшими и четко сформулированными.

Доведение до конца ненужного или неудачного проекта обычно съедает еще больше денег, сопровождается скандалами и увольнениями.