Трудности поддержки большого проекта

[nickolasz]

Маркетолог спрашивает программиста: в чём сложность поддержки большого проекта?
Программист: ну представь, что ты писатель и поддерживаешь проект "Война и мир". У тебя ТЗ — написать главу как Наташа Ростова гуляла под дождём по парку. Ты пишешь "шёл дождь", сохраняешь, вылетает сообщение об ошибке "Наташа Ростова умерла, продолжение невозможно". Почему умерла? Начинаешь разбираться. Выясняется, что у Пьера Безухова скользкие туфли, он упал, его пистолет ударился о землю и выстрелил в столб, а пуля от столба срикошетила в Наташу. Что делать? Зарядить пистолет холостыми? Поменять туфли? Решили убрать столб. Получаем сообщение "Поручик ржевский умер." Выясняется, что он в следующей главе облокачивается о столб, которого уже нет...
(с)
http://www.liveinternet.ru/community...post278156800/

[Serge Kotov]

Это пример мышления программиста (или инженера сервис-деска), но не того же писателя и не руководителя. Это представление основано на том, что результат проекта является следствием линейной последовательности событий и если одно звено исчезнет - алгоритм типа зависнет "и все умрут". В жизни (и для сложных проектов в частности) это не так.

Хороший руководитель может и должен сводить неопределенность проекта к необходимому результату. Кстати, буквально полчаса назад рассказывал об этом руководителям проектов у себя в компании, вот более подробно http://www.men-c.com/notes.files/minimal.htm

[S.Kuskov]

Цитата:

Сообщение от Serge Kotov

Хороший руководитель может и должен сводить неопределенность проекта к необходимому результату.

Т.е. для "хорошего" руководителя, что чем больше проект тем проще мм... "сводить неопределенность"?

[Serge Kotov]

Не понял, откуда вывод, почему проще?

У каждого руководителя есть некоторый порог возможности управления, у кого-то больше, у кого-то меньше. Если проект сложнее возможностей руководителя, то он не просто не сможет им управлять как целым, он может и сам "слететь с катушек".

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

[mnt_dx]

Цитата:

Сообщение от Serge Kotov

Это пример мышления программиста (или инженера сервис-деска), но не того же писателя и не руководителя. Это представление основано на том, что результат проекта является следствием линейной последовательности событий и если одно звено исчезнет - алгоритм типа зависнет "и все умрут". В жизни (и для сложных проектов в частности) это не так.

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

[Serge Kotov]

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

Приводить пример с работой писателя здесь совершенно некорректно. Лев Николаевич наверное вообще не смог бы понять, что хотел сказать автор цитаты выше. Это не понимание сути проектной деятельности по контрасту с сервисной работой. Проект – создание чего-то нового, чего не существовало ранее. В проекте множество способов получить приемлемый для стейкхолдеров результат разными действиями. И настоящий писатель, приступая к работе «даль свободного романа еще не ясно различает». Хорошие писатели намеренно вводят в свои произведения возможность прочтения, осознания разных смыслов и неопределенности для читателя. Это один из известных элементов эстетического воздействия.

Руководитель из специалистов «сервисного типа» в проектной деятельности малокомпетентен, потому что если что-то идет не так, а в проекте всегда что-то идет не так, то он обычно теряется. Есть прекрасный пример из фильма «Бриллиантовая рука» выраженный фразой «шэф, усё пропало, все пропало! Гипс снимают, клиент уезжает…», который может пояснить это различие в сервисном и проектном подходе.

Но и руководитель проектного типа в сервисном деле то же не очень хорош. Об этом я тоже как то ранее писал.

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

[Player1]

А можно ведь развить мысль дальше: поручик Ржевский не является персонажем "проекта" "Война и мир" (вики: "Поскольку те и другие персонажи — современники, они переплелись в фольклоре"). Т.е. программист никак не ожидал увидеть там поручика Ржевского, он там появился в результате какого-то апгрейда предыдущими программерами (наверняка по хотелке заказчика) и получилось что программист нечаянно его зацепил. И более того, чтобы "проект" пошел дальше, программисту придется запилить туда "Гарри Поттера" или "Железного человека" =)

[mnt_dx]

Цитата:

Сообщение от Serge Kotov

В проекте множество способов получить приемлемый для стейкхолдеров результат разными действиями.

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

[macklakov]

Цитата:

Сообщение от nickolasz

Маркетолог спрашивает программиста: в чём сложность поддержки большого проекта?

"поддержка проекта" это вообще как?
Мне кажется, в данном сюжете ни маркетолог ни программист не понимают разницу между проектным и операциаонным управлением.

[mnt_dx]

Цитата:

Сообщение от macklakov

"поддержка проекта" это вообще как?

Проект запустила и взяла на поддержку одна и та же компания.