lưu trữ hàng tháng: Tháng tư 2009

Quản trị là một tiếp thị kế hoạch quá

3 trả lời

Lý do chúng tôi dành rất nhiều thời gian (hoặc nên, Dù sao) làm việc trong quản trị kế hoạch là bởi vì chúng tôi muốn giải pháp SharePoint cho có hiệu quả nhất có thể. Chúng tôi muốn cơ sở hạ tầng tốt và các quy định để giữ cho nó ồn ào và an toàn trong trường hợp thiên tai. Chúng tôi muốn quy trình bảo mật tốt cả đúng cách bảo đảm môi trường nhưng cũng làm cho nó hợp lý để quản lý. Chúng tôi muốn một kiến trúc thông tin tốt mà sẽ đứng sự thử thách của thời gian, lý tưởng nhất quản lý để tồn tại một thiếu tổ chức thay đổi trong công ty.

Để đạt được mục tiêu mong muốn mà, quản trị tài liệu và kế hoạch có thể devolve vào một bó của "ngươi sẽ" và "ngươi sẽ không của", như trong:

  • Ngươi sẽ không tạo nhóm bảo mật SharePoint; thay vì sử dụng quảng cáo.
  • Ngươi sẽ không tạo ra thư mục trong thư viện tài liệu; thay vì sử dụng loại nội dung và lượt xem.
  • Ngươi sẽ tạo tất cả tài liệu nội dung loại dựa tắt một loại hình cụ thể tùy chỉnh cơ sở.
  • Ngươi sẽ không tạo ra một phân loại thông tin dựa off ngày hôm nay của công ty org chart.

"Ngươi sẽ" và "ngươi sẽ không" chắc chắn có chỗ đứng của họ trong kế hoạch quản lý nhà nước.

Một kế hoạch quản lý nhà nước thành công hơn cũng sẽ có một góc độ tiếp thị mạnh mẽ. Nó nên bán và biện minh cho chính nó đến mức tối đa có thể. Một kế hoạch quản lý nhà nước thực sự thành công dựa vào sự hợp tác tự nguyện của tất cả người dùng SharePoint. (Có những trường hợp rìa nơi cộng đồng hợp tác không cần, chẳng hạn như khi SharePoint được sử dụng bởi một số rất nhỏ của người dùng được quản lý chặt chẽ; Tôi chắc rằng bạn có thể suy nghĩ của những người khác). Nếu cộng đồng người dùng không mua vào kế hoạch quản lý nhà nước của bạn sau đó nó sẽ phần nào thành công lúc tốt nhất.

Tôi sử dụng từ đó "mua" cố ý. Cộng đồng sẽ mua kế hoạch quản trị nếu nó là về cơ bản âm thanh và bạn đi đến một số nỗ lực để bán chúng trên nó. Bán hàng tiềm năng để tiếp thị và đó là lý do tại sao tôi nghĩ rằng một kế hoạch quản trị nên được xem xét một kế hoạch tiếp thị quá. Thuyết phục người dùng cuối cùng của bạn mà họ cần phải thực hiện theo kế hoạch quản lý nhà nước và họ tự nguyện sẽ làm theo nó. Nếu bạn có thể nhận được một khối lượng quan trọng của những người theo dõi kế hoạch quản trị sau đó làm theo lợi ích của kế hoạch và bạn sẽ có một môi trường mạnh mẽ hơn cho nó.

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Giải pháp: Biên soạn MOSS khán giả cho biết thêm không có thành viên mới

Để lại một trả lời

Điểm mấu chốt: Nếu bạn muốn sử dụng một tài sản cấu hình trong một quy tắc cho việc tạo đối tượng, Các tài sản phải được nhìn thấy "tất cả."

Tôi đã làm việc với một đồng nghiệp vào ngày hôm nay và ông đã xây dựng trong một đối tượng MOSS dựa trên một người dùng tùy chỉnh hồ sơ bất động sản ở MOSS. Trong trường hợp này, tài sản đối tượng được đặt tên "SITECD" và theo quy ước, Mua sắm một 3 mã ký tự. Ông đã xác định các đối tượng và một quy tắc mà nói rằng nếu "SITECD bằng 'ABG'", sau đó bao gồm cấu hình người dùng đó trong khán giả.

