MS Project Download
Имя: Пароль:
Забыли пароль?

Статьи

Методика управления проектами [86]

Методические пособия и книги [28]

Готовые отраслевые решения [60]

Обзоры программ для управления проектами [63]

События в мире Управлениия Проектами [129]

Сравнение разных программ для управления проектами [26]

Обучение и сертификация [54]

Управление рисками [4]

Опыт внедрения [38]

Разрешение проблем MS Project и др. системах [4]

Скачать Microsoft Project [3]

Администрирование MS Project Server [36]

Разработка для Microsoft Project [5]


767 пользователей нашли статью интересной, если согласны нажмите тут 
28.02.2013

Гибрид MS Project Online и MS Project Server - путь к выходу из кризиса качества Microsoft

Согласен по всем осям. Эти глюки в свое время много попортили мне крови...
....кучу функционала [MS Project Server] просто исключили из работы дабы потом,  
не ломать голову кто-то накосячил или "умный проджект" .... , пишу аж кровь закипает...
Из обсуждения  данной статьи в Сообществе  1250 профессионалов на Facebook

 

Владимир Иванов
PM Consulting Services

От катастрофы качества Microsoft к лидерству в облачном и традиционном сегменте

Как я и обещал ранее дать оценку качества MS Project 2013 после выхода его релиза, который только что произошел и Microsoft объявил довольно неплохие цены на MS Project Online. Если цена на рабочее место исполнителя (Web Access) довольно высока для облачного рынка - $33/мес, то цена для места планировщика в $58/мес, достаточно конкурентна, т.к. включает и саму лицензию MS Project Online и лицензию на мегапопулярный десктоп MS Project Professional, который теперь умеет работать с облаком также. На деле и лицензия Web Access в Project Online довольно не дорога относительно традиционной лицезии Microsoft, т.к. включает в себя дорогую в лицензировании технологию SharePoint. Если вам эти технологии не нужны, то вы можете заказать партнерское решение Turbo Project с табелированим и отчетностью исполнителей в облаке на базе SkyDrive/Excel Services, которое хотя и работает под управлением центров обработки данных Microsoft, но в 4 раза дешевле, т.к. не включает в себя обязательное лицензирование SharePoint Online. Но даже нашим пользователям важны средства управления портфелем проектов Project Online и согласитесь $58/мес за место планировщика и управление портфелем проектов не деньги.

Напомню, что я участник разработки MS Project 2013 и контролер качества №2 всего семейства продуктов MS Office 2013/SharePoint 2013/Office 365. Я провел повторно на релизе тесты, на ранее незакрытым разработчиками ошибкам и конечно не удивился тем результатам что получил. Проверку MS Project Online я выполнил по простейшим тестам и как можете почитать на Форуме из MS Project Online. Это просто обычное копирование строк проекта, сохранение и публикация. Как вы можете заметить по моему отчету MS Project Online стабильно это делать такие простые действия не может. Во многих случаях продукт  для нескольких сотен задач требует до 40 секунд расчетов при всей доступной мощности центра обработки данных Microsoft стоимостью 600 миллионов долларов.

Но это еще не все. MS Project Online использует абсолютно тот же код, что и MS Project Server 2013, поэтому все ошибки проблемы архитектуры для продуктов общие. Но есть разница, в случае MS Project Server долгое время Microsoft нигде публично не признавал несоответствие качества продукта понятию релиза программного обеспечения и неявно нестабильность системы перекладывалась на корпоративных специалистов и партнеров. Однако MS Project Online находится на 100% под контролем разработчиков и использует крайне дорогое оборудование, поэтому реальное состояние системы Microsoft становится очевидным для всех участников рынка. Причем как я отмечу дальше большинство корпоративных клиентов понимая что код MS Project Online и MS Project Server одинаковый будут использовать только и исключительно MS Project Online для заключения о качестве продукта Microsoft перед его покупкой и все получат тесты достаточно близкие к тем, что провел я.

