Ыллюзия :) Я знаю лавочку, которая лет 10 как сидит только на машинках IBM закупает их тыщами по всему миру. Так там контрактная цена ящика ниже чем у наших самосборщиков на Савеле или Митино :) Лично документы видел.
Дык, мы то щи лаптём хлебаем и в покупаем только супемикровские чипы, а потом впаиваем их в томатобоард :) Так существенно дешевше :)
А если реально - то оба умерших супермикриных сервака - это платформы 5010 с гордым флагом США на материнских платах. Если сравнивать супер с интелом - то супер получше будет, но по удобству и надежности никак не дотягивает до ведущих брендов.
О как!!!! А мужики то не знают!!!! И покупают по привычке серваки от IBM, HP и DELL.
Вы выжимаете из производительности все 100?
Сколько времени пашут, и с какой нагрузкой? У меня две одноюнитовых супермикры уже года как три висят на стенке прибитые к ней гвоздями. Одна отработала 3 года, причем в последний год весь мозг выела, другая чуть меньше пяти. А купленный до них IBM до сих пор как новый. Сейчас тащит офисную АТС.
При этом никогда не надо забывать что разработчики и заказчики по разные стороны баррикад. Одни хотят сделать поменьше и получить побольше, другие наоборот. Совершенно законное желание. Поэтому для заказчика с высоким уровнем компитенции мы стараемся разработать наиболее полные и подробные ТТ.
По срокам, при наличии контента, можно запустить первый этап через 2-3 месяца, по бюджету - повыше будет. Но это мое личное мнение. Слишком детально не рыл.
Все зависит от уровня знаний людей, выступающих на стороне Заказчика. Если уровень высок спецификации могут быть такого уровня и с такой детализацией, какой можно получить только после многомесячного обследования.
Мы сейчас как раз ведем переговоры по поводу прогаммной реализации одного внутреннего рекламента. Так начальник отдела работы с клиентами ( мужик, лет 50 с лишнем ) много лет был начальником IT отдела. В силу того, что роки поджимают, моментально договорились о работе на основе экстремального программирования, и за 2 дня составили дорожную карту движения к цели.
Сейчас прорабатываем структуру данных первого этапа, причем мы, фактически, занимаемся только оформлением его идей.
Вот пример ТТ нахаляву. Делался в 2001 году. В работу не пошел. Никаких соглашений не подписывали, так что могу выложить без обработки.
К вопросу о платности или бесплатности ТЗ. Я тут сегодня с матушкой ездил на дачу. По дороге остановились у какого-то супермаркета. Купили воды, еще всякой фигни. Мама все время говорила, что это слишком дорого, и она все это дешевле покупает. С другой стороны удивилась отсутствию очередй в кассах. Когда загрузили тележку в багажник - она хотела отвезти ее через всю площадку. Я ей объяснил, что уборка тележек, так же как и приличные витрины и достаточное количество кассиров просто заложены в цену товара.
С ТЗ ситуация такая же.
Для меня ТЗ - это просто один из методов продажи моих услуг. С другой стороны, хотя я отдаю свои системы в открытом коде, руководство пользователя - 15-20% от бюджета разработки, руководство администратора и план внедрения еще 15-25%, полное документирование кода - плюс 120% к стоимости разработки. Стоимость внедрения считается совсем по другим критериям и зависит от количества серверов и пользователей.
У заказчика железобетонный аргумент: "Договор подписан, сумма утверждена. Аванс проплачен. Иди и не морочь мне голову всякой ерундой" И такое спошь и рядом.
Набор стандартных услуг - это прайс лист или калькуляция, но уж никак не ТЗ. :)
Допсоглашения к договору - это отдельная песня. Стоимость некоторых из них может с разы превышать стоимость основной работы. Я говорю именно про первый этап "переговоры - договор-ТЗ".
Естественно. Но при одном условии: ТЗ - зто именно Техническое задание на разработку а не Технические требования и функциональные спецификации. Я не видел ни одного нормального ТЗ на сайт. Ни одно из этих ТЗ невозможно делать и тестировать по частям. Максимальный уровень - урезанная функциональная спецификация.
Что включает в себя "правильное", на мой взгляд, ТЗ:
1. Технические требования ( хотелки клиента, Информационные и управленческие блоки, платформу, методы управления, с чем и в каком объеме интегрируем )
2. Функциональные спецификации ( Описание логики работы каждого информационного и управленческого блока, описание механизмов взаимодействия между ними а также ключевых полей, модели экранов для каждого интерфейса, Типы ошибочных данных и реакция системы на ошибочные данные, описание поддержания актуальности данных в системе, механизмы и методи диагностики неисправностей в системе)
3. Модель данных ( UML диаграмма модели данных системы с описанием каждого поля, его функциональности, области допустимых значений и.т.д)
4. Алгоритмы ( Представленные в графическом виде или в текстовом описании (псевдокоде) детализированные алгоритмы обработки данных, таблицы состояний системы и ее отдельных модулей и.т.д )
5. Тестовые примеры, на основании которых производится приемка-сдача системы. ( инструкции по действиям оператора и реакции системы, правильные и неправильные наборы данных, реакция системы на каждый набор действий оператора)
Да и неграмотный, но уверенный в себе сможет.
Верно, а еще лучше включить его в цену работ.
Реальный случай работы по чеклисту. Знакомый клиента звонит и просит оценить работу. Присылает два чеклиста от разных фирм. Я выясняю, что за клиент. Еду. Разговариваем. Чеклисты сразу откладываем в сторону. Пытаюсь понять суть бизнеса и необходимости заказчика и его клиентов. Трачу 3-4 часа, пишу свое видение. Вторая встреча с уточнением деталей. Делаем ТЗ, обсуждаем с заказчиком. По результатам выкатываю подробную калькуляцию. Еще одна встреча. Урезание функционала и, соответственно сметы. Оперативное обсуждение новых идей и тут же их осмечивание. Дисконт, до ровной суммы. Подписание договора на 200 с лишнем К. Работающий проект и все довольны. После всего вы ясняю у заказчика, почему имея 2 чеклиста и предложения по ним обратился еще и ко мне. Ответ: "Первое - стандартное предложение на 120К, второе, тоже стандартное, на 150К. Подумал, что кто-то сделает дешевле, а вместо этого, со мной начали работать" :)