Ông thiết lập một hồ sơ người dùng với giá trị đó và biên soạn các đối tượng, nhưng MOSS chỉ đơn giản là sẽ không thêm người dùng đó. Tôi nhận thấy rằng thiết đặt riêng cho cấu hình đó đã được thiết lập để "tôi chỉ" (Các hình thức hạn chế nhất) và tôi nhớ đọc một nơi nào đó mà tài sản cấu hình được sử dụng trong quy tắc phải được nhìn thấy "tất cả mọi người". Ông đã thực hiện thay đổi và rằng giải quyết vấn đề.

Funny thực sự về việc này là rằng tôi "nhớ" đọc về việc này. Nó đòi hỏi tôi sáng nay cho một số lý do và tôi nhận ra rằng tôi đã viết một chương trong cuốn sách này, MOSS giải thích: Một nhân viên thông tin lặn sâu vào Microsoft Office SharePoint Server 2007, và tôi bảo hiểm này điểm trong chương rất tôi đã viết :). Tôi có thể nghĩ rằng mỗi từ tôi đã viết trong đó chương nào được seared vào bộ nhớ của tôi.

Matt Morse viết điều này đẹp chi tiết ở đây và tôi tham chiếu nó trong chương: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</kết thúc>Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags: ,

Bằng cách sử dụng MSDN (và khác) Diễn đàn hỗ trợ SharePoint

4 trả lời

Tôi có thể viết vào lúc chiều dài lớn về MSDN diễn đàn, nghi thức xã giao, quy ước đặt tên, Tìm kiếm, vv. Tôi có thể làm điều đó, Thực tế. Tôi muốn chỉ ra một điều nhỏ mà có thể giúp mọi người có một kinh nghiệm tổng thể tốt hơn.

Tôi đã gần đây nói cho mọi người rằng nếu bạn chạy vào một số loại của các vấn đề môi trường SharePoint của bạn, dự án phát triển hoặc SharePoint khác liên quan đến hoạt động, đăng một câu hỏi lên diễn đàn trước đó trong chuỗi hành động của bạn chứ không phải là sau này. Tôi biết cho bản thân mình rằng khi tôi có một vấn đề, một số giải pháp tiềm năng hiện nay chính họ ngay lập tức. Tôi đặt hàng các giải pháp tiềm năng trong điều khoản của khả năng, ứng dụng và dễ dàng như thế nào họ đang điều tra. Tôi đi qua danh sách đó và bởi thời gian tôi đã nhận được để #10, Tôi đang thực hiện thay đổi sổ đăng ký cho một phím "/ foo/bar/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"vào những lời khuyên của một blog tìm thấy trên trang 8 một tìm kiếm Google. Khi mà không làm việc, Tôi cuối cùng đã đăng một câu hỏi để MSDN (Ví dụ như. Ở đây: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

Tôi đề nghị rằng bạn đảo ngược đó phương pháp tiếp cận. Đăng bài diễn đàn sớm hơn nhiều trong điều tra của bạn bởi vì:

  • Nó là miễn phí cho bạn anyway.
  • Có không có bảo đảm SLA (trong đó tôi nhận thức được, tối thiểu).
  • Do đó, nó có thể mất một thời gian dài cho người dân để đáp ứng.
  • Mọi người thường trả lời cuối cùng.
  • Nếu bạn chờ đợi cho đến khi 2 hoặc 3 ngày sau khi vấn đề đầu tiên bề mặt, bạn đang điên cuồng cho một phản ứng và diễn đàn không phải là một nơi tốt để được trợ giúp khẩn cấp (trừ khi bạn may mắn).

Vì vậy, về cơ bản, nó là dễ dàng và miễn phí và bạn có một bắn tốt lúc nhận được một số loại câu trả lời, nhưng nó sẽ mất một lúc để có được câu trả lời đó (một lần nữa, trừ khi bạn may mắn).

Tôi đã từng nghĩ rằng tôi sẽ giữ giảm trên tìm kiếm cộng đồng giúp đỡ bởi vì tôi không muốn lãng phí của một ai đó có thời gian yêu cầu để được giúp đỡ khi tôi có thể tìm thấy nó trong bản thân mình. Một số người kiểm duyệt diễn đàn và tham gia hoạt động có thể cảm thấy như vậy, nhưng tôi không (tối thiểu, Tôi không cảm thấy rằng cách nữa). Tôi không thấy bất kỳ nhược điểm. Trường hợp xấu nhất là bạn đăng câu hỏi và sau đó trả lời nó cho mình một số thời gian sau đó, có thể "lãng phí" thời gian một số là một. Tôi không thấy một rủi ro lớn ở đó và có giá trị trong các nghiên cứu câu hỏi như thế trong mọi trường hợp.

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags: ,