Не будем отрицать, ситуация выглядит достаточно критичной не только для репутации Microsoft, но и для любого эксперта по MS Project Server не обсуждающего проблемы стабильности, т.к. если он не обсуждает эти проблемы, то либо не достаточно компетентен, чтобы овладеть такими функциями как copy/paste строк или же имеет мотивацию вводить клиентов в заблуждение сознательно скрывая высокий уровень технологических рисков. Например для продажи услуг обучения по продукту, который клиент заведомо внедрить не сможет обещаемым образом.

Для Microsoft ситуация еще критична потому, что Microsoft следуя общим правилам Office 365 впервые принял на себя не просто ответственность, а серьезную финансовую ответственность за сбои MS Project Server в режиме Online, причем обещает  штрафные выплаты если не будет достигнута стабильность 99.9% (!). Сбоев на 20% достаточно, чтобы вам Microsoft вернул 100% денег назад и любому реальному эксперту по MS Project Server очевидно, что в случае многих клиентов так и произойдет. Теме не менее, я дам парадоксальный прогноз в этой ситуации. MS Project Online сможет вывести MS Project Server из затяжного кризиса качества и Microsoft есть все шансы укрепить позиции не только в облаке, но в традиционных решениях именно из-за возросшей ответственности Microsoft по обязательствам. Отчасти новая команда тестировщиков MS Project настояла именно на этом концепте эквивалентности MS Project Onlime и MS Project Server, хотя многие разработчики были категорически против, почему новая группа тестирования выбрала такую стратегию, я сейчас объясню. Новые классные тестеры Microsoft поняли в чем корень беды и им занялись. Беда как увидим далее в самих разработчиках, а не случайных ошибках.

Недавно Билл Гейтс выступил с обращением к прессе назвав мобильную стратегию Microsoft "ошибкой" и сам Microsoft "недостаточно инновационным", отчасти основатель Microsoft признал общие ошибки стратегии развития Microsoft, которые я обобщил в этой статье. Но даже если Билл Гейтс может ошибаться, то я уже подавно. Поэтому в этой статье я затрону также даже не свою ошибку, то что я, как впрочем и разработчики MS Project, не ожидали резкого падения старой концепции "публичного облака" и восхождения нового тренда "гибридных облаков" на которые настроились корпоративные заказчики. Меня от проблем спасло только то, что остальные ведущие эксперты по корпоративному управлению проектами в России просто побоялись заняться облачной тематикой, но если бы у меня был хоть один конкурент, который понял тренд гибридного облака раньше меня, у меня были бы проблемы. А так я успел сделать коррективы. Давайте с этим разберемся тоже.

Непонимание молодых облачных вендоров, что будущее за гибридными решениями может довести их до банкротства

Вы еще думаете, что облако MS Project Online - это диковинка? Это не для вас и будете использовать по-старинке MS Project Server? Тогда хочу сказать ознакомить с результатам опроса, который я и Джек Далгрен (ведущий эксперт по MS Project в США) провели среди клиентов объяснив, что такое MS Project Online. По опросам в США и России 90% клиентов заявили, что будут использовать MS Project Online. Но вы не правильно подумали, что для реальной эксплуатации. Просто клиенты будут проверять качество MS Project Server только и исключительно с помощью облачного сервиса, чтобы не попасть на иглу вендора при непроверенном продукте. Однако это все меняет. MS Project Online становится критерием качества MS Project Server и судить об MS Project Server будут по MS Project Online. 

