• 你以为在用SharePoint但其实不是


    博客地址 http://blog.csdn.net/foxdave

    原文链接:http://www.techrepublic.com/blog/tech-decision-maker/you-think-you-use-sharepoint-but-you-really-dont/

    是篇老文章了,最近研究问题的时候偶然碰到了这篇文章,虽然里面说的情境不一定发生在中国,但是很赞同里面的思路,我们大多数做项目的时候,是否真正使用SharePoint达到了效果?

     

    无数公司部署了SharePoint但是没有利用到SharePoint的很多好处。这里有关于一个可以成功的SharePoint路标的一些建议。

    你可以随处可见,好的SharePoint变坏了。今天世界上部署SharePoint的数量有6位数了,他们中的五分之四很糟糕。当然这只是一个主观推测。很多部署SharePoint的人(特别是免费版本的)并没有非常高的雄心。然而讽刺的是,他们能达到更高的目标并且从他们免费的部署中得到很多。

    因为“suck”是一个非技术词汇,我们来给它一个集中定义:有许多公司怀着良好的初衷实施了SharePoint,但是既没改善他们的流程也没改善他们的文化。但是真正糟糕的实施实际上是把之前遗留的大麻烦在SharePoint上简单地再现了。

    典型的模式是这样的:1)公司的文件共享失控了,亟需内容管理;2)SharePoint部署到了整个公司;3)文件从文件共享中转移到了SharePoint上;4)这些文件迅速失控。

    落井下石的说,SharePoint解决内容管理问题的失败把公司从利用SharePoint的其他游戏转移到了改变功能上。坚持着用SharePoint(实际上没有一个头脑清醒的人会回滚这些可怕的文件共享)却没有任何创新改善。

    让我们从两个最大的问题,同时也是两个最容易(也是最便宜的)解决的。

     

    共享

    从事多年的内容管理问题咨询之后,我倾向于证明大部分公司的文件共享产生于约翰康纳会感觉得心应手——充满了不可知的危险和突然根除隐患的反乌托邦的荒地。任何连一个这种文件共享都没有潜在的公司应当是历史频道上的不朽。

    会发生的是:文件共享在子目录级别(取决于谁拥有什么)被分割然后借助资源管理器视图(假的,但可乱真)随意堆放到SharePoint上,保留文件拥有者转移上去的向下分级的文件结构。这不仅仅迁移了文件,也迁移了问题。

    那么应该怎么做呢?完全消除文件夹。我知道,这像是放弃重播的安迪格里菲斯(电影名)(或者是科斯比、老友记等,取决于你的年龄),但是根据我们多年来的IT经验,文件夹层级结构是我们具有的最大的认知不足。SharePoint的存在在一定程度上解放了我们。

    是的,把所有的共享文件内容转移到SharePoint的库,把库自己作为顶级文件夹。转移顶级文件夹之后,不要把子文件夹作为文件夹转移!取而代之的是,把所有东西扔到合适的SharePoint库,然后建立字段(元数据)来定义文件需要的子级组织,根据这些字段为每个库创建视图来显示文件。

    最终的结果是什么?每个你创建的库是一个归类的超级文件夹,能够面向所有用户作为所有文件夹,取决于他们的视图。一个单个文件夹可以表述几十个甚至是数百个子文件夹。并且,取代了单一维度的托管内容定义(传统的文件夹层级结构必要的限制),现在你可以根据需要从多维度来托管所有的文件,同时在流程上你的用户获取到文件需要更少的鼠标点击。

     

    杜绝滥用电子邮件

    以前我因为这个咆哮过,当然我以后也会。我们中的很多人因为自身对Outlook的犯罪需要被监禁,或者至少去做社会服务。

    犯罪#1:长链的邮件实际上变成了会议。我们使用脸书的人(几乎所有人)熟悉偶尔冗长的帖子是因为某人发布了一些确实有趣或重要的状态,而一些附加的评论添加到了原始状态,来充实帖子的内容(通常是争论性的)。现在,告诉我在你的工作场所,邮件中是不会发生的。你可能不是一个煽动者(上帝 保佑你不是),但是你却几乎成为了这种情境的牺牲品,很可能很多次。

    犯罪#2(甚至比犯罪#1更卑劣):这些长链邮件实际上保存为项目文档。从内容的角度来看,它实际上是合法的!

    这些问题的解决方案?

    1. 在SharePoint工作组网站中创建一个列表。把你项目里的所有成员加入到工作组网站的用户。这个列表包含了跟特定项目有关的所有任务(或者是行动项、目标、其他适合的东西)。

    2. 将每个任务/行动项/目标(以下称这些东西)指派一个在网站用户中的所有者。

    3. 创建这个列表的提醒邮件,使任何一个参与者在这些东西更新时得到提醒(流程中通过Outlook限制发送的邮件只能到它应该送达的角色)。这些提醒包含了这些东西在SharePoint中打开的链接。

    4. 让所有的成员在列表项中通过评论/注释来传达输入或贡献或评论。实际上,这种输入跟邮件是完全一样的——日期时间戳,归功于作者,按顺序放置所有这些条目——除了它们都会存在于一个地方,一个安全的能够妥善管理的地方(与电子邮件截然相反)。并且你拥有了所有那些电子邮件的好处,没有缺点。

    仅仅通过这两步,一个独立的SharePoint部署就能从火鸡变成老虎。但是这仅仅只是独立的SharePoint能做的事情的表皮罢了。接下来另外一或两个步骤是流程自动化,协作的力量这些你从来没有利用过的,来拯救项目经理和一个潜在的应用程序托管平台,这个平台能够巩固安全和管理能力到一个单一的全局模型。每一个我们都会很快地去了解的。

  • 相关阅读:
    thymeleaf 模板引擎
    thymeleaf 内联语法
    thymeleaf 局部变量、属性优先级、注释
    PYNQ上手笔记 | ① 启动Pynq
    MSP430F5529时钟系统深究
    C#上位机开发(四)—— SerialAssistant功能完善
    C#上位机开发(三)—— 构建SerialAssistant雏形
    C#上位机开发(二)—— Hello,World
    C#上位机开发(一)—— 了解上位机
    FPGA学习笔记(八)—— 状态机设计实例之独立按键消抖
  • 原文地址:https://www.cnblogs.com/justinliu/p/5961683.html
Copyright © 2020-2023  润新知