Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

Управление, ориентированное на крайние сроки сдачи

Поведение, не связанное с физическими силами | Проектирование[6]– слово емкое | Большинство программ проектируются случайным образом | Отличительные черты продуктов, основанных на программном обеспечении | Танцующий медведь | Стоимость дополнительных возможностей программного обеспечения | Апологеты и уцелевшие | Наша реакция на когнитивное сопротивление | Демократизация власти потребителя | Виноват пользователь |


Читайте также:
  1. II. МЕСТО И СРОКИ ПРОВЕДЕНИЯ
  2. III. Сроки проведения конкурса
  3. III. Сроки проведения.
  4. IV. Сроки и место проведения
  5. IV. Сроки и порядок проведения Конкурса
  6. VII. Вам часто приходится делать что-то наспех, когда поджимают сроки?
  7. Аномалии облитерации желточного протока и урахуса. Виды. Клиника, диагностика, осложнения. Сроки и принципы хирургического лечения.

 

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

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

Следствие этих двух страхов таково, что если программа «не сбоит», то не так уж и важно, как долго ее будут делать – три месяца или шесть, за исключением того, что в последнем случае стоимость разработки кошмарно увеличивается из-за лишних трех месяцев программирования. Когда программисты уже принялись за работу, деньги начинают таять очень быстро. Следовательно, логика подсказывает руководителю разработки, что самое важное – как можно раньше начать и как можно раньше завершить написание кода.

Добросовестный руководитель быстро нанимает программистов и незамедлительно сажает их за работу. Он смело устанавливает дату завершения – через несколько месяцев после начала разработки, и команда, очертя голову, несется к финишной линии. Но если при этом продукт никто не проектирует, то два страха нашего руководителя остаются в силе. Он не смог узнать, понравится ли пользователям продукт, так что успешность продукта на рынке действительно остается тайной. Он также не установил, как должен выглядеть «завершенный» продукт, так что тайной остается и степень его завершенности. Позже я покажу, как проектирование взаимодействия способно исправить такое положение вещей. Сейчас же я продемонстрирую, насколько основательно фиксированные сроки сдачи подрывают процесс разработки, превращая неуверенность руководителя в неизбежно сбывающиеся предсказания.

 


Дата добавления: 2015-07-19; просмотров: 46 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Программный апартеид| Что такое «готово»?

mybiblioteka.su - 2015-2024 год. (0.007 сек.)