На деле я бы отметил, что Microsoft возможно случайно переиграл новых облачных вендоров и даже может довести их до банкротства. Поясню. Как показал даже мой личный опыт последних продаж облачных систем около 70% клиентов никогда не купят систему которая "только облако" как Clarizen. Идея такого облака продвигаемая Salesforce оказалась "пшиком" в быстро изменившихся условиях на рынке. Я не буду скрывать, что последние месяцы продажи того же Clarizen стали резко падать и причина не в Microsoft, его еще не было на облачном рынке с Project Online и причина не в "НДС Гейте" или проблемах с ФБР. Основная причина начавшегося крушения облаков "первой волны" хорошо описана в последних отчетах Gartner, что корпоративный клиент из средних и крупных компаний стал более зрелым и видит облако однозначно как в первую очередь площадку для тестирования продуктов вендоров, а в эксплуатации допускает размещение в облаке не более 30% данных некритичного толка. Любой корпоративный специалист согласится со мной, что продавцы Microsoft, что продавцы Oracle стремятся скрыть риски внедрения, в результате они все вскрываются только после покупки. Новый тренд "облачная проверка". Не работает в облаке? Значит не работает и традиционная версия, которая еще хуже, т.к. облачную версию обслуживает сам вендор. Для Microsoft это ужасный расклад, т.к. Project Online просветит все риски. Но еще более ужасная ситуация у того же Clarizen, его облако корпоратив вопринимает как "полупродукт", который может претендовать только на демоверсию "настоящего" продукта, который корпоратив просит продать традиционным образом с дистрибутивом. Если Microsoft надо разобраться с качеством, то молодые облачные вендоры как Clarizen еще только осознают, что по-сути у них нет основного продукта для генерации основных продаж. Корпоративный рынок выбрал и не чистое облако и не старые системы, а смесь их между собой - гибридное облако.

Не нужно думать, что топ-менеджмент Microsoft гениален и смог понять, что тренд "только публичное" облако аля-Salesforce выдохся и пришло время гибридных облаков. В каких-то продуктовых группах отдельные эксперты конечно это поняли, но целостной концепции гибридного облака, где сам корпоративный пользователь может разделить данные на критичные и оставить их в корпорации и на некритичные и вынести их в облако, на уровне "коробочных решений" у Microsoft отсутствует. Но правда это могут сделать партнеры, все же Microsoft - это платформа прежде всего. Но важнее другое - Microsoft имеет "традиционную" версию MS Project Online как сам MS Project Server, поэтому не попал в тупик как Clarizen, когда настроения рынка изменились и первый энтузиазм прошел и сменился практичными и зрелыми подходами.

Однако в этой статье я только отмечу важность тренда гибридном облака и в целом способность Microsoft довольно быстро адаптироваться к нему. Эта статья о том как  как группа разработки MS Project Server наконец закончит поставлять на рынок бетта-версии продукта называя их релизами. Как я поясню ниже разработчикам MS Project Server есть теперь только два выхода: либо привести все в порядок, либо уволится, то я не исключаю, что нас поразят даже Service Pack по уровню повышения качества. Если Microsoft сможет выпустить несколько таких успешных Service Pack с существенными правкам, а это возможно, почитайте мои аргументы ниже, то клиенты поймут, что Microsoft смог решить главную проблему и пойдут к нему. В случае того же Clarizen, как я уже отметил, топ менеджмент вендора только сейчас начинает понимать, что у него не будут покупать много из-за отсутствия обычной версии. Если Microsoft Project Online смогут починить через SP в этой версии, то банкроство того же Clarizen далеко не абстрация. Дело в том, что бизнес-план молодых облачных вендоров подразумевает разрушение продаж Microsoft, но как я уже отметил у них нет обычного продукта для такого разрушения. Сейчас тот же Clarizen убыточная компания, которая живет за счет инвестиций, если не добрать продаж может повториться судьба облака Daptive. Облако Daptive по рейтигу Gartner имеет даже более высокую оценку - это продукт-лидер. Однако недобор продаж привел фактически к банкроству вендора и Daptive перекупил другой венчур, но не крупный игрок, поэтому вопрос сколько хватит терпения у нового инвестора.

Все эти ошибки в стратегии молодых облачных вендоров дают шанс Microsoft создать новую облачную монополию, но топ-менджменту Microsoft нужно сделать несколько очень резких  движений, в том числе уволить часть своего персонала. Как сейчас это будет происходить посмотрим, но я уверен, что Microsoft если не в этой, то в следующей версии приведет качество в порядок. Сейчас объясню почему.

MS Project Online впервые одназначно укажет топ-менеджменту Microsoft на недостаточную компетентность  разработчиков MS Project Server

