Актуальные темы
IT Channel News
itWeek
Intelligent Enterprise/RE
Бестселлеры ИТ-рынка
BYTE/Россия

Спецпредложения

Специальные цены на оптовые закупки выделенного ассортимента товаров сетевого оборудования TENDA! Уточняйте подробную информацию у менеджеров АБСОЛЮТ
Покупайте материнские платы Gigabyte из списка на сайте NETLAB и получайте кешбэк по схеме: 50 000 – 99 999 - 5,5% 100 000 – 299 999 - 6,5% от 300 000 и более - 7% Внимание! Бюджет программы ограничен, акция может быть закончена раньше заявленного срока. Чтобы получить ...
Мы запускаем весеннюю промопрограмму на принтеры URSA UR520DE! UR520DE – настольный принтер прямой термопечати, который ценят за: ▶ Простоту — интуитивно понятный дизайн и автоматическая калибровка ▶ Надёжность — увеличенный ресурс печатной головки и регулирующих датчиков ▶ Скорость печати — ...
Уважаемые партнеры! Treolan приглашает вас принять участие в новой маркетинговой программе по мониторам Acer. Покупая мониторы Acer в Treolan, вы накапливаете баллы, которые сможете обменять на электронные подарочные сертификаты на ваш выбор. Для участия в программе необходимо зарегистрироваться
Уважаемые партнеры! Treolan приглашает вас принять участие в маркетинговой программе. Закупая участвующие в акции ноутбуки, вы получаете сумку для ноутбука IRBIS в подарок. Для участия в программе необходимо зарегистрироваться
12345Все

Риски проекта по заказной разработке больше, чем при внедрении готового решения

24.09.2007  Экспертиза, Управление проектами и программами

Я считаю, что с заказными разработками связываться не стоит. Лучший способ разработать систему — пойти и купить ее. Но с другой стороны, без заказных разработок, как бы ни старались ИТ-директора, не обойтись. Однако надо понимать, что любая разработка несет гораздо больший риск, чем любое внедрение. Выбор подрядчика Естественно, при выборе подрядчика для заказной разработки системы прежде всего нужно определиться с требованиями и критериями. Первый очевидный критерий — наличие у компании-разработчика методологии разработки систем, желательно подтвержденной сертификатом CMM как минимум третьего уровня (defined level, который характеризуется тем, что стандартный процесс создания и сопровождения программного обеспечения задокументирован), а ещё лучше — четвёртого (managed level: в организации устанавливаются количественные показатели качества как на программные продукты, так и на процесс в целом). И тут мы сразу сталкиваемся с тем, что методологии сейчас имеют все компании, — другое дело, что далеко не все их выполняют. Даже наличие сертификата CMM совершенно не гарантирует выполнения требований стандарта разработки. И примеров тому масса. Скажем, такая ситуация: нужно было к довольно большой уже существующей системе доработать модуль. Модуль делали два месяца, наконец прислали — полдня мы его ставим и приходим в шок: в нем 17 ошибок. Заносим их в список, отсылаем обратно… и получаем издевательский ответ: «Ах да, спасибо, наши специалисты уже нашли эти ошибки, сейчас всё ... читать далее.

Рекомендовано к прочтению

     
Forrester: топ-10 перспективных технологий-2026
Искусственный интеллект покинул чат — в буквальном смысле. После многих лет существования внутри экранов и цифровых рабочих процессов ИИ в 2026 г. выходит в физический мир. Он проникает в роботов, транспортные средства и окружающие среды, которые находятся над приложениями и веб-сайтами, которыми ...

Консолидации стека данных: в чем могут ошибаться инженерные руководители
Анил Инамдар, руководитель Data Services в NetApp Instaclustr, рассказывает на портале The New Stack о том, почему консолидация стека данных создает скрытый архитектурный долг и как инженерные руководители могут защитить автономию своих команд. Когда IBM объявила о приобретении Confluent (вскоре ...

Почему ИИ стал опорой для небольших команд в сложных B2B-нишах
Предисловие: о реальности ИИ в B2B Чтобы не выглядеть голословным в теме, где слишком легко манипулировать цифрами и с уверенным видом рассказывать, как прекрасно работают исходящие звонки ИИ-ассистентов по базе потенциальных клиентов, сразу оговорюсь: где-то они, возможно, и работают. Но точно не ...

Чем больше вы контролируете, тем меньше управляете
В статье расскажу, почему постоянный контроль разрушает команду и как выстроить делегирование эффективно. Парадокс контроля Есть одна картина, которую я наблюдаю с пугающей регулярностью. Руководитель работает больше всех в команде. Проверяет каждое решение. Согласовывает каждый подход. Лично ...

Как рабочие нагрузки ИИ меняют дизайн дата-центров
Рабочие нагрузки искусственного интеллекта меняют подход к проектированию центров обработки данных, определяя переход от жесткого резервирования к гибкости, адаптированной под конкретные потребности, пишет на портале Data Center Knowledge Харкс Сингх, технический директор и соучредитель ...

Лидеры читательского рейтинга

Подборка по дате

Апрель 2026
ПнВтСрЧтПтСбВс
  12345
6789101112
13141516171819
20212223242526
27282930   

© 1991–2026 ITRN (Российская служба ИТ-новостей). Политика конфиденциальности персональных данных. 109147 г. Москва, ул. Марксистская, 34, строение 10. Телефон: +7 495 974-22-60. Факс: +7 495 974-22-63. Электропочта: itrn@itrn.ru.
Версия 21.3.  Создание сайта — студия iMake.