Как SharePoint воспринимается в вашей компании?

Ответ 1

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

Лично, как физическое лицо с технической стороны, я бы не рекомендовал SharePoint для какой-либо среды, потому что, когда вы учитываете стоимость лицензирования, в дополнение к времени разработки, чтобы сделать что-то стоящее (что, по моему опыту, всегда занимает больше времени, чем пользовательское приложение ASP.NET), вы получаете нелепый чистый убыток. Большинство сайтов интрасети могут относиться с бесплатной версией (WSS) с относительной легкостью; однако они обычно не выполняют много настроек и просто используют его в качестве репозитория документов.

По какой-то причине у бизнес-персонала есть полностью искаженное мнение о продукте. Они считают, что SharePoint в конечном итоге экономит их деньги. Я говорю, что это искаженное мнение, потому что каждый отдельный проект, который я когда-либо видел, который использовал SharePoint, далеко превысил мои оценки для пользовательского приложения ASP.NET(как долгого, так и краткосрочного). В одном конкретном случае я был вовлечен в проект, который в буквальном смысле взял бы на месяц максимум (включая время разработки, QA и т.д.) В пользовательском приложении ASP.NET. Однако одно и то же приложение в SharePoint работает уже почти год. Суть в том, что проект просто не принадлежал SharePoint, но бизнес-персонал отказался принять это, пока у них не было выбора.

Если вы рассматриваете SharePoint для своей организации, я настоятельно рекомендую вам сделать домашнее задание, во-первых. Ожидайте очень большую кривую обучения и много разочарования. Большая часть вашего технического персонала сразу же распознает недостатки продукта и укажет на них с крайним разочарованием. Это нормально в среде разработки SharePoint. Если, в конце концов, вы готовы принести эти жертвы с небольшим или большим успехом, SharePoint - это правильное решение для вас.

Ответ 2

Моя нынешняя компания считает, что мы должны расширять права пользователя интрасети, предоставляя им SharePoint. Таким образом, они могут управлять/добавлять/удалять пользователей, сайты и страницы по своему усмотрению. И ИТ может использовать свое время более продуктивно, как Googling для кошек LOL.

Мы хорошо используем SharePoint и широко... множество списков SharePoint повсеместно.

То, что не происходит, - это идея самообслуживания, которая на самом деле продает продукт внутри... 99% отделений, которые должны "делать это сами.. или просто просто использовать его", никогда даже не трогали его!

- Единственное программное обеспечение, о котором знают многие люди, это Excel

Люди здесь отправляют скриншоты изображений для устранения неполадок и делают руководства с только что вставленными изображениями в файлы Excel!

(Я работал со старой машиной Solaris без Open Office, так что, хотя я использую XP сейчас.. все равно болит, чтобы это произошло)

Интернет к ним - домашняя страница Yahoo и электронная почта.

Они (зла) хотят, чтобы эти люди решали свои бизнес-потребности с помощью SharePoint.

Проверка реальности: самообслуживание или нет, этого просто не происходит.. они не используют SharePoint для решения каких-либо проблем сами по себе, но никто не замечает в любом случае...

. Хорошо, что это ложь, люди замечают это, но упоминание о несоответствии между тем, как руководство считает, что SharePoint используется, и реальностью, - это верный способ стать ребенком рыжего шага в компании.

Это расширение возможностей "обычного пользователя" - это призрак, мы в ИТ всегда заканчиваем работу. Любая работа... это должно было быть решено благодаря супер-инструменту SharePoint.. мы в конечном итоге создаем сайты, списки, рабочие процессы, и обычно мы единственные, кто их использует.

Ничто из этого не должно быть юмористическим.

(единственным документооборотом, используемым за пределами ИТ-отдела с SharePoint, является ежемесячное объявление обеда компании, которое поступает от GA или HR по автоматическому электронному письму после добавления нового элемента списка в список sharepoint, сделанный ИТ).

SharePoint рассматривается как эта золотая пуля, чтобы сделать ИТ более продуктивным, выпустив ИТ из упомянутых меньших задач, но те меньшие задачи остаются ПЛЮС, у нас есть дополнительные затраты на то, чтобы заставить другие отделы сделать это сами.