Те кто следят за блогами разработчиков Microsoft наверное заметили, что целый ряд менеджеров связанных с разработкой MS Project Server перед выходом MS Project Online бросились в рассыпную. Уволились Тэд Хаас, Треб Гатт. Недавно сбежал из группы разработки MS Project Server едва ли не самый известный менеджер Кристофер Фиссенгер. Кристофер всю свою карьеру был связан с MS Project Server сначала как специалист Microsoft Consulting Services, а потом уже как член продуктовой группы в штаб-квартире. Однако буквально за недели до выхода MS Project Online Кристофер неожиданно открыл в себе глубокую экспертизу в социальных сетях и так быстро попрощался со всеми, что даже не подготовил себе приемника. В Microsoft принято менеджерам при увольнении или уходе в другой дивизион готовить себе замену, поэтому поступок Кристофера конечно не совсем корректный по отношению к его бывшим начальникам.

Что же тут происходит? Все просто, Project Online призывает к ответственности за качество. Ответить придется все кто к нему причастен и кто обманывал клиентов скрывая эти проблемы. Не только разработчикам продукта, но и продавцам, а также "независимым" экспертам, которые скрывали чудовищные технологические риски за дешевые подачки.

Реальные эксперты в MS Project Server думаю согласятся со мной, что самая стабильная версия продукта была выпущена... в 2003 (!) году, пока еще в команде MS Project были представители "старой гвардии" работавшие с Биллом Гейтсом. Версия MS Project Server 2007 созданная новыми разработчиками представляла из себя полную катастрофу качества по надежности, последующее усложнение клиентами сценариев применения завело в откровенный тупик множество внедрений где клиенты и внедренцы были просто не готовы к такому фейерверку ошибок. Иными словами, кризис качества MS Project Server продолжается уже 10 (!) лет. В то же  время десктоп Microsoft Project демонстрирует надежность на уровень высокой планки качества семейства Microsoft Office.

Как же так? Как Microsoft смог выпустить десктоп MS Project с качеством на уровне шедевра софтостроения и такой сервер который в линейке  серверных продуктов SharePoint вероятно самый худший из всех? На деле ответ на поверхности - продукты делали разные люди. Десктоп MS Project создавала предыдущая "продуктовая группа" из тех самых золотых 90х когда Microsoft создал монополию Windows и MS Office. Сейчас люди создавшие десктоп MS Project либо имеют собственный бизнес, либо на высоких постах Microsoft. Однако "могиканы" написали архитектуру десктопа так крепко, что даже с учетом последующего развития она не утратила надежности. Проще говоря, отличные инженеры создают архитектуры "дуракоустойчивые" не только к пользователям, но и недорогим программистам-кодировщикам, если вдруг они начнут дописывать код.

Уровень компетенции текущей команды разработки MS Project Server можно представить очень просто вот по какому факту. Любой мало-мальски компетентный IT-специалист может снять скрипт с базы данных Microsoft SQL Server для MS Project Server и заглянуть в исходный код Microsoft в хранимых процедурах. Конечно эксперт сразу же нажмет Ctrl+F и начнет поиском искать слово cursor. Я думаю многие кто проделают будут изумлены обнаружив 40 (!) мест в коде с интенсивным использованием курсоров. Дело в том, что даже студент вуза по программированию знает, что интенсивное использование курсоров в коде MS SQL Server это признак дилетантов, т.к. MS SQL Server не может включить свои мощные оптимизаторы запросов и вынужден работать как простейший интерпретатор кода со скоростью черепахи. Именно тут причина почему центр обработки данных Microsoft за 600 миллионов долларов тратит 40 секунд, чтобы рассчитывать жалкие 300-500 строк проекта, серверное оборудование подешевле может просто свалиться в "таймауты" и очереди сервера зависнут.  В ходе разработки MS Project Server 2013 я представил экспертами Microsoft подробный отчет по Code Review, в котором подобных "детских ляпов" было около трех десятков. Это не невнимательность, это недостаток компетенции причем как у самого разработчика, так и у менеджера, который нанял разработчика, который профессионально не достаточно подготовлен для своей работы.

