我認為我們很多人偶爾提出了與, 沒有一個更好的短語, 幼兒的要求。 最終使用者真的, 非常迫切希望某些特定外觀和感覺, 或一個非常具體的分類結構或要剪出一個按一下或功能表選項，以紓緩導航或 [插入充滿激情地舉行碰巧是錯誤的信仰]. 作為 SharePoint pro 的, 我們通常可以滿足幾乎任何類型的與平臺的要求, 但對其中一些, 我們知道在我們的心中，:
- 他們打算採取過多的時間來執行 (因此更多的成本和)
- 他們要將高度自訂，因此難以維護和疑難排解
- 是有一些簡單的 SharePoint 方法，可以滿足 80% 或更多的要求 (e 小節. 符合要求的精神, 但不是要求的信件)
底線, 我們知道"規定"是真的只是很高興了，甚至在某種意義上合法, 但事情的人應該住在一起而不是花很多時間試圖"解決"。
因為之前有許多次看到這種模式，我認為這些作為"年輕的孩子"的要求。 孩子們將走松和嘮叨你為一些新玩具為周的時間。 你把他們的玩具, 他們和它一起玩的幾個小時或幾天，然後把它放下, 從來沒有把它再撿起來。 或, 不是你的玩具, 愛嘮叨的停止和孩子上將移動，成為自由世界的總統。 我見過這種事發生在 SharePoint 專案中。 決策者也可以得到他們想要什麼和它成為未使用或未充分利用的功能或他們不得到他們想要和該專案仍然成功反正.
我想起了今天在一個論壇中張貼和我喜歡如何 克萊頓 · 科布 試著讓論壇海報推回對這些類型的要求之一: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/
我真的很好奇的人如何查看本主題和你是如何處理它。 我錯過點嗎? 引導從在瑣碎的要求恰恰給決策者的戰略嗎? 請留下評論.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我過去的經驗告訴我你正確: 急需的要求往往很快被丟棄, 通常是因為不好. 我同意我們的工作是作為顧問，説明引導客戶走向成功的解決方案, 不只履行一項要求.
不過: 我們不能理解我們的客戶’ 業務，以及他們做. 重要的是，, 作為顧問, 我們不會成為傲慢自大, 告訴他們的要求不必要的用戶端. 所以, 我們有點走鋼絲走: 説明用戶端想通過公司的一項要求的理由; 解釋為什麼你會喜歡並提出另一條路線，提供備選方案. 舉個例子, 提供要啟動一個簡單的解決方案，如果原來可以以後加強與不以滿足需要.
與生活中的大多數事情一樣, 找到正確的平衡可能會非常棘手, 但值得投資.
-Ruven
大點, Ruven. 有一條細線. 我個人傾向于 “給” 而不是採取強硬. 它總是讓我不舒服時有人推回對用戶端要求兩次和三次或更多次.
我幾乎總是跟隨 “簡單的解決辦法” 你描述的方法. 事實上我不能把沒用出最好的最後的一個實例.
我大體上同意這個職位保羅. 事實上, 我發現自己常常對人說 “SharePoint 可以做任何你想要它來做除非你想要它做什麼。” 我經常試著找出框方法解決最終使用者的業務需要簡單. 像我愛和享受發展中國家在 SharePoint 中的解決方案而是將一次第一次嘗試一些簡單和外框.
大多數時候這土地是足夠的和其他會構建一個自訂的解決方案，更好地為他們的時代它為它們生成一個新的想法.
好帖子.
保羅 Liebrand
Twitter: @PaulLiebrand
我有非常頻繁地處理這些請求. 幸運的是, 經常業務將承認該請求是 ' 好有’ 而不是需要.
當它不清楚我開始問他們正在試圖解決與請求. 通常捉住他們根本不承認作為好有最初的專案. 然後我就開始評估以確定它是否是其實簡單的東西，他們在問什麼; 和影響範圍是什麼樣子 (如這是更改到一個單一的子網站或整個農場嗎).
越大的影響範圍, 我提出的問題更多. 如果答案不像一個真正的需要, 但仍然集中在好像這裡需要, 然後我介紹的時間成本，不管影響，可能會與請求關聯.
如果企業仍然想我要向前走, 我願意, 但我們都有更清楚的什麼正在改變.
我是新到你的網站，但按照你上 EndUserSharePoint. 我為一家軍隊醫院工作，知道每個人都在說些什麼當它來到"能做"和"應該做". 我把這個幾乎每一天，"SharePoint 可以檔不可列印? 我們可以帶走發送到選項?"部想要僅查看一些檔 (沒關係, 做) 由於編號和跟蹤系統的文檔. 我已經找了不同的博客和網站，不能找到答案. 希望有人可以説明.
保羅 ·:
我想這回的推, 或者至少淺談真正實用的東西, 是什麼真正的 SharePoint 專業分開平原開發人員. 我們可以做這種事的 SharePoint, 喜歡隱藏 “查看所有網站內容” 連結即使大多數人不看它無論如何. 它是我們的工作，説明用戶端 (內部或外部, 它沒什麼區別) 理解在 SharePoint 中的哪些位真的是有用和為什麼, 為什麼一些 UI 事情實際上可能有害, 等. 我們應該知道比他們做這就是我們為所付的工資. 如果我們只是默許對每個需求, 然後我們只給 50% 在多數.
感謝您的職位!
M.
pingback的: 史蒂夫 · 鮑爾默是一個神; 為什麼谷歌不會打敗微軟在雲合作; Adobe 給手機帶來閃光 - SharePoint 日報 - 竹民族
你好,
感謝後的，並要求每個人都留下他的經驗評論, 在這些情況下，我用這兩個選項給用戶端, 那裡是一件容易的生成: 快速的解決方案，為您提供了幾乎你需要什麼但不是 100% ( 從性能, 外觀和感覺, 可維護性...等) 還有另一個自訂的解決方案，為您提供你想要什麼, 目前的解決方案和與它相關聯的成本的估計數, 然後通常如果自訂的解決方案成本較高他們使用與我們幾乎需要什麼去說 :). 除非他們想要什麼真的是會影響的過程和高要求的功能. 我通常期望在這些會議上有人會跳到水中，並開始討論為什麼 ? 為您的產品的經驗你可以說服他為什麼和多長時間它將採取?
希望這會有助於.