Lưu ý nhỏ về Microsoft trực tuyến dịch vụ mật khẩu và quản trị

Để lại một trả lời

Tôi bắt đầu làm việc với Microsoft của nhỏ kinh doanh trực tuyến bộ năng suất một vài tháng trước đây, nhưng bây giờ tôi có một số lý do tốt hơn để sử dụng nó.

Tôi vẫn đang làm việc theo cách của tôi xung quanh nó, Vì vậy tôi có thể nhận được một số thuật ngữ sai, nhưng về cơ bản có hai giao diện chính: Trung tâm hành chính và các dịch vụ mình.

Hệ thống đã nói với tôi rằng tôi đã phải thay đổi mật khẩu của tôi, Vì vậy, tôi đã đi trước và đã làm điều đó. Mà cho phép tôi để tiến hành và làm việc với các phần dịch vụ (SharePoint, thư điện tử, và sống cuộc họp). Tuy nhiên, Khi tôi đã đi đến màn hình chính quyền, nó sẽ không cho tôi vào bằng cách nói với tôi rằng nó không tin mật khẩu là chính xác.

Hành vi là một chút lẻ. Nếu tôi đã nhập mật khẩu tôi * nghĩ * nó nên, nó có thể trống trong userid và mật khẩu và cho tôi biết mật khẩu hoặc userid là không chính xác. Nếu tôi đã nhập một mật khẩu blatantly sai, nó sẽ cho tôi biết như vậy, nhưng giữ trường ID người dùng còn nguyên vẹn.

Tôi đã là chơi đùa với điều này cho một thời gian ngắn và cuối cùng được gọi là nhất (Có, vào một buổi sáng Chủ Nhật). Vô cùng, một thành viên, Ben, trả lời điện thoại ngay lập tức. Và, Tôi không cần phải nhập một thẻ tín dụng.

Long câu chuyện ngắn, Trung tâm hành chính mật khẩu sử dụng mật khẩu khác nhau quy tắc hơn mật khẩu dịch vụ. Mật khẩu quản trị phải chứa alpha, số và đặc biệt nhân vật. Khi tôi đã thay đổi mật khẩu quản trị của tôi trong lần đầu tiên, Tôi đã không thực hiện theo quy tắc đó (cũng không phải đã làm nó cảnh báo tôi!). Tôi đã có thể thay đổi nó để một mật khẩu hợp lệ quản trị và đã trở lại.

Nếu bạn có kinh nghiệm đó là loại vấn đề trong tương lai, bạn biết những gì làm việc cho tôi và hy vọng rằng nó sẽ làm việc cho bạn.

</kết thúc>Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

SharePoint như một hệ điều hành kinh doanh

2 trả lời

Kể từ đó tôi nghe một báo giá, báo cáo trong một q&Một phiên họp với Steve Ballmer Tháng ba 2007, Tôi đã loại giữ hơi thở của tôi cho một cái gì đó xảy ra. Các báo giá đã là về cơ bản điều này: "SharePoint là một hệ điều hành cho các ứng dụng kinh doanh." Biết một chút công bằng về SharePoint và một chút middling về hệ điều hành, Tôi nghĩ rằng nó là thực sự apt. Tôi đang nắm giữ hơi thở của tôi, chờ đợi cho các công ty thực sự mua vào khái niệm đó và bắt đầu xây dựng các ứng dụng trong SharePoint "điều hành hệ thống."

Tôi đã dành rất nhiều suy nghĩ cho chủ đề này năm nay (sẽ trở lại của tôi 2009 dự báo) và tôi sẽ nói về điều này tại các Có thể sự kiện SharePoint thứ bảy thứ 2 ở Washington.

Đây là tóm tắt của tôi trình bày, Nhan đề "bằng cách sử dụng the SharePoint nền tảng để xây dựng dọc kinh doanh Applications":