Причем такая же ситуация в .Net-коде MS Project Server. Получить исходный код Microsoft не сложно - достаточно запустить рефлектор и декомпилировать его. Однако у опытного корпоративного разработчика который будет просматривать такой код конечно встанут сразу волосы дыбом - он увидит сразу одну из причин низкой стабильности продукта. Он увидит, что в коде MS Project Server живет "Генерал Ошибок". На огромные модули по 2000-5000 строк вы не увидите ни одного обработчика ошибок, try .... catch будут стоять на глобальном уровне поэтому при серьезный сбоях MS Project Server выдает просто "General Error" и GUID. И все, больше никакой диагностики кроме логов. Такой "Генерал Ошибок" живет обычно в разработках, где у разработчиков и их менеджеров просто не хватает компетенции и дисциплины.

Это отдельный вопрос как так получилось, что в разработку MS Project Server попали менеджеры и разработчики с провалами в дисциплинах и навыках программистов, честно говоря я сам шокирован таким уровнем компетенции после просмотра кода и конечно есть много вопросов к работе HR в Microsoft. Все это хороший урок для любой компании которая попробует сэкономить на разработчиках и нанимать недорогой персонал. Но что важно, это понятно и новой команде контроля качества продукта, которая не намерена "щадить своих". Дружба дружбой, а в остальном "бизнес и ничего личного".

Но сейчас нужно понять две очень важные вещи как последствия использования Microsoft недорогих программистов. Во-первых, никакими процедурами тестирования самые элитные тестеры не смогу обеспечить качество, если разработчики не обладают необходимой компетенцией. Это будет просто замкнутый круг: одни ошибки будут заменять другие. Также недостаток компетенции при проектировании архитектуры порождает "плавающие ошибки" о которых ниже. Во-вторых, как вы заметили я написал очень жесткие вещи и не много ни мало утверждаю, что нужно сменить часть разработчиков и менеджеров продукта Microsoft, либо сделать кардинальное повышение их квалификации через обучение. Однако это очень резкое заявление и такие вещи нужно доказывать более вескими аргументами, чем просто указание на грубые ошибки проектирования архитектуры по результатам Code Review. В истории Microsoft встречается, когда по ряду причин в какой-то группе собираются люди не подготовленные для своей работы. Например, мы все знаем Microsoft SQL Server как отличный продукт с версии 6.5. Однако как не сложно догадаться все версии до 6.4 с треском провалились и не имели успеха. Но топ-менеджмент Microsoft смог понять, что проблема в компетенции команды MS SQL и просто ее уволил. Новая команда создала тот MS SQL Server которым Microsoft по праву может гордится как очень надежным.

Вопрос в том, что не так-то просто понять топ-менеджерам Microsoft, что они находятся в этой самой ситуации, чтобы пора взять дробовик и начать наводить порядок. Проблема недостатка компетенции ловко маскируется. Для начала бешено успешный в коммерческом плане десктоп MS Project созданный "старой гвардией Microsoft" маскирует весьма неубедительные продажи MS Project Server. Дело в том, что менеджеры в группе разработки MS Project Server когда заявляют клиентам и своим начальникам о продажа в 200 миллионов долларов не договаривают, что 70% этой суммы  это лицензии Microsoft Project Professional и 20% это лицензирование SharePoint. Поэтому если заметили очень любят в Microsoft рассуждать об Microsoft EPM, как "комплекте" из этих продуктов. Это маскировка проблем доходности разработки MS Project Server. И недобор доходов прямо связан с качеством. 

Второй  момент, что даже когда клиенты в ярости от качества внедрения MS Project Server топ-менеджменту Microsoft не так-то просто понять в чем причина. Конечно разработчики начинают утверждать, что клиенты их продуктом неправильно пользуются, а партнеры не умеют внедрять. Внедренцы и клиенты отвечают примерно как я выше. Но разработчики же ближе к ушам своих менеджеров.

Однако настал как говорят американцы "payback time" (время расплаты). MS Project Online - это сервис который работает исключительно под управлением Microsoft, поэтому разработчикам валить не на кого. Более того, Microsoft теперь будет вынужден платить крупные штрафы за сбои продукта в режиме Online, причем едва ли не возвращая большую часть выручки такими штрафами. Поэтому если MS Project Online разваливается как сейчас от простейшей копипасты и нажатия сохранить в проекте, то конечно заплативший штрафы Microsoft объявит, виноваты разработчики и только разработчики, т.к. тут просто нет участия партнеров и клиентов в установке и развертывании продукта.

