Как SharePoint воспринят в Вашей компании? [закрытый]

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

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

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

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

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

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

Мы действительно используем SharePoint хорошо и экстенсивно.. много SharePoint перечисляет повсеместно..

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

- единственное программное обеспечение, о котором здесь знает большинство людей, является Людьми Excel

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

(я раньше работал со старой машиной Соляриса, без, Открывают Office, поэтому даже при том, что я использую XP теперь.. все еще повреждает видеть, что это происходит)

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

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

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

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

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

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

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

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

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

SharePoint основанное на списке хранение документов и Рабочие процессы - Здорово!

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

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

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

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

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

Вводят модное словечко в изобилии: MOSS делает CMS...

Результат: Мы теперь перемещаемся от Вплетенного как CMS (использовался в качестве прославленного автоматизированного инструмента клиент-сервера FTP) к MOSS.

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

"сделали, чтобы маркетинговый отдел сделал это самостоятельно, потому что MOSS является SharePoint ++.. сам управляемый"

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

"ну, Я думаю, Продавая, должен иметь беглый взгляд на Разработчика SharePoint, таким образом, они знают то, что прибывает к ним"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пока вы или кто-либо из сотрудников компании разбираетесь в технологиях, ваша компания будет пользоваться бесплатной версией 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 !!! О, да, у него много ограничений, и его элементы верхнего уровня нарушают лучшие практики базы данных, но Sharepoint РАБОТАЕТ!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

я недавно услышал, что аналитик Миссисипи назвал SharePoint формовочной глиной, и это подвело итог его для меня!

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

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

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

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

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

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

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

From what I’ve observed across a range of organisations and third party commentary it comes down to one word: Expectation. There are those that have the expectation that SharePoint is the panacea to all problems. This school of thought is that it’s the best of all worlds; a rich, out of the box product offering a broad set of collaboration tools which you can also code against to extend aforementioned features. And because SharePoint is a .NET product you can grab your average Microsoft developer and start getting all that RAD goodness immediately.

Starting out with this expectation is setting the bar at a level which a) Microsoft never really intended and b) is very unlikely to be achieved without knowledgeable SharePoint developers and a suitable environment. It doesn’t take too long to realise that it’s a little more complex than that. Yes, you can code against SharePoint but you can’t jump in expecting it be analogous to building a .NET app. Everything from the development environment requirements to the release process to the ongoing maintenance is more complex than simply building an ASP.NET app. This also needs to be contextualised with the fact that in many organisations SharePoint is a centralised, shared environment which often brings with it a level of governance which isn’t going to allow you to simply deploy solutions at will.

Back to expectation; when you proceed with the assumption that this is a great tool for collaboration activities, portals or document management it’s a fantastic product. Even proceed with developing on the platform with the expectation that it will require some specialised skills and the deployment and management process will differ to the traditional .NET stack but do so with eyes wide open as to the implications.

So in summary, it’s a great product and can be perceived very positively within an organisation so long as the expectations are set appropriately. However, if you get caught up in the hype without fully understanding the implications there’s a good chance you may be setting an expectation you will not be able to deliver on.