Выбор ИТ-подрядчика

В данной конференции предлагаю обмениваться опытом по выбору ИТ-подрядчика.

  1. Критерии выбора подрядчика.
  2. Какие сложности может вызвать передача ИТ на аутсорс
  3. Спрос/предложения по ИТ-подряду.
454
  • Тема закрыта
Комментарии (5)
  • 16 мая 2009 в 21:50 • #
    Александр Калинин

    Могу написать несколько слов со стороны подрядчика.

    . Критерии, как мне кажется у всех свои, а особенно у тех они свои, кто не придерживается в этот каких-либо норм трактуемых тем или иным стандартом.
    . Для кого-то критерий - то хорошая рекомендация. Это действительно хорошо, когда тебе рекомендуют, а особенно, когда рекомендуют те, кого ты сам уважаешь как профессионалов.
    . Для кого-то критерий это количество проектов, портфолио команды. Действительно очень важно, а чем вообще занимается компания, какие проекты делали, какая сложность проектов, для кого. О качестве спрашивать бесполезно, все будут говорить, что "отличное" и что проекты были сделаны в сроки. А вот если компания не боится открыто говорить о том, кто был заказчиком проекты, это очень хорошо, так как вы можете просто связаться с этой компанией и узнать, как они оценивают работу компании подрядчика.
    . Кто-то смотрит и оценивает внутренние процессы компании. Какие используются методологии для разработки, есть ли управление качеством и т.д. Это, как мне кажется важно, так как даже если вам предоставляют эту информацию письменно и сами вы проверить это не можете (территориальная разнесенность), то если компания может это описать, да еще и грамотно, значит у нее есть специалисты которые это понимают. А это уже хорошо :)
    . Некоторые просят резюме ведущих разработчиков, которые потенциально будут участвовать в проекте, а кто то даже проводит небольшое собеседование, чтобы понять уровень, как технический, так и управленческий.
    . Безусловно, важны все эти показатели и выбирать нужно по ситуации.

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

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

  • 20 мая 2009 в 22:09 • #
    Ала яВбар

    1) 8-12, размер имеет значение.

    2) любые.

    3) есть. и в каждом сегменте ИТ свое.

  • 25 мая 2009 в 01:21 • #
    Борис Вольфман

    Роман!
    Посмотрите CMMI 2-й уровень.
    Работа с подрядчиком должна быть организована по тем же принципам, что и у Вас.
    Согласованное ТЗ, "Управление требованиями" и чаще встречаться.

  • 25 мая 2009 в 12:18 • #
    Андрей Патракеев

    2). Сложности могут возникнуть с информационной безопасностью. Сложней контролировать ИТ-подрядчика (его сотрудников), чем собственного сотрудника. На практике ИТ-подрядчик негласно получает доступ практически ко всей информации находящейся на компьютерах заказчика (в зависимости от выолняемых работ - 1С, проектирование ЛВС и т. д.). В большей степени это касается малого бизнеса, который не может позволить себе собственного ИТ-сотрудника.
    3). Спрос будет всегда, т. к. невозможно вернуться к счетам и печатной машинке)).

  • 29 мая 2009 в 12:45 • #
    Юрий Нестеркин

    1. Критерии выбора подрядчика.
    Как ни странно, я могу сформулировать только один - соответствие запросам заказчика. Кому-то нужны "настоящие" программисты, кто-то предпочитает молодые команды и т.д. Профессионализм, к сожалению, не поддаётся формальной (да и неформальной) оценке. Мне вот, например, неплохой программист 1С говорил, что его только я гонял по каждому пункту ТЗ. Да и ТЗ ему пошет 1% клиентов.

    2. Какие сложности может вызвать передача ИТ на аутсорс.
    Любые. Если у Вас нет требований, которые подрядчик должен выполнять (не только проект - распорядок, доступ к информации и т.д.), то "гости" будут делать всё так, как привыкли. Понравится ли вам это... См. п.1.

    3. Спрос/предложения по ИТ-подряду.
    Должен же кто-нибудь работать... Не всё можно сделать "своими силами", хотят руководство в основном именно так и думает.