На деле сейчас у топ-менеджмента Microsoft будет простой выбор либо показать многим текущим персонажам где в Microsoft находится дверь, либо заняться за свой счет обучением и повышением квалификации. Так или иначе, но именно недостаток квалификации и довел продукт "до ручки". Но теперь топ-менеджмент Microsoft имея такой критерий оценки работоспособности как MS Project Online и финансовая ответственность за его работоспособность сможет иметь объективную оценку как хорошо работает нанятый им персонала и насколько он соответствует своим служебным обязанностям. Я ожидаю тут больших корректив и это будет главный источник повышения качества MS Project Server и MS Project Online.

MS Project Online впервые сможет дать Microsoft информацию о воспроизведении многих "плавающих" ошибок

Следующая проблема надежности MS Project Server состоит в том, что в нем огромное количество "плавающих ошибок", т.е. ошибок с непонятным способом воспроизведения. Клиентам, внедренцам и технической поддержке Microsoft требуется обычно огромные трудозатраты, чтобы собрать данные о том как воспроизвести проблему и очень часто все равно не удается поймать в каких условиях ошибка возникает. Конечно это следствие неудачного проектирования архитектуры во многих местах.
 
MS Project Online сможет поймать огромное количество плавающих багов. Дело в том, что конфигурация MS Project Server в облачном варианте понятная Microsoft, а также как обычный сайт MS Project Online в состоянии собирать куда более полные логи, которые сразу же доступны тестеровщикам и разработчикам Microsoft. Поэтому фактически в 99% случаев ошибок MS Project Online возможно облачной системой логирования их отловить
 
Это огромный потенциал повышения качества для Microsoft и он безусловно сыграет свою роль.

MS Project Online впервые укажет топ-менеджменту Microsoft, что UMT продала Microsoft бесполезные модули и сместит инвестиции Microsoft  к тому, чем реально пользуются люди

Следующий очень важный момент. В прошлые годы Microsoft инвестировал в MS Project Server по советам "аналитиков" на весьма субъективных отчетах. Ловко манипулируя такими отчетами молодой человек по имени Бен Чемберлайн из UMT смог продать Microsoft мало кому нужный Portfolio-модуль для MS Project Server. До сих пор нет нормальных референционных кейсов в России по этому модулю и это говорит о многом. Причем Бен успел поработать в Microsoft и добился, чтобы в MS Project Server 2013 вошел не весь продукт UMT, а без очень ценного модуля бюджетирования. Как только это получилось Бен уволился из Microsoft  и вдруг UMT стал продавать "Finansional Server" для MS Project Server. Простите - хочется спросить - разве это не собственность Microsoft уже? На деле Бен мастерски заработал деньги если не обманув Microsoft, то манипулируя значимостью нематериальных активов, но возможностью для таких манипуляций явилось то, что на деле топ-менеджмент Microsoft просто не знает по объективным данным от самих пользователей, что им нужно и чем они пользуются.

Однако Project Online все поменяет. Дело в том, что Project Online - это сайт и как для сайта можно всегда получить статистику чем именно люди пользуются, а чем нет. Также достаточно легко по этой статике понять проблемы юзабилити - легко индентифицируется где пользователи зашли в тупик в интерфейсе.

Это очень ценная информация, которая поможет разработчикам MS Project Server понять куда нужно инвестицировать и где улучшить интерфейс пользователя. Я правда предвижу, что отношения с UMT у Microsoft начнут быстро портится, т.к. то что фактически Microsoft обвели вокруг пальца будет просто на дешборде фактического использования функционала.

Но все это с точки зрения повышения качества огромный плюс.

Выводы

Прежде всего я бы не хотел, чтобы этот материал выглядел как повальное очернение всей группы разработки Microsoft Project. Прежде всего это "очищение" через Project Online инициировано изнутри Microsoft и скоро мучения выдающихся экспертов по качеству как Биатриссы или Браина закончатся. Однако моя твердая и публичная позиция, что часть персонала Microsoft  за многолетнее нанесение ущерба клиентам и партнерам должна нести ответственность. Это касается и разработчиков, которые взялись за работу к который были часто не готовы, так и продавцов (включая продавцов под личиной "экспертов"), которые не предупреждали клиентов о высоких технологических рисках. Я уверен, что теперь топ-менеджмент Microsoft наведет порядок. В принципе многие проблемы Microsoft может решить без кровопролития через увольнения, просто переобучением персонала, но сам Microsoft должен понять, что много очень слабых специалистов в его команде по продукту и именно тут корень проблем.

Причем моя вера в то, что Microsoft сможет починить серверный продукт выражается в действиях. Не секрет, что многим клиентам мы не рекомендуем Project Server, т.к. они не готовы к нейтрализации его технологических рисков. Однако я буду делать ставку на Project Online для управления портфелем проектов и ожидаю, что Microsoft сможет преодолеть свои проблемы. Проблему завышенной цены Microsoft на места исполнителей мы можем решить полным отказом от лицензирования на исполнителей технологии SharePoint (Online) в тех случаях когда она пользователям не нужна и нужны простые средства сбора отчетности о статусах задач.

Теперь прочие выводы.

1) Помните, что MS Project Online - это  тот же самый MS Project Server, но в облаке с незначительными ограничениями, кто скажет иное - лжец. Поэтому вы можете смело судить о качестве MS Project Server по тому как работает MS Project Online, все что не работает в MS Project Online не будет работать и в MS Project Server. Не покупайте MS Project Server не сделав пилот в облаке. Помните, что при пилоте в облаке вы можете вернуть себе деньги штрафами Microsoft, если вдруг MS Project Server в режиме Online начнет вас забрасывать ошибками. Впервые вендор несет ответственность за качество.

2) Если вы не хотите делать пилот на MS Project Online, где Microsoft возмещает нанесенный ущерб пользователю, то отложите покупки MS Project Server до первого Service Pack. Изложенная выше ситуация прижала разработчиков продукта "к стенке" и им нужно защищать свои рабочие места. Поэтому не исключено, что уже в Service Pack будут огромные улучшения. Но времени на исправления правда мало.

3) С точки зрения инвестиционной стратегии Microsoft правильная платформа для управления проектами, ситуация с облаком не может не привести к кардинальному повышению качества продуктов Microsoft в управлении проектам как по надежности, так и по функциональности. Мое решение как весьма критичного к Microsoft эксперта выше, стратегически я ставлю на Microsoft и приведение в порядок его серверных технологий по управлению проектами.

4) Гибридное облако очевидно будет доминировать в средних и малых компаниях. Корпоративным экспертам уже стоит начать разделять информацию на "некритичную" для выделения в облако и критичную, которая в облако не будет выносится, а также продумывать как средства Project Online и других облаков интегрировать с традиционным ПО таким как MS Project Server и классический SharePoint. В том числе мы будем предлагать решения с облачным MS Project, где в облако Microsoft не будут выгружаться все данные пользователя о его проектах, а только отдельные срезы. Вся конфиденциальная информация будет оставаться в сети компании в любой момент времени. Мы готовы уже поставлять такие гибридные решения.

 

 

Расскажите о статье друзьям

Вы не вошли под своим пользователем на MicrosoftProject.ru.
Рекомендуется нажать "Закрыть" и зарегистрироваться на сайте.
Зарегистрированные пользователи, выступающие как редакторы,
имеют различные бонусы по доступу к закрытым материалам.
Если Вам не важны бонусы, можете отправить правку прямо сейчас.

Фрагмент, требующий улучшения
Ваша версия фрагмента. Отредактируйте текст
Степень серьезности проблемы
Проблемы содержания
Стилистические проблемы
Синтаксические и орфографические проблемы
Ваш комментарий:

Если вы заметили любую ошибку в статье, вы можете сообщить об этой ошибке редакторам сайта, выделив мышью отрывок текста с ошибкой и нажав Ctrl+Enter. Ваша помощь в улучшении материалов для нас неоценима!

© 2003-2017, Портал MicrosoftProject.Ru. Все права защищены.

E-mail: обратная связь