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

Не бывает технических проблем. Бывают только человеческие, то есть организационные.

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

Средний инвестор в Рунете - непрофессионал, он непостоянен, нетерпелив, он быстро теряет интерес к Интернету и находит себе другую игрушку.

Сильный человек найдет свое место в компании или за ее пределами; слабый ей в принципе не нужен.

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

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

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

Новая, сложная, впечатляющая технология не обязательно приведет к успеху.

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

План - это не программа действий и событий наподобие программы ТВ, а письменное обязательство руководителя, подобное расписке при получении денег в долг.

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

В бизнесе высоких технологий выигрывают не инженеры, а бизнесмены и менеджеры.

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

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

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

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

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

При росте объема проектов и количества используемых человеческих ресурсов управление ими становится всё более похоже на сложную инженерную задачу (которая сама по себе постепенно становится проектом -

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

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

Это вообще обычная история - когда компания становится известной, её сотрудники начинают «бронзоветь», раздуваются от гордости, разговаривают через губу с клиентами и партнёрами. При этом так обычно в

Если хочешь заработать миллионы, сделай что-то для миллионов. Интересны массовые сервисы для миллионов.

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