Новости "Планеты КИС" (КОРПОРАТИВНЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ)
http://kis.pcweek.ru/kis
Выпуск 16 от 22/03/00
+ + +
Деловая игра по переписке "Продай водку" -- Финал!
http://kis.pcweek.ru/kis/win/mana/vodka.html
+ + +
Колонка ведущего рассылки
Вопросы отчисления за лицензии на ПО
Где та грань, когда разумные требования об отчислениях за пользование ПО
превращаются в беспредел? COM, ActiveX-компоненты - не придется ли платить
за них Microsoft как автору COM-технологии и Windows? Не придется ли платить
Sun за право пользоваться Java? Не придется ли платить Rational и другим
производителям CASE-систем за то, что их продукты были использованы в
разработке ПО? Не потребуют ли создатели компиляторов отчислений за помощь в
создании ПО? Не потребует ли 1С процента - участия в прибылях от компании,
использующей ее продукты для автоматизации финансовой деятельности?
Эти вопросы выглядят абсурдными, когда речь идет о создании обычных
тиражируемых программ или ПО на заказ. Но они становятся реальностью, когда
речь заходит о компонентах, допускающих многократное повторное применение.
Их поставщики нередко требуют отчислений от продаж программ, в которых эти
компоненты применены (что в определенной степени разумно), но и сами
становятся заложниками своих требований, когда разработчики средств
разработки компонентов закономерно начинают требовать роялти с них самих.
Пока компоненты применяются в основном для создания пользовательского
интерфейса. Однако стремительно растет рынок бизнес-компонентов - в 1998 г.
он составлял примерно 400 млн. долл. а к 2002 г. достигнет 2-4 млрд. долл. А
весь компонентный рынок по данным IDC к 2003 г. достигнет 60 млрд. долл.
Большая сумма? Но представьте компоненты бизнес-логики SAP или 1С и
интерфейсные компоненты Microsoft или Linux. Реально? Вполне. Такой подход
несомненно будет активно поддержан в первую очередь консалтинговыми фирмами.
Компонентный рынок только формируется. И от того, какие правила и законы
будут установлены на нем ведущими производителями ПО, во многом зависит и
общая судьба софтверной индустрии.
+ + +
Microsoft объединяется с Andersen Consulting
Компании Microsoft (www.microsodft.com) и Andersen Consulting (www.ac.com)
решили объединить усилия в разработке и внедрении крупномасштабных
корпоративных решений (ККР), включая проекты в области электронной
коммерции.
В рамках соглашения, общая стоимость которого оценивается в 1 млрд. долл.,
планируется:
- создать совместное предприятие Avanade, которое будет предоставлять
услуги по созданию и внедрению ККР на базе Windows 2000;
- создать в рамках Andersen Consulting новое подразделение Microsoft
Solutions Organization, которое займется разработкой и внедрением
горизонтальных и вертикальных корпоративных решений на основе Windows 2000;
- осуществлять совместные маркетинговые программы, программы развития
бизнеса и предоставления услуг.
Обучение и подготовку к работе с технологиями Microsoft пройдут 25000
специалистов Andersen Consulting.
Штаб-квартиру Avanade предполагается разместить в Сиэтле. В течение первых
двух лет новая компания планирует принять на работу 3000
специалистов-консультантов, имеющих опыт работы с продуктами Microsoft.
Впоследствии штат сотрудников будет расширен до 5000 сертифицированных
технических экспертов.
Эксперты Andersen Consulting предполагают, что объем рынка услуг Avanade к
2002 г. способен достичь 15 млрд. долл.
+ + +
Стратегическое управление проектами
Сергей Бобровский
полный текст: http://kis.pcweek.ru/kis/win/meto/s.html
Компании, задерживающие выпуск обещанной версии на год, напоминают залипшую
клавишу F8, когда стирается всякое желание использовать такую версию.
Компании, срывающие сроки и не выдерживающие бюджет, напоминают голубой
экран Windows, когда из-за чужой ошибки теряется вся работа. Их можно
понять. Их нельзя оправдать - они не хотят учиться управлять проектами.
Можно купить самую совершенную систему конфигурационного управления,
контроля версий, моделирования и тестирования, однако проект все равно не
уложится в сроки. Почему? Потому что подобные системы нацелены на
автоматизацию работы программистов и среднего звена управления, но не
затрагивают высший уровень руководства. Реальная производительность труда и
реальный объем работ не увязываются с календарным планом и бюджетированием
проекта, без чего контроль за планом теряет смысл. Поэтому первая задача
руководителя компании-разработчика - следить за общим ходом проекта на
основе правильных показателей. Проблемы же в процессе работы надо решать не
по мере их возникновения, а стараться предвидеть и ликвидировать в зародыше
- это вторая основная задача.
В статье рассмотрена методология Cost/Schedule Control Systems Criteria,
позволяющая отслеживать ход выполнения работ по проекту, а также основные
принципы управления рисками в рамках программного проекта.
+ + +
Выскажите свое мнение по обсуждаемым нами вопросам -- пишите на
kis@pcweek.ru.
Спасибо всем, кто присылает письма.
Ведущий рассылки: Сергей Бобровский
+ + +
Полные тексты статей, Форумы и другие материалы -- на сайте
http://kis.pcweek.ru/kis
= = =