Я думаю, что после многих лет внутреннего взлома продукта у людей глотки, теперь есть некоторое минимальное понимание того, что такое SharePoint, и его использование совсем немного. Проблема в том, что так, как люди используют его, как обещал Microsoft, но не высшее руководство:

Хранилище документов на основе списка SharePoint и Workflows --Great!

Но те силы, которые должны быть поняты, что это никогда не будет чем-то своим собственным ногам, которые могут быть свободны от ухода и ухода за ИТ.

Это поднимает точку, которую я ненавижу в целом, "позволяю им делать это самим мыслимым процессом", пусть не ИТ-пользователи сами разрабатывают материал, который является контрпродуктивным во всех точках

(Введите формы InfoPath....)

Мы, ИТ-специалисты, проводим нашу жизнь, изучая, как создавать программное обеспечение и как его поддерживать (и по-прежнему делать это неправильно), и теперь у кого-то есть кто-то, кто хочет делать маркетинг [или что-то еще] управлять своими собственными данными и внутренним интерфейсом рабочего процесса + логика!!

Это ненужная кривая обучения (для всех), которая заставит всех нас искать работу в другом месте и оставить ИТ с невозможной задачей отладки безумных неуправляемых полуфабрикатов бизнес-объектов.

Введите многословное слово: MOSS делает CMS...

Результат: теперь мы переходим от Interwoven как CMS (используется как прославленный автоматизированный сервер FTP-сервера) для MOSS.

У меня есть более чем год опыта работы в SharePoint и теперь MOSS, но вся идея от высшего руководства:

"имеют отдел маркетинга, делают это сами, потому что MOSS - это SharePoint ++.. self manageable"

Я думаю, что MOSS - действительно классный инструмент, но вот мой комментарий на недавней встрече:

"Ну, я думаю, что маркетинг должен быстро взглянуть на SharePoint Designer, чтобы они знали, что к ним приходит"

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

Они планируют сначала вывести на рынок разработку брендинга и свернуть его с тех пор... и нет никакого смысла пытаться объяснить им в противном случае.

Я?.. Я думаю о поиске работы, когда у нас есть встреча по этому проекту, и благодарю богов. Я не руководитель проекта на этом.

Итог: я не обвиняю инструмент SharePoint, но я вижу, как люди, вероятно, используют его с неправильным настроем в офисах повсюду. Они чрезвычайно злоупотреблены и неправильно поняты в моей компании, по крайней мере, и будут оставаться защищенными по неправильным причинам силами, которые будут на долгие годы.

Ответ 3

Никогда не выяснял, что с этим делать. Просто оставил нас ошеломленным и смущенным, и мы перешли к другим вещам.

Ответ 4

Наш опыт SharePoint в моей предыдущей компании, группе FMCG в Южной Африке, был во многом позитивным (в основном WSS, хотя мы также реализовали MOSS).

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

Несколько групп бизнес-пользователей довольно хорошо приняли его для целей сотрудничества и управления знаниями вокруг проектов или ведомственных проблем, а в некоторых случаях и экстрасети сайтов, предназначенных для конкретных партнерских отношений с клиентами. Безусловно, наиболее эффективными сайтами были те, в которых ИТ-директора различных бизнес-единиц были непосредственно вовлечены. Они, похоже, хорошо позиционируются как для понимания технологии, так и для того, чтобы бизнесмены видели свет. Я считаю важным фактором также тот факт, что один из ИТ-директоров выдвигал общее видение всеобъемлющего перспективного портала в рамках информационной стратегии за многие годы до того, как мы на самом деле имели какой-либо продукт. Я считаю, что органически распространять SharePoint органично с нескольких точек высокой ценности, а не на тяжелый верхний диск. Но по мере того, как SharePoint был реализован, распространение было хорошо поддержано нашей функцией управления изменениями, которая была размещена в I.T. но хорошо укрепился вокруг бизнеса.

Для одного из предприятий мы создали общий сайт совместной работы экстрасети и обучили человека в SharePoint. Это была большая победа для бизнес-пользователя, которая в течение нескольких минут могла создавать субтитры для совместной работы с любым бизнес-партнером из них (помимо создания учетной записи, которое все еще выполнял И.Т.). Эти потребности нуждались, прежде всего, в работе над дизайнерами веб-сайтов и разработчиками в течение нескольких месяцев.

