Развитие бизнеса в области информационных технологий

1. Развитиебизнеса в области информационных технологий Сергей Ткаченко Организация по продвижению экспорта из Молдовы (МЕРО) www.mepo.net

2. Где ключ к успеху? • IT бизнес – это больше, чем только технология • Продажи определяет не техническое совершенство продукта, а его value в глазах пользователя • Создание современных информационных продуктов требует скоординированных усилий большого числа специалистов Лучше иметь средний продукт и профессиональный маркетинг, чем отличный продукт и средний маркетинг

3. Индия. IT компания

4. Индия. IT компания

5. Что такое IT бизнес сегодня? • Отсутствие сформированного рынка – есть пользователи и есть их проблемы • Невероятная скорость и динамика развития бизнеса и продукта - результат технологического бума • Инновационность подходов Конкурировать стоит только за те рынки, которые пока не существуют

6. Формула успешного бизнеса Большая часть начинающих IT компаний сфокусирована натехнологии. После использования ограниченного числа видимых контактов онисталкиваются с проблемой отсутствия рынка Формула: Пользователь – проблема – USP – информация – каналы продаж–денежный поток Рынок имеет много дверей и выбор в какую войти за компанией

7. Партнерства в IT бизнесе В чем привлекательность партнерств • Рынок • Приобретение новых технологий • Повышение эффективности Только благодаря союзам новые продукты могут соответствовать самым высоким стандартам и требованиям

8. Основные причины offshore outsourcing • Низкая стоимость разработок • Наличие необходимой кваллификации • Возможность быстрого роста и сокращения • Рост скорости разработки программных продуктов • Более высокая производительность • Возможнось получить продукты более высокого качества • Иногда это единственный способ получить жизненно важные технологии или ресурсы Что можете предложить Вы?

9. Взгляды GARTNER GROUP • Global sourcing and delivery will be the new IT paradigm for providing application solutions services. • By 2005, 30 percent of G2000 companies will have a sourcing strategy encompassing nearshore and/or offshore solutions (0.6 probability). • Through 2004, most U.S.-based ESPs will establish and/or expand their applications capabilities offshore in order to compete effectively on cost (0.85 probability). Gartner Symposium IT Expo, Orlando, Fl Oct 8-12, 2001

10. Какие проекты реально делать offshore? • Поддержка программных продуктов • Ре-инженеринг • Разработка новых приложений • Разработка клиент-серверных приложений • Разработка средств multimedia • E-business / E-commerce /Intranet / internet / web • Поддержка ERP и интеграция приложений • Data warehousing / разработка CRM • Разработка программно-аппаратных систем • R&D • Услуги доставляемые при помощи IT (Call centers, ввод данных, другое) • Data Center outsourcing

11. Формы outsourcing • Заказ профессиональных услуг • Outsourcing отдельных проектов • Работа с offshore development center, который выделяет необходимые ресурсы и персонал • СП с offshore партнёром • Дочернее offshore предприятие

12. Бизнес модель outsourcing. Требования к партнерам • Технология – технические решения на самом высоком уровне • Знания сектора и клиентов • Соответствие международным стандартам в разработках • Профессионализм и надежность • Стабильность и предсказуемость бизнеса и персонала • Долгосрочные отношения • Communication bridge • Деловая этика – отсутствие попыток контакта с конечным заказчиком • Понимание деловых интересов партнеров

13. Бизнес модель outsourcing. Требования к партнерам (продолжение) • Ресурсы – знание технологии должно подкрепляться успешными проектами – track records • Технологии на уровне проектирования, а не кодирования • Стандарты • Стабильность компании, включая финансовуюи достаточное количество персонала • Документация (user manual, technical manual) Сегодня компании ждут от партнеров больше, чем просто кодирование

14. Проблемы организации IT компании • Концентрация и узкий фокус • Бизнес модель • Управление проектами: ISO, PRINCE, PMI • Мотивация human resources • Специализация внутри компании • Контроль качестваи сертификация компании (ISO, CMM) • Партнерства и поглощения

15. Менеджмент проектов Маркетинг и продажи Планирование маркетинга Оценка квалификации Перспектива Предпроектный менеджмент Планирование проекта Постановка задачи Оценка рисков Менеджмент проекта Завершение проекта Мониторинг, контроль и отчетность Начало проекта Доставка проекта Документация Программы

16. Что такое успешный проект? Это проект, который: • Завершен вовремя • Уложился в планировавшийся бюджет • Сделан в соответствии со спецификациями • У которого заказчик счастлив В этом смысле только 2% проектов успешны Beam, 1994

17. Level Process Characteristics Key Process Areas Process Change Management Process improvement Optimizing Technology Change Management is institutionalized Defect Prevention Product and process are Software Quality Management Managed quantitatively controlled Quantitative Process Management Process Focus Process Definition Technical practices are integrated with Training Program Software Product Engineering Defined management practices Peer Reviews Intergroup Coordination and institutionalized Integrated Software Management Requirements Management Project Planning Project management Configuration Management Quality Assurance practices are Repeatable Project Tracking and Oversight institutionalized Subcontract Management Process is informal and Initial ad hoc СММ

18. Развитие отношений с партнерами • Личный контакт • Partnership programme • Strong selling proposition (Win/win) • Презентации • Управление отношениями

19. Модель восприятия в представлении заказчика Положительное Решение купить Удачная встреча и согласование деталей Расчет стоимости понравился Положительные отзывы коллег Желание купить Расчет стоимости запоздал Сопровождение удалось Время Хорошая первая встреча Понимание найдено и существующий опыт убедителен Никогда не слышал Отрицательное

20. Проблемы заказных разработок в СНГ • Отсутствие понимания требований заказчика (не пользователя) • Неудовлетворительная работа с клиентом • Низкий уровень подготовки аналитиков и проект-менеджеров • Некачественное отношение к пректированию пользовательских интерфейсов • Низкое качество отчуждения продукта (deployment) • Плохая работа sales & marketing • Отсутствие знаний и опыта по закрытию проектов • Отсутствие или слабая кваллификация профессиональных тестировщиков в проекте

21. Спасибо Stkachenko@mepo.net • Вопросы?