Work.Дыбр

[dzz]

"Наши специалисты тщательно изучили ваши смутные требования и за 15 минут составили ТКП"...

Блин, как же надоело выкатывать людям состав и стоимость лицензий и железа до начала проектирования системы и подготовки ТЗ. Но ведь хотят страшно.

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

Comments

[ctax.livejournal.com]

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

[dzz.livejournal.com]

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

[arbena.livejournal.com]

А я сейчас сижу-утешаю две команды разработчиков. Которые оценивали задачу по тому, что было выставлено на тендер (400 ччасов), а реализовать в тот же срок придется совсем другое тз - где-то на 2500 чч =(

[dzz.livejournal.com]

Бедняги. А чего так-то? Нельзя было послать заказчика с новым ТЗ в лес договориться о поэтапной реализации с 1 этапом на 440 часов и остальным функционалом за другие деньги?

[arbena.livejournal.com]

Ну, если я начну рассказывать, почему конкретно нельзя, то подпаду под нарушение трудового договора в части конфиденциальности =(

[dzz.livejournal.com]

Ну, в общем, понятно, я сам могу придумать пяток ситуаций, когда так сделать нельзя.

[nine_k]

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

Между тем, это не так™. Любая сколько-то масштабная система обычно состоит из ряда сложно связанных кусков, притом некоторые их подмножества могут выполнять какие-то полезные функции, хотя и не все функции "законченной системы" — хуже того, рассчитаны на это (graceful degradation). И требования к половине этих подсистем меняются по ходу выполнения проекта и вообще жизни бизнеса. Как бы заказчику уметь продать мысль, что это не как строительство небоскрёба, а как выращивание сада: планомерное, пошаговое, без чёткой спецификации, где какой листик вырастет, он с подстриганием по ходу.

Что этому мешает?

[dzz.livejournal.com]

Отсутствие массовой технической культуры в области IT, думается, мешает. Людей старательно приучают к тому, что можно решить все проблемы, купив правильную штуку правильного бренда. То, что сложная система именно вырастает, а не собирается как икеевский диван, людям просто не приходит в готову. А те, кому приходит, сталкиваются с сопротивлением тех, кто не хочет рисковать деньгами.