Для моей команды (команда разработчиков) мы широко использовали WSS для совместной работы, KM и т.д., но это также существенно повлияло на нашу доставку решений. Во-первых, мы много раз завязывались в разработке небольших нишевых приложений, которые отделы отчаянно хотели, но которые, честно говоря, стоили гораздо дороже, чем им нужно, и занимали слишком много времени. Благодаря тому, что мы хорошо знакомы с предложениями WSS, мы все чаще обнаружили, что можем помочь им создать адекватное решение, используя только WSS, за долю времени. В то время как некоторые из них были достаточно просты, чтобы они запускались с ними (некоторые прогрессивные типы секретарей применяли сайты SharePoint, как они когда-то применяли Outlook), другие требовали нашей постоянной помощи, но ремонтопригодность была значительно более легкой, чем удобная на заказ С#/ASP.NET. Итог - мы могли бы повысить стоимость и использовать код только там, где это действительно имело значение, снижая совокупную стоимость владения.

Я думаю, что SharePoint помогает нам в классе решений, где мы создаем, а не код. Например, в одном случае компания хотела разместить заказы, отправив их людям в электронную таблицу Excel. Пурист в нас сопротивляется и хочет пойти на что-то более водонепроницаемое, но мы не могли диктовать и требовать доставки в рамках этих ограничений и с маневренностью. Таким образом, мы создали сайт WSS (просто создав дочерний узел с сайта корневого сайта экстрасети, который мы ранее установили), и люди привязали свои электронные таблицы к списку. Мы установили BizTalk, чтобы подбирать их, извлекать данные, нажимать заказы на систему ERP и возвращаться и отмечать элементы списка WSS со статусом. Таким образом, мы по-прежнему писали код, но использовали функциональные возможности WSS для полного пользовательского интерфейса.

Я все еще возлагаю большие надежды на SharePoint как на общую платформу разработки <веб-приложений (т.е. здесь много сантехники, теперь используйте и расширяйте по мере необходимости). Мы еще не углубились там, так как есть обучающий барьер, а также скользкий наклон большого количества кода в месте, которое может быть сложно/беспорядочно поддерживать. Я планирую продолжать изучать, правда ли это, но тем не менее я считаю, что существует немалая ценность для использования из коробки в мышлении решения.

Ответ 5

Я встречаюсь с большим количеством людей и организаций, где происходят продажи "серебра/золота/волшебной пули".

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

Организации хотят, чтобы все было легко доступно их сотрудникам (findability), и они хотят, чтобы это выглядело так, как будто это все часть одного огромного приложения, поэтому пользователи в организации имеют постоянное место, где они могут идти на все, что им нужно, чтобы сделать.

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

Проблема в том, что для хорошей информационной архитектуры требуется много работы и планирования, где все должно идти. Слишком часто SharePoint используется как новый общий диск, и все просто сбрасывается где угодно.

Для разработчиков это просто не важно для повседневной работы, но это важно для PM или менеджера. Разработка может порождать множество документов, а хорошо созданный сайт разработки может облегчить поиск "проектного документа для этого проекта, который мы никогда не получали, но нам нужно вчера".

SharePoint на самом деле не для основной работы разработчиков (т.е. это не среда разработки или источник управления).

Ответ 6

tl; dr: Sharepoint не создает впечатление, что вы сосредоточены на том, чтобы помочь мне выполнить мою работу.

Не очень хорошо.

В нашей работе мы обнаруживаем, что Fogbugz предоставляет возможность, которую мы действительно хотим (и делаем) использовать в моде, который явно более интуитивно понятен, быстрее и, следовательно, более полезен. Конечно, вы можете создать рабочий процесс Sharepoint для многих из этих вещей, но зачем нам? Мы получаем разумный рабочий процесс и функции непосредственно из системы, которая, как представляется, гораздо больше сосредоточена на том, чтобы помочь нам в нашей работе.

• Рабочий процесс разработки: нам очень нравится структура, ориентированная на регистр.
• Неофициальные обсуждения: дискуссии Fogbugz параллельны старым группам Usenet и отлично подходят для обсуждения проблемы, прежде чем мы превратим ее в случай, над которым нужно работать.
• Постоянное обсуждение/документы: вики - отличное место для нас, чтобы мы могли создавать материалы, в частности, документацию.
• Интеграция SVN: это становится для нас более важным.
• Отчетность по проектам/основанное на фактических данных планирование: это быстро становится критически важным для нашего процесса планирования и отчетности.

Последний факт: у нас есть Sharepoint здесь довольно долгое время, без реального интереса со стороны разработчиков. Мы представили Fogbugz, и почти сразу команда разработчиков приняла его и сделала его частью своей повседневной жизни.

ПРИМЕЧАНИЕ. Это читается как рекламное объявление Fogbugz, но есть другие инструменты, которые, похоже, хотят больше помочь Sharepoint.

Ответ 7

У нас есть SP здесь (не MOSS просто ваниль).

Большинство людей не уверены, что с этим делать. Он не привык к своему потенциалу, но никто (включая меня) не хочет инвестировать такое время.

Способ использования здесь может быть легко заменен удаленным общим ресурсом и предопределенной структурой папки/каталогов.

Ответ 8

До тех пор, пока вы или кто-то из компаний будет технически подкованным, ваша компания выиграет от бесплатной версии Sharepoint. Убедитесь, что вы приобрели Sharepoint Designer 2007.

Моя компания не знает, что такое sharepoint и что делает. Это фактически "бэкэнд" для нашей простой системы планирования производства и отслеживания деталей. Пользователи видят основные страницы aspx, созданные в дизайнере sharepoint.

Sharepoint позволяет мне быстро создавать списки для управления информацией. Я вижу sharepoint как расширение Excel в веб-среду. Большинство людей используют Excel для создания списков информации. Sharepoint позволяет использовать веб-функции для этой информации списка.

Я использую бесплатную версию Sharepoint и настраиваю ее с помощью Sharepoint Designer. Я инженер с некоторыми навыками программирования. Я знаю достаточно, что мне удалось создать простые, но полезные веб-страницы для сбора данных.

Сначала я использовал WSS 2.0 для создания трекера программного обеспечения. В то время (2003) я только что открыл Fogbugz, и мы фактически использовали пробную версию Fogbugz. Все любили Fogbugz главным образом потому, что вы могли назначить проблемы, и электронные письма были автоматически отправлены. Аналогичным образом достигается и стандартный список отслеживания проблем Sharepoint. У Fogbugz явно было больше возможностей, но руководство решило, что мы будем использовать sharepoint.....

В итоге sharepoint широко использовалась для управления информацией о проекте и общения с клиентами. Это было сделано с небольшой настройкой. Просто созданы некоторые шаблоны сайтов, и каждый раз, когда был создан новый проект, новый сайт был создан с соответствующими библиотеками документов, списками отслеживания ошибок, календарями и т.д.

Я - sharepoint FAN!!! О, и да, у него много ограничений, и его элементы верхнего уровня нарушают лучшие методы базы данных, но Sharepoint WORKS!

Ответ 9

Из того, что Ive наблюдало в разных организациях и комментариях сторонних разработчиков, это сводится к одному слову: Ожидание. Есть те, которые ожидают, что SharePoint является панацеей ко всем проблемам. Эта школа мысли состоит в том, что она является лучшим из всех миров; богатый, готовый продукт, предлагающий широкий набор инструментов для совместной работы, которые вы также можете кодировать для расширения вышеупомянутых функций. И поскольку SharePoint - это .NET-продукт, вы можете захватить своего среднего разработчика Microsoft и сразу же начать получать всю эту RAD-доброту.

Начиная с этого ожидания, устанавливается бар на уровне, который: a) Microsoft никогда не предназначался и b) вряд ли будет достигнута без осведомленных разработчиков SharePoint и подходящей среды. Это не займет слишком много времени, чтобы понять, что это немного сложнее, чем это. Да, вы можете скопировать код SharePoint, но вы не можете ожидать, что он будет аналогичен созданию .NET-приложения. Все, от требований среды разработки до процесса выпуска до текущего обслуживания, является более сложным, чем просто создание приложения ASP.NET. Это также необходимо контекстуализировать с тем фактом, что во многих организациях SharePoint - это централизованная общая среда, которая часто приносит с собой уровень управления, который не позволит вам просто развертывать решения по своему усмотрению.

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

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

Ответ 10

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

Ответ 11

Относительно вашего обновления "если окружающая среда изменилась"... По моему опыту, ситуация немного ухудшилась. Это в основном из-за пользовательского интерфейса.

Как разработчик, я часто слышу комментарий "похоже на SharePoint", показывающий, что продукт все чаще смотрит устаревшим. (Я разочарован тем, как выглядит с момента выпуска.) Это означает, что очень много работы с CSS и графикой, что является болезненным, так как там так много таблиц в использовании и выкладывается из дерьма HTML.

Помимо взгляда, многие люди находят интерфейс неинтуитивным и расстраивающим. В частности, для менее осведомленных пользователей просто загрузка документа - это много кликов и разных страниц.

Также из-за недостатка пользовательского интерфейса меня попросят сделать много материалов Web-2.0/AJAX/jQuery, чтобы создать интерфейс и дать лучшую обратную связь пользователям. Продукт не был разработан для этого. Это требует много времени, когда jQuery нуждается в веб-сервисах, которые очень разочаровывают в выпуске 2007 года. (К счастью, кто-то наконец запустил библиотеку jQuery для веб-служб SharePoint.)

Как часто бывает, когда следующая версия продукта близка к горизонту, я отчаянно надеюсь, что SharePoint 2010 будет прочной, поэтому нет оснований для запуска новых проектов на платформе 2007 года, когда мы достигнем RTM в 2010 году.

Ответ 12

Итак, я замечаю, что на сегодняшний день у действительно нет положительного опыта SharePoint, но все его покупают. Это смущает меня, как MS это удалось?

В трубопроводах есть много простых проектов, которые в значительной степени выиграют от инъекции SP. Но я полагаю, что в большинстве случаев мы будем стремиться "смешивать" SharePoint в нашем сочетании продуктов и технологий. То, что он делает хорошо, действительно хорошо, но для конкретных сценариев почти всегда понадобятся некоторые элементы настройки (будь то CSS, JScript или код на стороне сервера), и это может быть не всегда решение appopriate.

Недавно я услышал, что аналитик MS ссылается на SharePoint как на модельную глину, и это подвело его для меня!

Ответ 13

Я знаю, что этот вопрос был для разработчиков (и немного старше), но я хотел бы поделиться мнением с точки зрения бизнес-пользователя. Наша компания (75 000 + сотрудников по всему миру) развернула шаблон "Team Site" в MOSS 2007, удалила наши существующие электронные документы Documentum и освободила нас от обучения ZERO, информации ZERO.

Пользователи всей компании используют свои сайты в качестве репозиториев документов, период. Есть несколько карманов пользователей, которые имеют немного больше понимания и начали настройку и использование функциональных возможностей совместной работы MOSS 2007.

Следует также упомянуть, что наша компания все еще использует IE6 и MS office 2003. (Жаль, что мы не можем делать с SharePoint только по этому факту.)

Наша компания не вознаграждает конечного пользователя, который находит способы использовать предоставленные инструменты для улучшения сотрудничества, и наши отделы IS/IT отказываются оказывать содействие в предоставлении учебных материалов, возможностей или помощи конечным пользователям в любом случае. В нынешней собаке есть менталитет собаки - увольнение после увольнения с 1 человеком, которое сейчас делает работу над тем, что было 5 или более в прошлом, у людей просто нет времени, если это не часть основного внимания их работы.

Меня отпугивает, что я узнал и реализовал для нескольких групп некоторые функциональные возможности, хотя я и сам это узнал в свое время - это значит, что я буду восприниматься как не имеющий достаточной работы для держите меня занятым и потому - расходуемым?

Насколько я знаю о SharePoint: я люблю sharepoint. Это действительно довольно много возможностей для конечных пользователей... мне может потребоваться немного времени для ах-ха, но в конце концов, я понял. Иногда я немного расстраиваюсь в создании страниц - мне бы хотелось, чтобы это были CSS и HMTL, но, конечно же, мы заблокировали использование sharepoint-дизайнера.

Было бы лучше, если бы 1. Обучение было включено в процесс развертывания. 2. В процессе развертывания было реализовано твердое управление изменениями.