"Ngang?"" Dọc?"Những gì có những từ nghĩa trong một bối cảnh SharePoint? SharePoint, như chúng ta thường nghe, là một nền tảng"" để xây dựng các ứng dụng. Điều này thực tế thường được bị mất vào chúng tôi từ các tính năng như vậy gọi là nền tảng ngang, chẳng hạn như quản lý tài liệu và tìm kiếm, rất dễ dàng và hữu ích trong và của chính họ. Tuy nhiên, SharePoint là thậm chí mạnh hơn và sẽ trở lại giá trị lớn hơn khi sử dụng để tạo các ứng dụng đứng phù hợp để đáp ứng yêu cầu của bạn kinh doanh ngày. Phiên giao dịch này mô tả làm thế nào để lắp ráp các tính năng nền tảng thành một giải pháp verticalized bằng cách sử dụng một ví dụ kinh doanh thế giới thực-một quản lý bán hàng báo khách hàng và quá trình cửa ngõ. Mục tiêu của người nói là để mở mắt của bạn để các khả năng của nền tảng SharePoint và tận dụng các tính năng nền tảng ngang để tạo ra giải pháp kinh doanh chuyên ngành của cơ quan dọc.

Nếu chủ đề đó không nổi thuyền của bạn, có một loạt các chủ đề khác tốt. Và DC là một địa điểm tuyệt vời trong và của chính nó để truy cập vào.

Đăng ký mở thứ năm này, 04/16. Keep on top of the site and grab a seat before it’s too late 🙂

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Canada phút

1 Trả lời

Thời gian này cuối tuần, Tôi đã ở Montreal, tham dự rất khuyến khích Hội nghị thượng đỉnh SharePoint 2009. Tôi đã cung cấp một 3.5 giờ hướng dẫn về cài đặt và tùy biến SharePoint. Nó là một chủ đề đáng sợ trên nhiều cấp độ. Tôi không thực sự là một quản trị viên SharePoint, nhưng tôi biết đủ để cung cấp cho một hướng dẫn về chủ đề. (Rất may, Geoff Schaller từ Mục tiêu của phần mềm tại Úc, trong số một vài người khác, trong đám đông để trả lời một số câu hỏi sâu hơn [Tôi không biết những gì họ đưa vào nước kia, nhưng chúng ta cần một số của nó ở đây tại Hoa Kỳ]).

Nhưng, trở lại với nhiều cấp độ của scariness... Nó có rất nhiều tiềm năng là rất nhàm chán. Tôi thực sự cài đặt WSS và sau đó nâng cấp nó để MOSS. Ở phía trước của một căn phòng đầy đủ của người dân. Người Canada. Có được lâu dài 5 và 7 phút khoảng trống nơi mà chúng tôi đã xem trình cài đặt nổ điếc tai cùng. Tôi cần thiết để điền vào thời gian đó với một cái gì đó hữu ích và thú vị. Tôi không chắc chắn tôi đã thành công.

Cuối cùng, nó đã là loooong. Ba và một nửa giờ. Đó là một bài thuyết trình dài. Tôi đã thực hiện một trò đùa rất ít của nó, nói rằng "Chúng tôi có một bài thuyết trình dài phía trước của chúng tôi". Ba và một nửa giờ. Đó là 210 phút. Và tôi thậm chí không biết bao nhiêu phút ở Canada.

Tất cả mọi người cười và kết quả là, Montreal is officially on my Good Places list 🙂

Ngay cả khi họ đã không cười đùa của tôi, Tôi rất thích Montreal. Tôi cố gắng rất khó để được mở minded và không có tín hiệu của tôi từ South Park, nhưng tôi thừa nhận, thất vọng của tôi, rằng tôi không có ý tưởng làm thế nào lớn là các đô thị của Montreal. Tôi không thể chờ đợi để trở lại trong một vài tháng, khi nó là một chút ấm hơn, đến thăm một lần nữa.

Trên một loại lưu ý liên quan, Tôi cũng ngồi thông qua Erik Swenson trình bày công cộng đầu tiên mang tên "IA và xây dựng thương hiệu trình: Phác thảo để Wireframes Hi-Fidelity thiết kế." (Erik là đồng nghiệp của tôi EMC). Kiểm tra các tóm tắt ở đây: http://www.sharepointsummit2009.com/conference_day2.htm. Tôi thậm chí ghi lại nó để cho anh ta. Tôi đã thử nhiều lần cho một số mũi chích ngừa hành động"" và thu nhỏ trong ngày anh ta khi anh ta dừng lại để uống một số nước. Tôi đã không luôn luôn thành công, but I tried 🙂

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin