월별 아카이브: 4 월 2009

거 버 넌 스도 한 마케팅 계획

우리는 너무 많은 시간을 할애 하는 이유 (아니면 해야, 어쨌든) 지배 구조 계획 작업은 우리가 원하는 SharePoint 솔루션을 가능한 한 효과적으로 때문에. 우리가 원하는 좋은 인프라와 계속 허 밍 하 고 재해 시 안전 규칙. 우리 모두 제대로 안전한 환경 뿐만 아니라 만들 그것은 관리 하에 좋은 보안 프로세스를 원하는. 우리가 원하는 시간의 테스트 스탠드 것입니다 좋은 정보 아키텍처, 이상적으로 조직의 주요 생존을 위해 관리 회사에서 변경.

그 바람직한 목표를 달성 하기 위해, 관리 문서 및 계획 "너는 한다"의 무리로 바뀔 수 있다 그리고 "너는 안 한다의", 마찬가지로:

  • 너는 하지 SharePoint 보안 그룹을 작성 한다; 대신 광고를 사용 하 여.
  • 너는 하지 문서 라이브러리에 폴더를 생성 한다; 콘텐츠 형식 대신 뷰 사용.
  • 너는 모든 문서 콘텐츠 형식을 기반으로 특정 사용자 지정 기본 형식에서 작성 한다.
  • 너는 하지 오늘날의 회사 조직도를 기반으로 정보 분류를 작성 한다.

"그 대는 것 이다"와 "너는 한다" 확실히 관리 방식 계획에 있는 그들의 장소.

더 성공적인 관리 계획에는 또한 강한 마케팅 각도 있을. 그것은 판매 하 고 가능한 최대 범위 자체를 정당화 한다. 모든 SharePoint 사용자의 자발적인 협력에 의존 하는 진정으로 성공적인 관리 계획. (프린지 경우 커뮤니티 협력은 필요 하지 않습니다., 아주 작은 수의 엄격 하 게 관리 되는 사용자가 SharePoint를 사용 하는 경우 등; 다른 생각할 수 있습니다 확신). 고작 부분적으로 성공적인 것 사용자 커뮤니티 관리 계획으로 구매 하지 않습니다 경우.

일부러 그 단어 "구매"를 사용. 그것은 근본적으로 소리와 당신이 그것에 그들을 판매 하는 약간 노력에 갈 경우 지역 사회 관리 방식 계획을 살 것 이다. 판매 하는 마케팅을 리드 그래서 그는 관리 방식 계획 간주 되어야 마케팅 계획 너무 생각. 관리 방식 계획에 따라 필요로 하는 최종 사용자를 설득 하 고 그들은 자발적으로 그것을 따를 것 이다. 관리 방식 계획을 따르는 사람들의 임계 질량을 얻을 수 있다면 플랜의 혜택에 따라 그리고 그것을 위해 더 강한 환경 거 야.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

솔루션: 새 멤버가 추가 MOSS 관객을 컴파일

히 프 라인: 관객을 만들기 위한 규칙에서 프로필 속성을 사용 하려는 경우, 속성 "everyone."를 표시 해야 합니다.

어제는 동료와 함께 일하고 그리고 그 모스 관객 MOSS에서 사용자 지정 사용자 프로필 속성을 기반으로 구축 했다. 이 경우에, 관객 속성 "SITECD" 라는 규칙에 의해, 저장 한 3 문자 코드. 그는 관객과 "SITECD가 'ABG'" 그는 말했다 하는 규칙을 정의 했다, 다음 관객에 해당 사용자 프로필을 포함.

그는 해당 값을 단일 사용자 프로필을 설정 하 고 관객을 컴파일, 하지만 MOSS는 단순히 해당 사용자를 추가 하지. 해당 프로필에 대 한 개인 정보 설정 "나 만"로 설정 했다 것으로 나타났습니다. (가장 제한적인 형태) 그리고 어딘가에 그 속성을 읽고 기억 프로필 규칙에 사용 되는 "모두"에 의해 표시 되어야 합니다. 그는 변화 하 고 그 문제를 해결 했다.

이 대 한 정말 재미 있는 점은 그 "기억" 이것에 대해 읽기. 그것은 잔소리 나 오늘 아침 어떤 이유로 그리고 난 내가이 책에 챕터를 작성 했다, 설명 모스: Microsoft Office SharePoint 서버에는 정보 근로자의 깊은 다이빙 2007, 그리고 내가 쓴 매우 장에서이 점을 커버 :). 내 기억에 그 챕터에서 쓴 모든 단어를 그을린 것 이라고 생각 했.

매트 모스 아름 다운 세부 여기에에이 기록 하 고 장에서 참조: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</끝>내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: ,

MSDN을 사용 하 여 (및 기타) SharePoint 지원 포럼

MSDN 포럼에 대 한 훌륭한 길이 쓸 수 있는, 에 티켓, 명명 규칙, 검색, 등. 나는 할 수 있습니다., 사실. 나는 더 나은 전반적인 경험을가지고 사람들을 도움이 될 수 있는 작은 것을 지적 하 고 싶 었.

난 요즘 말을 해 왔 SharePoint 환경 문제의 일종으로 실행 하면 사람들이, 개발 프로젝트 또는 다른 SharePoint 관련 활동, 포럼 작업 체인에서 이전 보다는 나중에 질문을 게시. 내가 아는 자신에 대 한 문제가 있을 때, 잠재적인 솔루션의 숫자는 바로 자신을 제시합니다. 내가 주문 가능성 측면에서 이러한 잠재적인 솔루션, 적용 하 고 얼마나 쉽게 그들은 조사 하는. 그 목록을 통해 이동 하 고 시간으로 하 긴 했는데 #10, 나 야 변경 레지스트리 키 "/ 푸/바/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"에 블로그 페이지에의 통보 8 구글 검색의. 작동 하지 않는 경우, 결국 MSDN에 질문을 게시 (예를 들어. 여기: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

그 접근을 반대 하는 것이 좋습니다.. 때문에 훨씬 이전 조사에서에서 포럼 게시물:

  • 어쨌든 그것은 당신에 게 무료.
  • 아니 SLA 보장 (내가 알고 있습니다, 적어도).
  • 따라서, 그것은 응답 하는 사람들을 위한 긴 시간이 걸릴 수 있습니다..
  • 사람들이 종종 결국 응답을.
  • 때까지 기다려야 하는 경우 2 또는 3 문제 먼저 떠오른 후에 일, 당신은 응답을 위해 혈안이 고 포럼은 긴급 도움을 위한 좋은 장소 (하지 않으면 당신은 행운).

그래서, 기본적으로, 그것은 간단 하 고 무료, 어떤 종류의 대답을 얻기에 좋은 기회가, 하지만 그것은 그 대답을 걸릴 것입니다. (다시, 하지 않으면 당신은 행운).

나는 내가 내가 나 자신 out 그것을 찾아낼 수 있을 때 도움 요청 다른 사람의 시간을 낭비 하 고 싶지 않기 때문에 지역 사회 도움을 찾고에 보류 해야 생각 하는 데 사용. 일부 포럼 운영자 및 활성 참가자 그런 식으로 느낄 수 있습니다., 하지만 난 하지 않습니다. (적어도, 방법 더를 느끼지합니다 않습니다). 난 어떤 단점을 표시 되지 않습니다.. 최악의 경우는 질문을 게시 하 고 다음 그것은 직접 대답 몇 시간 후, 아마도 "" 어떤 사람은 시간을 낭비. 난 그 큰 위험을 표시 되지 않습니다 그리고는 연구 질문의 그런 어떤 경우에 가치.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: ,

Microsoft에 대 한 작은 참고 온라인 서비스 암호 관리

몇 달 전 마이크로 소프트의 작은 비즈니스 생산성 온라인 제품군 사용 시작, 하지만 지금은 내가 그것을 사용을 몇 가지 더 나은 이유.

난 아직도 내 길은 노력, 그래서 잘못 된 용어 들을 받을 수 있습니다, 하지만 기본적으로 두 가지 주요 인터페이스: 관리 센터 및 자체 서비스.

시스템 얘기 했던 내 비밀 번호를 변경 했다, 그래서 내가 먼저가 서 그 랬 어. 그 날 진행 서비스 부분 작업을 수 (SharePoint, 메일 주소, 라이브 회의). 그러나, 관리 화면에 갔을 때, 그것은 하지 않 았 나 그것은 나의 패스 워드 정확 했다 믿지 않 았 어 말해 하 여.

동작이 조금 이상 했다. 암호를 입력 하는 경우 나 * 생각 * 이어야 한다, 그것은 것 userid 및 암호 빈 말해 암호 및 사용자 id 잘못 된. 노골적으로 잘못 된 암호를 입력 하는 경우, 그것은 같은 날을 말할 것 이다, 사용자 ID 필드를 그대로 유지 하지만.

난 잠시 동안이 장난 하 고 있어 마지막 호출 (예, 일요일 아침에). 믿을 수 없을 만큼, 동료, 벤, 지금 당장 전화를 받지. 그리고, 신용 카드 입력을 하지 않았다.

길고도 짧은 이야기, 관리 센터 암호 서비스 암호 보다 다른 암호 규칙을 사용 하 여. 관리자 암호는 알파를 포함 해야 합니다., 숫자 및 특수 문자. 때 내가 처음으로 내 관리자 암호 변경, 그 규칙을 따르지 않았고 (그것은 내게 경고 했 어도!). 유효한 관리 암호를 변경할 수 있었습니다 그리고 다시에 있어.

앞으로 그런 종류의 문제가 발생 하는 경우, 알다시피 무엇 나를 위해 일 하 고 잘하면 당신을 위해 일 것 이다.

</끝>내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

SharePoint 비즈니스 운영 체제로

어렸을 때부터 들었을 견적, Q 중 소문에 하면&3 월에 스티브 발머와 세션 2007, 뭔가를 위해 내 숨을 들고 일종의 적. 인용은 기본적으로이: "SharePoint 비즈니스 응용 프로그램에 대 한 운영 체제 이다." SharePoint에 대 한 공정한 비트와 운영 체제에 대 한 중간급 조금 아는, 난 정말 apt 줄 알았는데. 난 내 숨을 들으십시오, 정말 그 개념으로 구입 하 고 응용 프로그램을 빌드하는 SharePoint 내에서 "운영 체제." 시작 하는 회사에 대 한 대기

내가 했던 헌신 생각을 많이이 주제에 올해 (다시 내 2009 예측) 그리고이 말하는 거 야에 워싱턴에서 2 SharePoint 토요일 이벤트 수.

이것은 내 프레 젠 테이 션의 개요, 제목된 "사용 하는 SharePoint 플랫폼에 구축 수직 비즈니스 응용 프로그램":

"수평?"" 수직?"무슨이 단어 뜻이 SharePoint 맥락에서? SharePoint, 우리가 자주 듣으십시오, 응용 프로그램 구축을 위한 "플랫폼"입니다.. 이 사실은 종종 소위 수평 플랫폼 기능부터 우리를 잃었다합니다, 문서 관리, 검색 등, 너무 간단 하 고 유용한 스스로. 그러나, SharePoint는 더욱 강력 하 고 귀하의 비즈니스에 하루에 요구 사항에 맞게 수직 응용 프로그램을 만드는 데 사용 하는 경우 더 큰 값을 반환 합니다.. 이 세션 실제 비즈니스 예제-판매 견적 관리를 사용 하 여 verticalized 솔루션으로 플랫폼 기능을 조합 하는 방법에 설명 합니다 과정과 고객 게이트웨이. 스피커의 목표는 SharePoint 플랫폼의 가능성에 눈을 뜨게 하 고 수직 조직에 대 한 전문화 된 비즈니스 솔루션을 만드는 그것의 수평 플랫폼 기능을 활용.

그 주제를 보트가 떠 있 하지 않는 경우, 다른 좋은 주제 들이 있다. DC는 방문 자체의 좋은 장소.

등록이 열립니다이 목요일, 04/16. Keep on top of the site and grab a seat before it’s too late 🙂

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

캐나다 분

이 시간 지난 주, 몬트리올에는, 적극 추천 참석 SharePoint 정상 2009. 나에 게는 3.5 설치 및 사용자 지정 SharePoint에 시간 자습서. 그것은 많은 수준에 무서운 주제. 난 정말 SharePoint 관리자, 하지만 난 주제에 대 한 자습서를 줄 만큼 충분히. (고맙게도, 제프 Schaller 소프트웨어 목표 호주에서, 몇 가지 다른 사람 사이, 몇 가지 더 깊은 질문을 답변 하는 군중에 [그들은 거기 물에 넣어 하는 것이 겠, 그러나 우리는 여기에 미국에서 그것의 일부]).

하지만, scariness의 많은 수준에 다시... 그것은 매우 지루한 될 가능성을 많이 했다. 난 실제로 WSS를 설치 하 고 모스 업그레이드. 사람들의 전체 방 앞. 캐나다 사람들. 긴 했다 5 그리고 7 어디 우리가 설치 과정 보고 분 간격 들으십시오. 유용 하 고 흥미로운 뭔가 그 시간을 채우기 위해 필요. 성공 하는 내가 확신 하지 않는다.

마지막으로, 그것은 loooong. 3과 1/2 시간. 그건 긴 프레 젠 테이 션. 그것의 작은 농담을 했다, 말하는 "우리는 우리 앞 긴 프레 젠 테이 션. 3과 1/2 시간. 저것은 210 분. 그리고 캐나다에 있는 얼마나 많은 분을 알지도 하지 않습니다. "

모두 웃 었 고 결과적으로, Montreal is officially on my Good Places list 🙂

경우에 그들은 내 농담에 웃 었 하지 않았다면, 몬트리올을 사랑 하는 것. 내가 하려고 열심히 수 마음 열고 내에서 신호를 받지 사우스 파크, 하지만 난 인정, 내 억울 함에, 그 아무 생각도 없이 얼마나 좋은 몬트리올의 메트로 폴리스. 몇 개월에 다시가 서 기다릴 수 없어, 때 그것은 조금 따뜻한, 다시 방문 하 여.

관련된 메모의 종류, 또한을 통해 토 에릭 스 웬 슨의 첫 번째 공개 프레 젠 테이 션 제목 "IA 및 브랜딩 프로세스: 안녕하세요 하이파이 디자인을 골격 스케치. " (에릭은 내 EMC 동료). 체크 아웃 여기 개요: http://www.sharepointsummit2009.com/conference_day2.htm. 심지어 그를 위해 그것을 기록. 일부 "조치 샷"을 여러 번 시도 하 고 확대 된 그 때 그 물 좀 마 시 일시 중지. 난 항상 성공 하지 않았다, but I tried 🙂

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: