SharePoint 最佳做法會議, “最佳做法,” 和房間裡的大象

我很幸運地參加和出席上周的 SharePoint 最佳做法會議. 我仍然新向全體發言"的東西" 和, 坦白地說, 我是有點緊張上半年雖然我出汗了輪候發言我自己. 有點緊張的感覺使我注意到主持人有點難 (不是我忽略了他們). 相反, 多一點集中到出席者.

會議始終設置我的頭腦賽車,這一點與很多拍. 這次會議是優秀. 我認為這是不尋常的幾種方法. 它不是重開發者大會. 當然有 dev 零件到它, 但我認為它是至少 60% 側重于非開發問題, 也許會高達 80%. 我認為這說到 SharePoint 市場不斷演變的性質. 公司正在實施 SharePoint 中以各種方式和他們正在尋找如何這樣做的權利的指導. 並不只是指導如何創建功能/解決方案 (現在由, 建立了很好).

我相信這次會議是非常有價值,對大多數人來說,參加而主辦單位計畫做會議再次明年年初.

在這樣說, 我相信當時錯過了一個機會,我希望下次會議位址. 這是一個被錯過的機會, 但這不是一件壞事. 發現社會需要在其本身是一件好事. 會議討論了大量的各種治理等領域的最佳做法, 培訓, 需求收集, 搜索, 發展, 資訊體系結構, 等. 我認為錯失機會,跟"綠色田野" 假設的許多最佳做法.

當我們談論綠色領域, 我們的意思是,SharePoint 至今還未投產,我們開始與一個乾淨的石板. 這是理想的因為你可以馬上使用的最佳做法,用於定義和管理治理, 資訊體系結構, 等. 不過 … 當你已經在生產的幾千個使用者時,會發生什麼 (或 10 的數千人) 和你沒有遵循最佳做法在開始? 我見過的公司 … 啊咳 … 非常 奇數 烤到他們的環境的資訊體系結構. 我不認為這次會議提供多少指導對於這樣的問題的組織 (我剛才的意思是 IA, 但治理, 搜索, 許多其他領域). 答案是肯定的, 知道你有什麼問題是大解決方案的一部分,這是非常寶貴的.

我認為網上的 SharePoint 社區做的來解決這個問題也還不. 我就不. 它是一個非常難的問題,要解決許多層面. 從技術上講很難. 直面很難. 文化, 很難. 不過, 它可能是比大多數更大的現實世界問題. 由於會議結束, 我一直在思考這類問題和一個將如何解決他們. 必須有更好的答覆, "卸載並重新安裝" 和,社會需要面對它的頭上.

我認為這很好的機會,博客社區,經歷過思想領袖來佈置一些指導如何修復他們的環境. 我認為有一個小但 SharePoint 最終可能會造成的壞和持久的聲譽不佳的非零風險架構實現因管理不善而失敗, IA, 等.

</結束>

訂閱我的博客.

Technorati 標籤:

塊新博客

我的 EMC 同事, 埃裡克 · 斯溫森, 已經被說服,在戰鬥中跳轉, 站起來並被計數 🙂

他關於各式各樣的 SharePoint 品牌的專題博客 http://erikswenson.blogspot.com/. 他最近的文章包括關於 Photoshop 的有趣的東西, 微軟 Office Live 為小型企業, SharePoint 治理, 創建自訂的 WCM 樣式等等. 他並不限於自己的品牌. 這是很有趣的組合,這是有點不同,很多我熟悉的 SharePoint 博客.

他的 RSS 源是: http://feeds.feedburner.com/SharepointBrandingDesign

檢查它,並且給他一點鼓勵. 我們都需要這次又一次, 尤其是當我們第一次真的跳進這個博客世界.

</結束>

訂閱我的博客.

Technorati 標籤:

最佳做法會議: “得到很大的要求” PowerPoint 演示文稿

我已經把 PowerPoint 上傳為我的會議之一, "得到極大的業務需求," 就在這裡 (http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/Public/Paul Galvin Great Requirements.pptx).

一邊從一系列的輝煌點, 有力地作, 甲板上包括廣泛的筆記的補充和加強上述輝煌談話要點.

對於那些你錯過了最佳做法會議, 我很幸運,介紹並討論工作得很好時試圖發現 SharePoint 專案的準確的最終使用者業務需求的過程. PowerPoint 加筆記詳細描述這方面很好. 它補充我最早的博客文章之一: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!146.entry

</結束>

訂閱我的博客.

Technorati 標籤: ,

SharePoint 儀表板線上研討會

我線上的朋友, 在馬克 · 米勒和 最終使用者 SharePoint (www.endusersharepoint.com) 正在運行有針對性的免費一小時研討會, 他總是一樣, 在 SharePoint 最終使用者社區. 它發生在 1 分 00 秒 EDT. 詳細資訊在這裡: http://www.endusersharepoint.com/?p=785

有坐在上個月他線上研討會之一,這是相當好,如果你感興趣非常實用的資訊在 SharePoint 中的儀表板, 肯定值得 1 小時投資.

</結束>

訂閱我的博客.

Technorati 標籤: ,

SharePoint 使用者組網路廣播今晚

今晚, 08/20/08, 康涅狄格州 SharePoint 使用者組會議廣播網路廣播而不是一個物理會議本月.

今晚的話題: "Microsoft Office SharePoint 伺服器 2007 – Extranet 部署方法"

微軟的 Chris Lavista 將主持討論. 我以前曾和 Chris 之前,他真的知道他的東西. 如果您有任何對這門學科的興趣, 將其簽出. 下面是詳細資訊:

SharePoint 使用者組網路廣播: https://www.clicktoattend.com/invitation.aspx?code=130299

主題: Microsoft Office SharePoint 伺服器 2007 – Extranet 部署方法
揚聲器:
微軟的 Chris Lavista

日期: 8 月 20th 歡迎使用時間: 6:15 PM 時間: 6:30 PM -8:00PM


說明:
SharePoint 允許為多個部署選項. 如何安全,將對為中心的討論,可以部署在 SharePoint 平臺上外聯網. 討論的最佳做法和涉及前沿技術的集成方案, ISA 伺服器 2006 和國際大地測量學協會 2007. (可選), 談到支援單一登入使用案例.
關於克裡斯:
Chris Lavista 是在紐約的最近打開微軟技術中心的技術架構師. 他的重點是在 SharePoint 上, 合作, 和統一的通信. 他曾在金融服務業 (大通, 花旗集團) 加入 Microsoft 之前, 8 年. 他開始在微軟 2000 早加入 MTC 團隊之前他們諮詢服務實踐的一部分 2006.

註冊 & 更多的資訊: https://www.clicktoattend.com/invitation.aspx?code=130299

</結束>

訂閱我的博客.

Technorati 標籤:

您搜索委員會已滿足這個月?

本月初,現在是好任何時間,為您的公司搜索委員會,聚在一起,並分析最佳匹配, 成功並不那麼成功的搜索, 等.

你沒有一個搜索委員會? 然後形成一個 🙂

WSS 和特別是苔蘚搜索得益于一些人的監督. 投資幾個小時,一個月按月一致是不只 比猴子一桶更有趣, 它可以:

  • 洞察到企業的資訊需求. 如果人們搜索左和右為主題"xyzzy," 你知道這是對企業的重要課題.
  • 確定潛在的培訓需求. 如果人們搜索主題"xyzzy" 但真的應該尋找"abcd" 然後你可以使用,教育人們在哪裡和如何找到的資訊.
  • 説明您的組織改進其資訊體系結構.
  • 標識的機會來提高同義字庫.
  • 其他機會無疑將提出自己.

搜索委員會應由誰? 你會知道你最好的人, 但考慮:

  • 至少一個 (也許只有一個) IT 人的理解 (或可以學習) 調整搜索的各種方法, 包括最佳匹配, 同義字庫, 託管的屬性, 等.
  • 可以讀取的搜索報告的幾個主題專家, 攝取它和溝通精通業務的操作對它,使它可以通過按鈕, 拉出拉杆和打開/關閉閥門,必要時向委員會建議.
  • 一個或多個資訊建築師可以驗證, 另一種或一種方式, 資訊體系結構是否是搜尋引擎友好和是否它工作好的企業.
  • 在委員會上的旋轉座椅. 在一個或兩個的人通常不參與這種努力帶來. 他們可能會帶來非同尋常的、 有價值的見解到表.

快樂分析!

</結束>

訂閱我的博客.

Technorati 標籤:

快速而方便地: 得到 SPItemList 的 SPFolder

我走到這一問題和谷歌似乎永遠不知道自己想做什麼, 所以這記.

我做了很多調試中的最後一周或兩個事件接收器. 二被定義對文件庫. 在文件庫中的個別專案密切應用到其父資料夾. 所以, 我總是該專案的資料夾用於各種操作. 在調試時, 我需要更新我知道其 ID 的特定項的資料夾的中繼資料.

這裡是一個小的主控台應用程式 (在伺服器場中的伺服器上運行而設計) 採用兩個參數的: 要分配給欄位的項和值的 ID, "審批狀態". 它硬式編碼東西很多並沒有任何錯誤檢查.

代碼查找一個硬式編碼網站, 獲取一個硬式編碼文件庫,然後查閱資料表示的專案. 它發現該專案的父資料夾中,然後賦值狀態.

在這裡對我來說重要的教訓是 SPItem 不讓您可以訪問該資料夾. 您需要使用 SPListItem.File.

如果沒人願意提供批判或建議更好的方法獲取專案的資料夾, 請留下評論.

<代碼>
使用 系統;
使用 System.Collections.Generic;
使用 System.Text;
使用 Microsoft.SharePoint;
使用 System.Collections;

命名空間 Conchango
{
    /// <摘要>
 /// </摘要>
  ManualFolderUpdate
    {
        靜態 無效 主要(字串[] args)
        {
            字串 msh = "ManualFolderUpdate (v1.0): "; // msh ="消息標題"

 主控台.應使用 WriteLine(msh + "啟動.  我上次修改日期 08/8/4。");

            字串 url = http://localhost/xyzzy;

            使用 (SPSite oSPSite = 新增功能 SPSite(url))
            {

                使用 (SPWeb oSPWeb = oSPSite.OpenWeb())
                {
                    SPList 文件庫 = oSPWeb.Lists["檔"];

                    主控台.應使用 WriteLine(msh + "有的文件庫。");

                    主控台.應使用 WriteLine(msh + "Doc lib 專案計數: [" + docLib.ItemCount + "].");

                    int 資料夾 Id = 0;
                    字串 NewStatus = "xyzzy";

                    資料夾 Id = 系統.轉換.ToInt32(args[0].ToString());
                    主控台.應使用 WriteLine("尋找專案的資料夾: [" + 資料夾 Id + "].");

                    SPListItem 李 = docLib.GetItemById(資料夾 Id);

                    SPFolder thisItemFolder = 李。File.ParentFolder;

                    主控台.應使用 WriteLine(msh + "有的父資料夾。");

                    NewStatus = args[1].ToString();
                    主控台.應使用 WriteLine("將狀態設置為 [" + NewStatus + "].");

                    主控台.應使用 WriteLine("按回車鍵提交更新或 CTRL C,以中止。");

                    主控台.ReadLine();

                    thisItemFolder.Item["審批狀態"] = NewStatus;
                    thisItemFolder.Item.Update();

                    主控台.應使用 WriteLine(msh + "完成資料夾中的更新.  退出。");

                } // 使用 SPWeb

            } // 使用 SPSite

 主控台.應使用 WriteLine(msh + "完成了。");

        } // 主要

    } // 類 foldersync
} // 命名空間
</代碼>

</結束>

訂閱我的博客.

Technorati 標籤:

星期天的早晨搞笑: “老爸, 他甚至不知道你”

我們北新澤西高爾文是政治諷刺電視的粉絲. 程式, 每日脫口秀 主辦喬恩 · 斯圖爾特. 我不喜歡政治在我的博客, 所以我會在那說的就是沒有 每日展示, 我可能會好永久失去了所有的幽默感上或有關 12/12/2000.

我們正在吃一頓飯的甲板上星期初和我十歲的兒子帶來了新一集 顯示. 發表我的評論, "Jon Stewart 知道他 不好我的樂趣 或會有可怕的後果為喬恩 · 斯圖爾特。"

我的兒子一分鐘想想和說: "老爸, 一號: 他甚至不知道你。"

我等了兩個電話號碼, 但他決定這是足夠的不要跳過一個節拍轉移到下一個主題.

它用來將我能得到更多的里程出各種各樣的笑話, 但他讓我太習慣或太成熟或兩者. 我需要以某種方式調整.

</結束>

訂閱我的博客.

Technorati 標籤:

員工培訓計畫和材料範本 — 座位數 Bug 加安全修補程式(?)

這是一個相當流行 "神話般 40" 範本. 它也有了名氣很大的錯誤 (我如何解決它甚至博文).

Sogeti 發佈 codeplex 專案 這一周,修復 bug (這本身是很好, 但不是驚天動地) 但他們還聲稱已經解決了很多棘手的問題: 安全. 晶圓廠 40 範本需要一個非常慷慨的安全設置 (參與者級別存取權限,使用者需要的幾乎一切). 沒有任何更多! 根據 codeplex 摘要:

"此範本還包括一個新的自訂工作流操作,使的範本,而無需給所有使用者的工作作出貢獻的課程清單的許可權。"

這就是好東西,值得去看看.

</結束>

訂閱我的博客.

SharePoint 設計器的工作流, 事件接收器和 “更新的清單項” 與比較 “在當前專案中設置欄位”

我們有一套的 SharePoint 設計器的工作流"的通信" 通過對網站列的值的更改清單中的事件接收器. 舉個例子, 如果一個網站欄"SetDuedate," 設置為 true 的工作流, 事件接收器檢測到該更改, 計算截止日期,並將這一日期分配給另一個網站欄, "到期日期。" 我們分手的事情像這樣因為事件接收器可以計算使用複雜的商務規則的到期日期 (考慮到週末和公休日公司) 雖然 SPD 真的可以不.

在一個特定實例中, 我們遇到了一個問題用此伎倆. 調試所有這是相當困難, 但我們來到了明確的結論,在一個案件 (至少), 事件接收器未運行所有的時間. 在一個步驟中的工作流, 我們將更改網站列的值和事件接收器似乎沒有運行. 不過, 它始終運行在不同的工作流的步驟中.

在審查它之後, 我注意到快樂工作流步驟使用"更新清單項" 而其他步驟使用"Set 的域當前專案中。" 更新清單項被更新的"當前項。" 我不知道為什麼我們選擇一種,因為他們似乎做同樣的事情.

所以 … 更新清單項行動並未導致火災事件. 另一方面, 行動卻沒有這樣做的當前項中的設置欄位.

這兩個地方更新清單項用和 中提琴! 它的工作. [[ 共撥出, 演奏的小提琴在日常基礎上幾乎 15 年 ]]

從這, 我初步認為,"設置欄位" 行動不會導致事件接收器火, 至少一些時間的.

這個問題困擾著我們幾個星期.

這是那些"已觀察到的行為之一" 職位. 我觀察了這個發生一次在一個特定的環境和我正在做一些事情為什麼會發生那樣的猜測. 如果你有任何洞察這一, 請在評論中分享.

</結束>

訂閱我的博客.

Technorati 標籤: