更新重温此问题的有趣时刻。当SharePoint 2010开始占据时，感知是否仍然相同？当然，实施2010并非没有自己的挑战，但其中一个是商业认知吗？
更新：我们的实施现已开始进入高潮状态，未来几周会有一些高调的项目上线，所以我很想知道环境是否已经发生变化。
原始问题
我们的工作环境中存在一个问题，即SharePoint的感知是：
a）金色的子弹，是我们所有问题的答案。
b）应答是否解决了特定问题。
c）令人沮丧的工具，无法满足他们的严格要求。
现在我认为SharePoint（或者更具体地说是我们的Microsoft Office SharePoint Server 2007）是一个基于各种低级Microsoft技术的框架（IIS，ASP.Net，WSS 3.0，.Net Framework，Windows Workflow Foundation）因此可以开发出来做任何事情（给定时间和资源）。
在我的组织（以及其他我确定的其他人）中形成的态度是微软营销机器和组织者希望在尽可能多的人面前获得“金子弹”的愿望。做什么的？'或'为什么？'或者在某些情况下甚至是“怎么样？”
这是其他SharePoint开发者共享的态度和看法吗？
答案 0 :(得分：26)
在我工作的组织中，完全取决于一个人的技术理解水平。业务人员将其视为一个机会，可以采用预先构建的平台，并相对轻松地对一些微小的变化进行打击。然而，它的实际情况是，对于技术人员来说，与之合作是一场噩梦。权衡通常是从一个极端到另一个极端，这意味着如果我们使用内置功能做一些事情，它相对容易，但最终用户体验远非令人满意。另一方面，我们通常可以提供更好的用户体验，但代价是极度繁重的劳动力。
就个人而言，作为技术方面的个人，我不建议在任何环境中使用SharePoint，因为当您考虑许可成本时，除了开发时间以使任何有价值的东西（根据我的经验，总是如此）比自定义的ASP.NET应用程序花费更多的时间）你最终会有一个荒谬的净损失。大多数内部网站点都可以相对轻松地使用免费版本（WSS）;但是，它们通常不会进行大量自定义，只是将其用作文档存储库。
无论出于何种原因，业务人员对产品有完全歪曲的意见。他们认为SharePoint最终为他们节省了资金。我说这是一个扭曲的观点，因为我见过的每个使用SharePoint的项目远超出了我对自定义ASP.NET应用程序（长期和短期）的估计。在一个特定的案例中，我参与了一个项目，该项目在自定义ASP.NET应用程序中最多只需要一个月（包括开发时间，QA等）。但是，SharePoint中的相同应用程序已经开发了近一年。底线是该项目根本不属于SharePoint，但业务人员拒绝接受这一点，直到他们别无选择。
如果您正在考虑为您的组织使用SharePoint，我强烈建议您先完成作业。期待一个非常大的学习曲线和很多挫折感。大多数技术人员会立即认识到产品的缺陷，并极其沮丧地指出它们。这在SharePoint开发环境中是正常的。最后，如果您愿意在很少或没有任何收获的情况下做出这些牺牲，那么SharePoint是适合您的解决方案。
答案 1 :(得分：11)
我当前的公司认为我们应该通过向他们提供SharePoint来授权Intranet用户..这样，他们就可以随意管理/添加/删除用户，网站，页面。并且IT可以更有效地利用它的时间，如谷歌搜索lol猫。
我们确实使用了SharePoint，并且广泛地使用了大量的SharePoint列表。
没有发生的是实际在内部销售产品的自助服务理念...... 99％的部门应该“自己动手......或者只是简单地使用它......”从未触及它！ ！
- 大多数人都知道的唯一软件是Excel
此处的人员会发送截图图像进行故障排除，并使用Excel文件中的粘贴图像制作手册！
（我曾经使用旧的Solaris机器，没有Open Office，所以即使我现在使用XP ......看到这种情况仍然很痛苦）
他们的互联网是雅虎主页和电子邮件。
他们（邪恶）希望这些人通过SharePoint使用来解决他们的业务需求。
现实检查：自助服务与否，即使没有发生......他们不会使用SharePoint自行解决任何问题，但无论如何都没有人注意到......
..这就是谎言，人们注意到它，但提到管理认为 SharePoint的使用方式与现实之间的差异，是成为公司中红头发儿童的必然方式。
赋予“普通用户”权限是一个鬼功能，我们IT部门总是最终完成工作......任何工作......应该通过拥有超级工具SharePoint来解决...我们最终创建网站，列表，工作流程，通常我们是唯一使用它们的人。
这些都不是幽默的。
（在IT部门之外使用SharePoint的唯一工作流程是月度公司午餐公告，在将新列表项添加到IT制作的共享点列表后，通过自动电子邮件来自GA或HR） / em>的
通过从上述较小的任务中释放IT，可以将SharePoint视为提高IT工作效率的重要手段，但较小的任务仍然是PLUS我们增加了< em>尝试让其他部门自己动手
我认为，经过多年的内部锤击产品的人们的喉咙，现在有一些对SharePoint是什么的最低限度的理解，并且它使用了很多..问题是人们使用它的方式是微软承诺的，但不是高层管理人员：
基于SharePoint列表的文档存储和工作流程 - 很棒！
但是，应该明白的是，这将永远不会有自己的腿，可以免于IT护理和培养。
它提出了一个我讨厌整体的观点“让他们自己做自己的思考过程”，让非IT用户开发自己的东西在所有方面都适得其反
（输入InfoPath表单....）
我们在IT中花费了我们的生命，学习如何制作软件以及如何维护软件（并且仍然做错了），现在有人只是想做营销[或其他]管理他们自己的数据和内部工作流程UI +逻辑!!
这是一个不必要的学习曲线（对每个人而言）将驱使我们所有人去其他地方寻找工作，并让IT部门完成调试疯狂无法管理的半熟业务对象的不可能完成的任务。
输入流行语：MOSS做CMS ......
结果：我们现在正从Interwoven作为CMS（被用作美化的自动化FTP客户端服务器工具）转移到MOSS。
我有超过一年的SharePoint经验和现在的MOSS，但是高层管理人员的整个想法是：
“营销部门自己做，因为MOSS是SharePoint ++ ..自我管理”
我认为MOSS是一个非常酷的工具，但这是我在最近一次会议上的评论：
“嗯，我认为Marketing应该快速浏览一下SharePoint Designer，这样他们就知道会遇到什么”
收到的答案是：“那太技术了......”＆lt;＆lt;＆lt;＆lt;他们真的希望通过使用网站选项中点击的开箱即用功能来执行完整的品牌推广。他们计划最初将品牌的发展外包，然后从此开始实施......而且试图向他们解释绝对没有意义..
我？..每当我们在这个项目上开会时，我都会想到求职，并感谢众神，我不是这个项目经理。
结论：我不会责怪SharePoint这个工具，但是我可以看到人们可能会在办公室里以错误的心态使用它。至少在我的公司中被滥用和误解，并且仍然会受到支持由于未来几年的权力错误的原因。
答案 2 :(得分：8)
永远不知道如何处理它。让我们感到茫然和困惑，我们最终转向了其他事情。
答案 3 :(得分：7)
我之前在南非的一家快速消费品集团公司的SharePoint经验在许多方面都是积极的（主要是WSS，尽管我们也实施了MOSS）。
我们过多地自定义并决定尽可能多地使用盒装功能，只在真正需要时才进行自定义。
几个商业用户群在协作和知识管理方面非常好地采用了 围绕项目或部门问题，在某些情况下，外联网网站致力于特定的客户合作伙伴关系。到目前为止，最有效的网站是各个业务部门的 CIO直接参与 - 他们似乎很好地理解技术并帮助商业人士看到光明。我认为一个重要因素还在于，在我们实际拥有任何产品之前，其中一位CIO一直在推动一个全方位的基于视角的门户网站的总体愿景，作为信息战略的一部分。我坚信从高价值的几个点而不是一个沉重的自上而下的驱动器中有机地传播SharePoint。但是，随着SharePoint的实施，我们的变更管理功能得到了很好的支持，该功能位于I.T.但在整个企业中根深蒂固。
对于其中一项业务，我们建立了一个通用外联网协作网站，并在SharePoint中培训了一个人。对于商业用户而言，能够在几分钟内创建与他们的任何业务合作伙伴（）进行协作的子网（除了帐户创建，I.T。仍然这样做），这是一个非常大的胜利。这些类型的需求之前已经被网站设计人员和开发人员花费了数月时间。
对于我的团队（开发团队），我们广泛使用WSS进行协作，知识管理等，但它也有意义地影响了我们的解决方案交付。首先，我们在开发那些部门绝望的小型利基应用程序时已被多次捆绑，但坦率地说，这些应用程序的成本超出了应有的程度且耗时太长。通过非常熟悉WSS产品，我们越来越多地发现，我们可以在很短的时间内使用WSS帮助他们建立适当的解决方案。虽然有些很简单，然后他们可以运行这些（一些渐进式秘书类型采用SharePoint网站，就像他们曾经采用Outlook一样），其他人需要我们持续的帮助 - 但可维护性比定制编写的C＃/ ASP轻得多.NET应用程序底线 - 我们可以更快地提供价值，并且仅在真正有所作为的地方使用代码，降低TCO。
我认为SharePoint正在帮助我们进入一类解决方案，我们撰写而不是代码 everthing。例如，在一个案例中，公司希望通过让人们在Excel电子表格中发送订单来下订单。我们中的纯粹主义者抵制并希望采取更加无懈可击的措施 - 但我们无法在这些限制和灵活性范围内提出要求并提出要求。因此，我们创建了一个WSS站点（通过简单地在我们之前设置的根外联网协作站点创建一个子站点）并让民众将他们的电子表格附加到列表中。我们设置BizTalk来挑选它们，提取数据，将订单推送到ERP系统并返回并标记具有状态的WSS列表项。所以我们仍然编写代码，但是使用WSS开箱即用功能来实现整个用户端体验。
我仍然对SharePoint作为一般的 Web应用程序开发平台抱有很高的期望（即，这里有很多管道，现在可以根据需要进行扩展和扩展）。我们还没有深入到那里，因为有一个学习障碍，以及在一个可能难以维护的地方的大量代码的滑坡。我确实打算继续探索这是否属实，但同时我认为在解决方案组合思维模式中开箱即用有很多价值。
答案 4 :(得分：6)
我遇到很多人和组织，那里有一些“银/金/魔弹”销售正在进行中。
我看到人们希望统一存储在他们业务中的信息，通常是分散在各处的大型共享驱动器和文档，以及基于Web的不同应用程序。
组织希望员工可以轻松获得所有内容（可查找性），并希望它看起来好像是一个巨大的应用程序的所有部分，因此整个组织的用户可以拥有一致的位置，他们可以满足他们所需要的一切做。
引起的混乱是人们认为必须在“SharePoint”中完成，而不是使用SharePoint将所有位置拉到一起并在组织内给出上下文（例如，大的“找到花”应用程序坐在网站的园艺部分。）
问题在于，良好的信息架构需要大量的工作和规划必须去的地方。通常，SharePoint被用作新的共享驱动器，而东西只会被丢弃。
对于开发人员来说，这对他们的日常工作并不重要，但对于下午或经理来说这很重要。 开发可以产生很多的文档，并且一个创建良好的开发站点可以很容易地找到“我们从未做过的那个项目的设计文档，但我们需要昨天”。
SharePoint并不是真正适用于开发人员的核心工作（即它不是开发环境或源代码控制）。
答案 5 :(得分：5)
tl;博士：Sharepoint并没有给人以专注于帮助我完成工作的印象。
不是很好。
在我们的工作中，我们发现Fogbugz提供了我们真正想要（并且确实）使用的能力，这种能力明显更直观，更快速，因此更有用。当然，你可以为很多这些东西创建一个Sharepoint工作流程，但为什么呢？我们直接从一个似乎更专注于帮助我们开展工作的系统中获得合理的工作流程和功能。
最后这个事实：我们已经在这里使用了Sharepoint很长一段时间没有开发人员的真正兴趣。我们介绍了Fogbugz，开发团队几乎立即接受了它并将其作为日常工作的一部分。
注意：这类似于Fogbugz广告，但还有其他工具似乎想要帮助更多Sharepoint。
答案 6 :(得分：5)
我们这里有SP（非MOSS只是香草）。
大多数人都不确定如何处理它。它没有发挥其潜力，但没有人（包括我自己）想要投入那么多时间。
此处使用的方式可以轻松替换为远程共享和预定义的文件夹/目录结构。
答案 7 :(得分：5)
只要您或公司中的某个人精通技术，您的公司就可以从免费版本的Sharepoint中受益。确保购买Sharepoint Designer 2007.
我的公司并不真正意识到共享点是什么和做什么。它实际上是我们简单的生产计划和零件跟踪系统的“后端”。用户可以看到在sharepoint设计器中创建的基本aspx页面。
Sharepoint允许我快速创建用于管理信息的列表。我将sharepoint视为Excel对Web环境的扩展。大多数人使用Excel来创建信息列表。 Sharepoint为该列表信息启用Web功能。
我使用免费版的Sharepoint，并使用Sharepoint Designer进行了广泛的自定义。我是一名具有一定编程技能的工程师。我知道我已经能够创建简单但有用的数据收集网页。
我首先使用WSS 2.0创建了一个软件错误跟踪器。当时（2003年）我刚刚发现了Fogbugz，我们实际上使用了Fogbugz的试用版。每个人都喜欢Fogbugz主要是因为你可以自动分配问题和电子邮件。标准的Sharepoint问题跟踪列表也实现了这一点。 Fogbugz显然有更多的功能，但管理层决定我们将使用sharepoint .....
最后，sharepoint被广泛用于管理项目信息并与客户沟通。这是通过很少的定制完成的。刚刚创建了一些网站模板，每次创建新项目时，都会创建一个新网站，其中包含相应的文档库，问题跟踪列表，日历等。
我是FAN的共享点！ 哦，是的，它有很多限制，其顶级项目违反了数据库最佳实践，但Sharepoint WORKS！
答案 8 :(得分：5)
从我在一系列组织和第三方评论中观察到的，它归结为一个词：期望。有些人期望SharePoint是解决所有问题的灵丹妙药。这个思想流派是世界上最好的;丰富的开箱即用产品，提供广泛的协作工具，您也可以编写代码以扩展上述功能。而且因为SharePoint是一个.NET产品，你可以抓住普通的微软开发人员并立即开始获得所有RAD的优点。
从这种期望出发，将标准设置为a）Microsoft从未真正想要的水平; b）如果没有知识渊博的SharePoint开发人员和合适的环境，则很难实现。不需要太长时间才能意识到它比这复杂得多。是的，您可以针对SharePoint进行编码，但是您不能期望它类似于构建.NET应用程序。从开发环境需求到发布流程到持续维护，所有内容都比简单构建ASP.NET应用程序更复杂。这也需要考虑到这样一个事实：在许多组织中，SharePoint是一个集中的共享环境，通常会带来一定程度的治理，这不会让您随意简单地部署解决方案。
回到期待;当你继续假设这是一个很好的协作活动，门户或文档管理工具时，它是一个很棒的产品。甚至继续在平台上进行开发，期望它需要一些专业技能，部署和管理过程将与传统的.NET堆栈不同，但是这样做的目的是睁大眼睛。
总而言之，只要期望得到恰当的设定，它就是一个伟大的产品，并且在组织内部可以被非常积极地看待。但是，如果你在没有完全理解其含义的情况下陷入炒作，那么你很可能会设定一个你无法实现的期望。
答案 9 :(得分：3)
我会说sharepoint也不错！它管理信息的方式很棒！然而，有一点困扰我的是它对最终用户来说有点过于复杂，我们的组织花了两个月的时间教育他们，但结果远远落后于我们的期望。有时看起来我们上个世纪50年代就拥有了一架超音速飞机 - 我们无法充分利用它！
答案 10 :(得分：3)
关于“如果环境已经发生变化”的更新......根据我的经验，事情变得更糟。这主要是因为用户界面。
作为开发人员，我经常听到“它看起来像SharePoint”的评论，表明该产品越来越过时了。 （自从发布以来，我一直对它的外观感到失望。）这意味着很多CSS和图形工作都很痛苦，因为有太多的表在使用，而且还有平坦的垃圾HTML。
除了外观之外，很多人发现界面不直观且令人沮丧。特别是对于知识渊博的用户而言，只需上传文档即可获得多次点击和不同页面。
另外由于UI不足，我被要求做很多Web-2.0 / AJAX / jQuery的东西来修饰界面并给用户提供更好的反馈。该产品不是为此而设计的。当jQuery需要在2007版本中非常令人失望的Web服务时，这很耗时。 （幸运的是有人终于开始了jQuery Library for SharePoint Web Services。）
正如下一版产品即将发布时经常发生的那样，我绝望地希望SharePoint 2010能够坚如磐石，因此当我们达到2010年的RTM时，几乎没有理由在2007平台上启动新项目。
答案 11 :(得分：2)
所以我注意到迄今为止没有人真正拥有过SharePoint的真正积极体验，但每个人都在购买它。它让我很困惑MS如何管理它？
我们在管道中有许多简单的项目，这些项目将从注入SP中获益匪浅。但我想在大多数情况下，我们都希望将SharePoint“混合”到我们的产品和技术组合中。它做得很好它确实做得很好，但对于特定场景，它几乎总是需要一些自定义元素（无论是CSS，JScript还是服务器端代码），它可能并不总是适用的解决方案。
我最近听说一位MS分析师将SharePoint称为建模粘土，这总结了我的意思！
答案 12 :(得分：1)
我知道这个问题是针对开发者的（有点旧），但我想从业务用户的角度分享一个观点。我们的公司（全球75,000多名员工）部署了MOSS 2007的“团队网站”模板，退出了我们现有的文档电子客房，并为我们提供了ZERO培训，ZERO信息。
整个公司的用户使用他们的团队网站作为文档存储库，期间。有一些用户更了解并已开始设置和使用MOSS 2007的协作功能。
我还应该提一下 - 我们公司仍在使用IE6和MS office 2003.（遗憾的是，仅凭这一事实，我们无法对SharePoint做任何事情。）
我们公司不会奖励最终用户，他们会找到提供工具的方法来创建更好的协作，我们的IS / IT部门拒绝协助提供学习材料，机会或以任何方式协助最终用户。在目前的狗吃狗的心态 - 裁员后裁员1人现在做5个或更多的工作，过去，人们只是没有时间，如果它不是核心焦点的一部分他们的工作。
我很害怕我已经学习并为几个团队实施了一些协作功能 - 尽管我是在自己的时间学到的 - 这是否意味着我会被认为没有足够的工作来让我忙，因此 - 消耗品？
至于 I 对SharePoint的看法：我喜欢sharepoint。它确实为最终用户提供了相当多的功能......它可能需要我一点时间啊，但最终，我明白了。有时我对构建页面感到有点沮丧 - 我希望它是CSS和HMTL - 但是，当然，我们无法使用sharepoint设计器。
如果是，这将是一个更好的部署 1.培训包括在推广中。 2.在推出期间实施了可靠的变革管理。