WEBVTT

00:00:07.190 --> 00:00:09.750
<> 이봐, 나는 안니카와 함께 여기 있어

00:00:09.750 --> 00:00:11.969
마이크로소프트의 미셸
컨설팅 서비스

00:00:11.969 --> 00:00:13.965
마이크로 소프트 준비에서 여기에있는

00:00:13.965 --> 00:00:15.600
그리고 우리는
에 대해 조금 이야기

00:00:15.600 --> 00:00:17.310
그들의 일과 그들이 하고 있는 일.

00:00:17.310 --> 00:00:19.800
그래서 미셸, 당신은 무엇을 말해 줄 수

00:00:19.800 --> 00:00:22.275
작업 중인 경우
컨설팅 서비스?

00:00:22.275 --> 00:00:24.390
물론, 감사합니다. 그래서 기본적으로,

00:00:24.390 --> 00:00:27.315
나는 건축가입니다.
솔루션 아키텍트 사무실,

00:00:27.315 --> 00:00:28.995
그것은 CTO 사무실의 그룹입니다.

00:00:28.995 --> 00:00:30.270
그것은 꽤 긴 제목입니다

00:00:30.270 --> 00:00:33.735
당신이 상상할 수 있듯이. 우리의
배달 차단을 해제하는 작업입니다.

00:00:33.735 --> 00:00:36.315
이는 우리가 운전하고 있음을 의미합니다.
준비, 기능

00:00:36.315 --> 00:00:38.820
오퍼링의 배송 부분에,

00:00:38.820 --> 00:00:41.670
이는 지침을 의미합니다.
프로젝트 관리자,

00:00:41.670 --> 00:00:44.070
건축가 및 컨설턴트
구현하는 방법.

00:00:44.070 --> 00:00:46.400
그러나 상황이 악화될 때

00:00:46.400 --> 00:00:49.055
더 복잡하고
소위 에스컬레이션

00:00:49.055 --> 00:00:50.510
전략적 기회를 위해,

00:00:50.510 --> 00:00:52.580
그런 다음 우리는 지점에

00:00:52.580 --> 00:00:54.810
지상에 있는 사람들을 도와주세요
일을 할 수 있도록 합니다.

00:00:54.810 --> 00:00:56.300
>> 좋아. 그래서 당신은 기본적으로 도움이

00:00:56.300 --> 00:00:58.955
이러한 대기업은
아키텍처 오른쪽,

00:00:58.955 --> 00:01:00.875
클라우드 설정 오른쪽,

00:01:00.875 --> 00:01:03.770
에스컬레이션이 있는 경우,

00:01:03.770 --> 00:01:08.240
나는 결코 없는 것 같아요.
에스컬레이션, 그래서 당신은 뿐만 아니라 도움이?

00:01:08.240 --> 00:01:10.850
네, 세 개의 기둥으로 나뉘어있습니다.

00:01:10.850 --> 00:01:13.100
주요 임무는

00:01:13.100 --> 00:01:15.725
우리 자신의 사람들이 만들 수 있습니다
성공을 거두었습니다.

00:01:15.725 --> 00:01:18.940
그래서 제가 속한 팀원들은
그래서 전 세계적인 팀입니다.

00:01:18.940 --> 00:01:21.200
약 15명이

00:01:21.200 --> 00:01:25.725
비슷한 직업
다른 기술.

00:01:25.725 --> 00:01:26.280
>> 그렇습니다.

00:01:26.280 --> 00:01:27.860
>> 때로는 어렵다

00:01:27.860 --> 00:01:29.750
하지만 아이디어는
우리는 다른 사람을 활성화합니다.

00:01:29.750 --> 00:01:32.569
따라서 보안 인프라
우리가 속한 도메인

00:01:32.569 --> 00:01:34.490
약 3,500명이 있습니다.

00:01:34.490 --> 00:01:36.095
그래서 모든 규모에 관한 것입니다.

00:01:36.095 --> 00:01:37.310
따라서 오퍼를 정의하는 경우,

00:01:37.310 --> 00:01:38.930
적용해야 합니다.

00:01:38.930 --> 00:01:41.210
모든 지역에서 많은 다른 사람
그들이 그것을 사용할 수 있도록,

00:01:41.210 --> 00:01:43.010
구체적으로 만드십시오.
어떤 고객이든

00:01:43.010 --> 00:01:45.050
시나리오. 그래서 그 아이디어입니다.

00:01:45.050 --> 00:01:46.220
그래서 나는 그것을 차단 해제라고 부르는 이유입니다.

00:01:46.220 --> 00:01:48.395
배달및그
다른 측면.

00:01:48.395 --> 00:01:51.230
물론 에스컬레이션은
가장 흥미로운 부분

00:01:51.230 --> 00:01:53.255
뿐만 아니라 가장 도전.

00:01:53.255 --> 00:01:56.390
하지만 요즘 제 주된 역할은

00:01:56.390 --> 00:01:59.330
배달 IP 및
컨설턴트의 준비.

00:01:59.330 --> 00:02:01.670
>> 많은 청중
지금 당장 은 물어 볼 것입니다,

00:02:01.670 --> 00:02:04.610
이 모든 것을 다루고 있습니다.
Azure 물건, 그리고 Azure는 거 대 한,

00:02:04.610 --> 00:02:08.840
특별한 방법이 있습니까?
작업 중인 기술

00:02:08.840 --> 00:02:12.155
또는 서비스 또는 기본적으로
거의 모든 것을 덮고?

00:02:12.155 --> 00:02:14.165
>> 그래서 우리는 무엇
여기서 해결하려고,

00:02:14.165 --> 00:02:16.990
그리고 그 또한 이유
우리는 요즘 레드먼드에 와서,

00:02:16.990 --> 00:02:18.530
우리는 부트 캠프를 얻을 수 있었다

00:02:18.530 --> 00:02:20.450
몇 명의 컨설턴트와 건축가

00:02:20.450 --> 00:02:22.670
훈련을 받은 우리는
착륙 구역을 구현하고,

00:02:22.670 --> 00:02:24.395
Azure의 엔터프라이즈 제어 지점입니다.

00:02:24.395 --> 00:02:26.405
여기에 아이디어는

00:02:26.405 --> 00:02:28.820
그들은
Azure 지식은 이미 있습니다.

00:02:28.820 --> 00:02:32.810
그래서 우리는 갈 수있는 모든 푸시가
인증을 통해.

00:02:32.810 --> 00:02:35.060
그래서 당신은 그렇게해야
뿐만 아니라, 나는 가정한다.

00:02:35.060 --> 00:02:36.740
그래서 마이크로 소프트의 모든 사람,

00:02:36.740 --> 00:02:38.300
기술적 이거나 비기술적인

00:02:38.300 --> 00:02:40.295
통과해야 했다.
인증 패스.

00:02:40.295 --> 00:02:43.350
그래서 우리의 컨설턴트와 건축가
이미 그 수준이 있습니다.

00:02:43.350 --> 00:02:47.315
그러나 누락 된 것은
특정 오퍼에 적용하십시오.

00:02:47.315 --> 00:02:49.520
우리가 필요로 하는 큰 도전

00:02:49.520 --> 00:02:51.575
이 HR 작업 방식에 들어갈 수 있습니다.

00:02:51.575 --> 00:02:53.390
그 것도 그 이유
왜 나는 아니카를 가지고

00:02:53.390 --> 00:02:55.460
HR 프로젝트 매니저로 저와 함께.

00:02:55.460 --> 00:02:57.530
>> 좋아. 그 소리
슈퍼 흥미로운,

00:02:57.530 --> 00:02:59.720
HR 프로젝트 관리는 저에게 큰 소리로 들리며,

00:02:59.720 --> 00:03:02.105
그건 슈퍼 흥미로운
당신이 그렇게하는 경우.

00:03:02.105 --> 00:03:05.275
그래서 당신의 부분은 무엇입니까
그게? 뭐하세요?

00:03:05.275 --> 00:03:07.160
>> 제 부분은 우리가 말하는 것입니다.

00:03:07.160 --> 00:03:09.260
여기에 디지털에 대한
변환 프로젝트,

00:03:09.260 --> 00:03:11.420
그리고 그것은 뿐만 아니라
여기에 기술에 대해,

00:03:11.420 --> 00:03:14.930
그것은 또한 그 사고 방식의 변화
우리가 제공하는 방법의 관점에서,

00:03:14.930 --> 00:03:17.360
우리는 어떻게 가치를 제공합니까?
고객에게

00:03:17.360 --> 00:03:18.980
뿐만 아니라 마이크로 소프트로

00:03:18.980 --> 00:03:21.765
뿐만 아니라 우리의 관점에서도,

00:03:21.765 --> 00:03:23.480
고객을 어떻게 지원하나요?

00:03:23.480 --> 00:03:25.460
고객에게 가치를 제공할 수 있습니다.

00:03:25.460 --> 00:03:27.590
이것이 바로 그 핵심입니다.

00:03:27.590 --> 00:03:30.170
디지털 혁신
고객과 함께 여기에 있다.

00:03:30.170 --> 00:03:31.610
그래서 그 기술 측면,

00:03:31.610 --> 00:03:33.260
하지만 다른 한편으로는,

00:03:33.260 --> 00:03:35.240
우리는 어떻게 고객을 가능하게 할 수 있습니까?

00:03:35.240 --> 00:03:37.675
지속적으로 제공
또는 가치를 제공합니다.

00:03:37.675 --> 00:03:43.950
여기서, 애자일은 새로운
접근 방식이 진화하고 있습니다.

00:03:43.950 --> 00:03:46.760
우리는 폭포로 시작했습니다.

00:03:46.760 --> 00:03:49.880
의 순차적 면
다른 활동,

00:03:49.880 --> 00:03:53.105
하지만 결국에는
당신은 뭔가를 디자인

00:03:53.105 --> 00:03:54.740
해당 사용자 중에서 제외됩니다.

00:03:54.740 --> 00:03:57.560
애자일, 또한 온다
소프트웨어 개발에서,

00:03:57.560 --> 00:04:02.505
우리는 우리 자신에게 기회가 있습니다.

00:04:02.505 --> 00:04:04.800
유연성을 갖춘 프로젝트 제공

00:04:04.800 --> 00:04:09.255
또한,
가치의 지속적인 전달,

00:04:09.255 --> 00:04:12.440
뿐만 아니라, 우리의 고객을 활성화
누가 아직 거기에 있지 않습니다.

00:04:12.440 --> 00:04:15.560
그래서 우리는 애자일로

00:04:15.560 --> 00:04:18.155
그러나 그것은 긴 과정입니다.

00:04:18.155 --> 00:04:20.180
>> 그래, 나는 생각한다
그것은 매우 중요합니다.

00:04:20.180 --> 00:04:23.330
컨설턴트로 일했을 때
거기 밖으로 그리고 우리는 갔다

00:04:23.330 --> 00:04:26.735
이러한 고전적인 IT 프로젝트에서
우리가 기본적으로 가지고있는 곳,

00:04:26.735 --> 00:04:28.610
이것이 개념입니다.

00:04:28.610 --> 00:04:30.680
우리는 구현할 것입니다.
이 방식은,

00:04:30.680 --> 00:04:33.350
그리고 그게 다야, 우리는 했다
시작 점과 끝점.

00:04:33.350 --> 00:04:37.685
이제 클라우드를 통해
서비스는 항상 변경,

00:04:37.685 --> 00:04:40.205
어떤 개념을 조정해야 할지,

00:04:40.205 --> 00:04:42.995
나는 그것이 매우 같아요
고객에게 어려운

00:04:42.995 --> 00:04:44.930
뿐만 아니라 우리가 이해하기 위해

00:04:44.930 --> 00:04:46.340
우리는 실제로 어떻게 전진할 수 있을까요?

00:04:46.340 --> 00:04:47.945
나는 그것이 무엇 같아요
당신은 바로, 해결하고 있어?

00:04:47.945 --> 00:04:50.990
>> 그래, 그 것도 그 이유
제 역할은 두 배입니다.

00:04:50.990 --> 00:04:52.745
그래서 한편으로는,

00:04:52.745 --> 00:04:54.665
우리는 컨설턴트를 활성화해야 합니다.

00:04:54.665 --> 00:04:58.160
또한 우리의 건축가
애자일 접근 방식을 따르십시오.

00:04:58.160 --> 00:05:00.695
우리는 어떻게 조정할 수 있습니까?

00:05:00.695 --> 00:05:03.890
변화하는 고객 요구 사항,
변화하는 기술에,

00:05:03.890 --> 00:05:04.970
하지만 다른 한편으로는,

00:05:04.970 --> 00:05:08.225
우리는 어떻게 우리의
신청할 고객

00:05:08.225 --> 00:05:10.070
그 특정 한 사고 방식 순서에

00:05:10.070 --> 00:05:13.155
제공하도록
고객에게 가치를 전합니다.

00:05:13.155 --> 00:05:15.185
>> 네, 완전히 의미가 있습니다.

00:05:15.185 --> 00:05:17.310
이제 우리는 조금 이야기했습니다
당신이 하고있는 일의 비트

00:05:17.310 --> 00:05:18.675
그리고 나는 많은 생각
사람들은

00:05:18.675 --> 00:05:22.024
어떻게 보이는가
실제 작업처럼.

00:05:22.024 --> 00:05:25.130
그래서 실제 참여는 무엇입니까

00:05:25.130 --> 00:05:26.720
지난 몇 번

00:05:26.720 --> 00:05:28.940
말하고 싶은
에 대해? 공유할 수 있습니다.

00:05:28.940 --> 00:05:32.140
약간의 정보
당신이 거기에서 무엇을하고 있는지.

00:05:32.140 --> 00:05:35.400
>> 글쎄, 그 암시,

00:05:35.400 --> 00:05:37.040
우리는 재정의하기 시작했습니다.

00:05:37.040 --> 00:05:39.080
우리가 구현하는 방법
Azure 방문 영역,

00:05:39.080 --> 00:05:42.020
특히 우리는
더 많은 지점이 필요합니다.

00:05:42.020 --> 00:05:44.480
서비스는 변화하고 있지만
또한 요구 사항이 변경됩니다.

00:05:44.480 --> 00:05:46.190
고객이 Azure로 시작하는 경우

00:05:46.190 --> 00:05:48.290
그런 다음 그들은 깨닫기 시작합니다.
"글쎄, 우리는 훨씬 더 많은 일을 할 수 있습니다."

00:05:48.290 --> 00:05:51.155
또는 어쩌면 일부
우선 순위가 바뀌고 있습니다.

00:05:51.155 --> 00:05:54.830
그래서 우리는
반복적인 설계 프로세스.

00:05:54.830 --> 00:05:58.915
그래서 당신은 최소한의 시작
기능적 디자인 또는 MVP

00:05:58.915 --> 00:06:02.115
그리고 당신은이 있어야합니다
착륙하고 싶은 곳에

00:06:02.115 --> 00:06:04.550
하지만 당신은 해결할 수 없습니다
첫날모든 것을.

00:06:04.550 --> 00:06:06.440
하이퍼-V 일로 돌아가면

00:06:06.440 --> 00:06:08.735
그것은 5 년 의 수명 주기였다.

00:06:08.735 --> 00:06:11.765
당신은 무엇을 할 수 있는지 알고
할 수 없는 일입니다.

00:06:11.765 --> 00:06:14.255
그래서 기본적으로, 그 사고 방식은

00:06:14.255 --> 00:06:17.210
아직도 아주 많이 밖으로 그리고 그건
돌파해야 할 것.

00:06:17.210 --> 00:06:19.550
또한 서비스 역할은

00:06:19.550 --> 00:06:20.630
나는 조금 다른 말을 할 것이다.

00:06:20.630 --> 00:06:21.920
우리는 시장을 만들어야 합니다, 우리는

00:06:21.920 --> 00:06:23.270
최신 기술로 이끌어 갈 수 있도록

00:06:23.270 --> 00:06:25.865
우리는
고객과 파트너를 소개합니다.

00:06:25.865 --> 00:06:28.070
그래서 우리는
가장 쉬운 길을 가지 않습니다.

00:06:28.070 --> 00:06:30.610
그것은 정말 영향을 떠나에 대한,

00:06:30.610 --> 00:06:33.080
큰 발자국을 만들 수 있습니다.
고객이

00:06:33.080 --> 00:06:35.615
방해가 되는 방식으로 Azure 사용
그것은 위해 설계되었습니다.

00:06:35.615 --> 00:06:37.280
>> 좋아. 그것은 많은 의미가 있습니다.

00:06:37.280 --> 00:06:38.570
고객에게 이야기할 때,

00:06:38.570 --> 00:06:41.480
그것은 단지 만드는 것에 대한 것이 아닙니다.
가상 머신과 그게 다야,

00:06:41.480 --> 00:06:44.455
그리고 수천 개의
가상 머신과 그게 다야.

00:06:44.455 --> 00:06:47.120
정말 그 제어를 갖는
환경을 통해,

00:06:47.120 --> 00:06:48.630
모든 것을 확인
올바른 위치에 있으며,

00:06:48.630 --> 00:06:50.240
올바른 방법으로 시작하고,

00:06:50.240 --> 00:06:52.385
나는 그것이 매우 중요한 부분이라고 생각합니다.

00:06:52.385 --> 00:06:57.845
그래서 것은 무엇입니까
당신은 시작,

00:06:57.845 --> 00:07:00.680
기본적으로 시작하려면

00:07:00.680 --> 00:07:02.705
고객과 대화할 때
기술적 인 방법으로?

00:07:02.705 --> 00:07:05.195
분명히, 많은
대화가 진행중

00:07:05.195 --> 00:07:09.065
하지만 도구는 무엇입니까
당신은 이것을 위해 사용할 것인가?

00:07:09.065 --> 00:07:11.270
>> 그래서 나는 하나의 하이라이트를 생각

00:07:11.270 --> 00:07:13.820
공유는 우리가하지 않는 것입니다
더 이상 슬라이드를 사용합니다.

00:07:13.820 --> 00:07:14.585
>> 좋아.

00:07:14.585 --> 00:07:16.265
>> 그래서 도구는 화이트 보드입니다,

00:07:16.265 --> 00:07:20.209
그리고 사무실 회사로서,
우리는 파워 포인트를 사랑

00:07:20.209 --> 00:07:23.135
모든 컨설턴트가
텍스트의 수천이있다.

00:07:23.135 --> 00:07:26.090
이 아이디어는
더 이상 사용,

00:07:26.090 --> 00:07:27.500
그래서 정말 로 가서 말, "글쎄,

00:07:27.500 --> 00:07:29.540
공백에서 시작해 봅시다.
용지와

00:07:29.540 --> 00:07:32.585
그냥 요구 사항을 수행
엔지니어링에 대한 모든 것을 말합니다."

00:07:32.585 --> 00:07:35.105
우리는 확실히 해야 한다
우리가 수확해야 하는지 확인

00:07:35.105 --> 00:07:38.375
모든 우려 사항 또는 요구 사항,

00:07:38.375 --> 00:07:40.520
특히 우리가 이야기 할 때
규정 준수 및 제어,

00:07:40.520 --> 00:07:41.990
당신이 언급 한 대로. 우리는

00:07:41.990 --> 00:07:43.985
무엇인지 이해
더 큰 그림.

00:07:43.985 --> 00:07:46.070
그래서 우리의 프로세스는 정말

00:07:46.070 --> 00:07:47.855
가능한 한 많이 수확하기 위해,

00:07:47.855 --> 00:07:49.250
고객을 이해하기 위해,

00:07:49.250 --> 00:07:51.170
그들로부터 배우기 위해,
그리고 나서

00:07:51.170 --> 00:07:54.545
무엇에 대한 우리의 의견
우리의 디자인 제안.

00:07:54.545 --> 00:07:56.900
그런 다음,

00:07:56.900 --> 00:07:58.805
"글쎄, 그건, 우리는
구축할 것입니다."

00:07:58.805 --> 00:08:00.890
그래서 화이트 보드는 도구입니다.

00:08:00.890 --> 00:08:03.515
>> 그렇습니다. 너무 재밌네요.
슬라이드 데크를 언급했습니다.

00:08:03.515 --> 00:08:06.830
초창기 기억
슬라이드 데크가 있는 곳

00:08:06.830 --> 00:08:08.360
그리고 무슨 일이 있었는지

00:08:08.360 --> 00:08:10.400
기본적으로 우리는 항상 필요
업데이트할 수 있기 때문에

00:08:10.400 --> 00:08:12.440
기본적으로 구식이었다
하루 후

00:08:12.440 --> 00:08:14.660
때문에 그들을 만들었습니다.
모든 것이 다시 바뀌었습니다.

00:08:14.660 --> 00:08:17.280
그래서 이

00:08:17.280 --> 00:08:20.780
명확한 접근 방식,
마음가짐이 조금 있습니다.

00:08:20.780 --> 00:08:22.250
>> 그래서 그것에 사이드 노트가있다.

00:08:22.250 --> 00:08:25.460
한편으로는, 나는 그것이 많은 것 같아요
화이트 보드를 사용하는 쿨러와

00:08:25.460 --> 00:08:26.540
그런 다음 떠날 수 있습니다.

00:08:26.540 --> 00:08:29.000
더 큰 영향과 상호 작용
고객과 더 나은.

00:08:29.000 --> 00:08:31.745
다른 한편으로는, 나는 그것을 공유
배달 IP를 담당합니다.

00:08:31.745 --> 00:08:33.980
즉, 나는
확실히 책임이 있거나

00:08:33.980 --> 00:08:37.610
슬라이드 데크를 얻을 책임
수정및 업데이트.

00:08:37.610 --> 00:08:40.340
그래서 워크로드를 보면
내 어깨에 끝날 것,

00:08:40.340 --> 00:08:42.485
저 있잖아요? 화이트 보드
훨씬 쿨러입니다.

00:08:42.485 --> 00:08:44.630
그래서 우리는 정말 제거

00:08:44.630 --> 00:08:49.550
나는 800-1,000 슬라이드라고 생각
옛날에 사용되었습니다.

00:08:49.550 --> 00:08:51.740
그건 완전했다
다른 접근 방식,

00:08:51.740 --> 00:08:54.920
그리고 첫 번째 반응에서
우리의 배달 사람들은,

00:08:54.920 --> 00:08:57.410
"와우, 배워야 해
뭔가 완전히 새로운?"

00:08:57.410 --> 00:09:01.535
아니, 그것은 실제로 우리가 무엇
컨설턴트로 하루 종일 하고 있습니다.

00:09:01.535 --> 00:09:03.230
>> 그렇습니다. 당신은 단지
다른 도구 사용

00:09:03.230 --> 00:09:07.170
또는 다른 도구를 사용하지 않습니다.

00:09:07.170 --> 00:09:08.870
>> 모두가 이미 화이트보드를 사용

00:09:08.870 --> 00:09:12.274
그러나 이것들을 가지고 있는 것은 매우 쉬웠습니다.
지원으로 파워 포인트 데크.

00:09:12.274 --> 00:09:14.210
고객은 지식이 없는,

00:09:14.210 --> 00:09:16.414
그럼 당신은 정말 깊은 갈 수 있습니다.

00:09:16.414 --> 00:09:17.660
그러나 다른 한편으로는,

00:09:17.660 --> 00:09:21.230
우리의 준비
고객, 그들은 많이 성숙.

00:09:21.230 --> 00:09:22.985
그래서 나는 모든 사람들이

00:09:22.985 --> 00:09:25.770
클라우드와의 상호 작용
공급자는 이미 요즘.

00:09:25.770 --> 00:09:28.550
물론 많은 경쟁이 있습니다.

00:09:28.550 --> 00:09:30.910
사람들이 시작하고 있다는 것
다른 구름과 함께,

00:09:30.910 --> 00:09:33.310
상당히 괜찮습니다.

00:09:33.310 --> 00:09:35.380
모든 사람이 완벽할 수 있는 것은 아닙니다.

00:09:35.380 --> 00:09:37.870
그래서 기본적으로, 우리의 클라우드는

00:09:37.870 --> 00:09:40.990
우리가 필요로 하는 곳에 있는 무언가
어디에 적합한지 파악할 수 있습니다.

00:09:40.990 --> 00:09:43.460
그러나 우리는 들어갈 필요가 없습니다.
"글쎄, 그건 프라이빗 클라우드야,

00:09:43.460 --> 00:09:44.650
하이브리드 클라우드, 퍼블릭 클라우드."

00:09:44.650 --> 00:09:46.615
이러한 대화는
확실히 더 이상 필요하지 않습니다.

00:09:46.615 --> 00:09:47.890
우리가 서비스하지 않습니다.

00:09:47.890 --> 00:09:49.440
다른 팀이 있습니다.
그 돌봐

00:09:49.440 --> 00:09:51.520
그리고 난 너희들이 할 생각
공유 할 수있는 놀라운 일

00:09:51.520 --> 00:09:54.205
이러한 모든 기술 정보

00:09:54.205 --> 00:09:55.825
필요한
사람들을 준비시다.

00:09:55.825 --> 00:09:57.295
>> 우리가 그렇게 하기를 바랍니다.

00:09:57.295 --> 00:10:00.055
아직 갈 길이 멀다.

00:10:00.055 --> 00:10:01.900
그래서 당신은 무엇에 대해 조금 공유

00:10:01.900 --> 00:10:03.715
당신은 어떻게 생겼는지하고 있습니다.

00:10:03.715 --> 00:10:05.950
그래서 어떻게 당신을 위해?
참여 방법

00:10:05.950 --> 00:10:08.530
고객 또는 귀하의 직업과?

00:10:08.530 --> 00:10:12.490
실제로 말하기만 하면 더 쉽습니다.

00:10:12.490 --> 00:10:15.820
"좋아, 우리는 활성화해야
고객은 애자일 작업을 수행할 수 있습니다."

00:10:15.820 --> 00:10:17.275
애자일얘기를 할 때,

00:10:17.275 --> 00:10:19.480
왜냐하면 일반적으로
에 대한 몇 가지 혼란

00:10:19.480 --> 00:10:21.700
용어, 그것은 방법론입니다.

00:10:21.700 --> 00:10:23.875
그런 다음 실행해야 합니다.

00:10:23.875 --> 00:10:26.860
다른 프레임워크를 통해
스크럼 이나 칸반과 같은.

00:10:26.860 --> 00:10:29.335
그래서 지금 스크럼으로 전환할 때,

00:10:29.335 --> 00:10:30.730
개념은 동일합니다.

00:10:30.730 --> 00:10:33.430
그래서 그것은 단지
유연하고 또한

00:10:33.430 --> 00:10:36.250
연속에 초점을 맞추고
가치 전달.

00:10:36.250 --> 00:10:38.140
그렇다면 고객에게 어떻게 접근해야 할까요?

00:10:38.140 --> 00:10:39.430
한편으로는,

00:10:39.430 --> 00:10:40.645
우리는 우리의 컨설턴트가

00:10:40.645 --> 00:10:44.125
고객이
멋진 기술 물건을.

00:10:44.125 --> 00:10:45.790
이러한 맥락에서,

00:10:45.790 --> 00:10:49.029
우리는 디지털에 대해 이야기하고 있습니다.
변환 프로젝트,

00:10:49.029 --> 00:10:50.755
클라우드 지원 프로젝트.

00:10:50.755 --> 00:10:52.660
초점은 자동화에 있습니다.

00:10:52.660 --> 00:10:55.420
그래서 우리는 많은
인프라스트럭같은 역할을 합니다.

00:10:55.420 --> 00:10:55.750
>> 그렇습니다.

00:10:55.750 --> 00:10:57.490
>> 그래서 컨설턴트 일입니다.

00:10:57.490 --> 00:11:00.220
나는 프레임 워크를 설정, 그래서 말을,

00:11:00.220 --> 00:11:05.200
컨설턴트 가 이전을 할 수 있습니다.
모든 고객에게 지식을 제공.

00:11:05.200 --> 00:11:07.210
그래서 우리는 내 옆에서 좋아하고,

00:11:07.210 --> 00:11:10.150
브라운 가방을 정리
고객과의 세션을 제공합니다.

00:11:10.150 --> 00:11:11.680
우리는 친구 프로그램이 있습니다.

00:11:11.680 --> 00:11:13.480
이것이 기술적 초점입니다.

00:11:13.480 --> 00:11:17.640
그러나 다른 한편으로는, 그것은
실제로 더 어려운

00:11:17.640 --> 00:11:19.260
왜냐하면 당신은

00:11:19.260 --> 00:11:21.510
개발만
고객의 팀

00:11:21.510 --> 00:11:23.790
그러나 기본적으로 전체 조직.

00:11:23.790 --> 00:11:26.640
왜냐하면 다시, 그것은 사고 방식의 변화이기 때문입니다.

00:11:26.640 --> 00:11:28.935
폭포에서 애자일로 이동합니다.

00:11:28.935 --> 00:11:31.140
이것은 하룻밤 사이에 일어나지 않습니다.

00:11:31.140 --> 00:11:35.290
그리고 그것은 단지에 대한 뿐만 아니라
스크럼 의식 등을 실행합니다.

00:11:35.290 --> 00:11:38.830
정말 내가 참여하는 방법
고객과 함께 합니다.

00:11:38.830 --> 00:11:41.140
때때로, 그것은 쉽게 때문에

00:11:41.140 --> 00:11:43.915
이미 고객
애자일 작업을 수행하길 원합니다.

00:11:43.915 --> 00:11:48.550
그래서 그들은 적어도
변화에 대한 동기부여가 되었습니다.

00:11:48.550 --> 00:11:51.220
하지만 당신은 다시 와서
라고 가정 해 봅시다.

00:11:51.220 --> 00:11:53.680
프로젝트 납품
토론을 하고,

00:11:53.680 --> 00:11:55.690
"좋아, 애자일 하고 싶어

00:11:55.690 --> 00:11:59.800
하지만 당신은 또한 나에게 물었다
이정표 및 프로젝트 계획

00:11:59.800 --> 00:12:04.675
또는 결과물의 추적도 할 수 있습니다."

00:12:04.675 --> 00:12:09.415
그래서 여기에 필요한 것은
정말 약간의 변경 관리.

00:12:09.415 --> 00:12:13.150
이것은 단지 혼자서 할 수 없습니다.
및 내 프로젝트 관리 역할

00:12:13.150 --> 00:12:16.645
하지만 난 거기에 있어
고객과 의논하고,

00:12:16.645 --> 00:12:18.670
전체적인 인식 을 창출

00:12:18.670 --> 00:12:20.680
전체 고객
조직구성을 통해

00:12:20.680 --> 00:12:23.245
해수면에서
개발 팀,

00:12:23.245 --> 00:12:25.000
모두가 알고, "좋아, 우리는

00:12:25.000 --> 00:12:28.195
변화하고 그것은
이성적으로도 좋습니다."

00:12:28.195 --> 00:12:32.260
실제로 그렇게 하는 것이 더 쉽습니다.
개발 팀과 함께

00:12:32.260 --> 00:12:35.530
그들은 적용하고자하기 때문에
새로운 작업 방식

00:12:35.530 --> 00:12:37.870
할 수 있기 때문에

00:12:37.870 --> 00:12:40.630
정말 멋진 물건에
매우 짧은 기간.

00:12:40.630 --> 00:12:45.070
애자일, 당신은
가치 제공에 초점을 맞추고,

00:12:45.070 --> 00:12:49.510
그리고 가치에 의해, 나는 제품을 의미
몇 주 내에 증가합니다.

00:12:49.510 --> 00:12:50.770
그래서 스크럼 개념에서,

00:12:50.770 --> 00:12:53.365
2-4 주가 있을 것입니다.

00:12:53.365 --> 00:12:57.205
그러면 잠재적으로
회수 가능한 제품.

00:12:57.205 --> 00:13:01.570
그렇게 어렵지 않기 때문에
그들은 멋지다고 생각하고,

00:13:01.570 --> 00:13:06.670
처음에는
보통 모든 사람은 주저합니다.

00:13:06.670 --> 00:13:07.735
>> 당신은 아마 다시 떨어질, 오른쪽?

00:13:07.735 --> 00:13:09.130
"좋아.

00:13:09.130 --> 00:13:10.240
우리는 그것을 시작합니다" 그리고

00:13:10.240 --> 00:13:13.390
원 포인트, 당신은 다시 가을
이 오래된 신화에서.

00:13:13.390 --> 00:13:15.715
당신이 뿐만 아니라 볼 뭔가?

00:13:15.715 --> 00:13:17.560
>> 다시 필요하지 않음

00:13:17.560 --> 00:13:18.790
개발 팀과 함께

00:13:18.790 --> 00:13:21.670
그들은 또한 에서 지원을 받을 수 있기 때문에

00:13:21.670 --> 00:13:24.685
이미 컨설턴트를 통해
새로운 사고 방식을 적용하고,

00:13:24.685 --> 00:13:25.885
그리고 그들은 빨리 배운다.

00:13:25.885 --> 00:13:26.230
>> 좋아.

00:13:26.230 --> 00:13:30.430
그러나 다시 말하지만, 고객
프로젝트 관리 또는

00:13:30.430 --> 00:13:32.455
고객 스폰서는 일반적으로

00:13:32.455 --> 00:13:34.990
프로젝트를 추진하거나
프로젝트를 후원하고 있습니다.

00:13:34.990 --> 00:13:37.220
거기, 그것은 어렵다.

00:13:37.440 --> 00:13:40.960
스티어링에 들어갈 때
예를 들어, 위원회, 예를 들어,

00:13:40.960 --> 00:13:43.450
이들은 제공하는 사람입니다

00:13:43.450 --> 00:13:45.880
예산과
결과를 보고 싶어,

00:13:45.880 --> 00:13:47.560
완전히 이해할 수 있습니다.

00:13:47.560 --> 00:13:51.190
그들이 볼 수없는 것은 거기에 있습니다.
연속 결과

00:13:51.190 --> 00:13:53.620
하지만 그들은 단지 볼
작은 그림.

00:13:53.620 --> 00:13:57.715
그래서 그들은 계속
결과물,

00:13:57.715 --> 00:13:59.695
달성된 것을 알 수 있습니다.

00:13:59.695 --> 00:14:01.810
약간의 스위치가 필요합니다.

00:14:01.810 --> 00:14:03.340
그렇다면 어떻게 해결해야 할까요?

00:14:03.340 --> 00:14:05.410
우리는 일반적으로 특히

00:14:05.410 --> 00:14:08.620
클라우드 변환
또는 기본 프로젝트.

00:14:08.620 --> 00:14:12.760
우리는 폭포를 하는 것부터 시작합니다.

00:14:12.760 --> 00:14:15.490
그리고 우리가 폭포를 하고 있는 동안,

00:14:15.490 --> 00:14:18.715
우리는 이미 지식을
세션을 전송할 수 있습니다.

00:14:18.715 --> 00:14:21.250
또한 때때로,
우리는 예산이,

00:14:21.250 --> 00:14:23.110
애자일 코치를 데려오십시오.

00:14:23.110 --> 00:14:23.420
>> 좋아.

00:14:23.420 --> 00:14:27.670
그래서 우리는 고객을 준비
그 민첩한 배달을 위해 천천히.

00:14:27.670 --> 00:14:29.580
>> 당신은 단지 오고 있지 않다
[들리지 않음]을 들 수 있습니다.

00:14:29.580 --> 00:14:32.500
>> 그들은 일하지 않을 것입니다. 있지만
그들은 기꺼이 애자일을 할 것입니다.

00:14:32.500 --> 00:14:33.820
그들은 그것이 무엇인지 모른다,

00:14:33.820 --> 00:14:35.860
그들은 무엇이 필요한지 모른다.

00:14:35.860 --> 00:14:38.740
그들의 일로도, 그들은
이미 애자일을 하고 있습니다.

00:14:38.740 --> 00:14:42.805
그들이 하는 일이 아닙니다.
정말 실행.

00:14:42.805 --> 00:14:45.160
그래서 우리는 에 필요한 시간을 가지고

00:14:45.160 --> 00:14:48.150
의상을 준비하고
원활하게 전환할 수 있습니다.

00:14:48.150 --> 00:14:49.920
이는 하이브리드 접근 방식과 같습니다.

00:14:49.920 --> 00:14:51.600
우리는 그것을 워터 스크럼폴이라고 부릅니다.

00:14:51.600 --> 00:14:52.740
>> 좋아.

00:14:52.740 --> 00:14:54.705
>> 그것은 일종의 재미.

00:14:54.705 --> 00:14:57.450
>> 그러나 그것은 또한
여행. 비록

00:14:57.450 --> 00:14:59.700
고객이
Azure에서 이미 뭔가,

00:14:59.700 --> 00:15:02.670
경험을 쌓았습니다.
정말 어떻게 우리가에서 그들을 데리고

00:15:02.670 --> 00:15:04.125
우리가 이해할 때 의 출발점

00:15:04.125 --> 00:15:06.015
해야 할 일,
우리는 디자인을 만듭니다.

00:15:06.015 --> 00:15:08.490
이 아이디어는
100페이지 분량

00:15:08.490 --> 00:15:09.710
더 이상 디자인 문서,

00:15:09.710 --> 00:15:12.670
그것은 검토되어야하고
승인. 그래서 그것은 또한 여기

00:15:12.670 --> 00:15:14.920
프로세스가
그 디자인은 문서화,

00:15:14.920 --> 00:15:16.900
의사 결정을 내릴 수 있도록,
의사 결정을 유치하기 위해

00:15:16.900 --> 00:15:20.170
더 해야 합니다.
대화형, 반복적,

00:15:20.170 --> 00:15:22.150
민첩하게, 우리가 정말로

00:15:22.150 --> 00:15:24.655
그 흐름을 가지고
중지되지 않습니다.

00:15:24.655 --> 00:15:27.460
그래서 아이디어는 우리가 하는 방식입니다
우리의 참여를 구조화하고,

00:15:27.460 --> 00:15:29.560
우리는 모든 가치를 보여
스프린트에서 2주

00:15:29.560 --> 00:15:31.720
또는 이정표, 당신이 그것을 호출 무엇이든.

00:15:31.720 --> 00:15:34.090
그러나 결과를 다시 표시하는 것은 정말로

00:15:34.090 --> 00:15:36.865
매우 신속하고 다음
을 사용하여 필요할 때 조정할 수 있습니다.

00:15:36.865 --> 00:15:38.860
그러나 이것이 착륙 지대 개념입니다.

00:15:38.860 --> 00:15:41.575
빌드를 시작할 때
Azure 인프라,

00:15:41.575 --> 00:15:44.710
첫 번째 공유 인프라
케이스 또는 무엇이든.

00:15:44.710 --> 00:15:48.505
그러나 나중에, 우리는
역량 센터로 통합할 수 있습니다.

00:15:48.505 --> 00:15:49.750
그래서 나는 그것이 중요하다고 생각합니다.

00:15:49.750 --> 00:15:51.850
만약 당신이 거기 6-8 주,

00:15:51.850 --> 00:15:53.515
당신은 그 발자국을 떠나지 않습니다.

00:15:53.515 --> 00:15:55.990
물론,
모든 모듈제공

00:15:55.990 --> 00:15:58.855
인프라가 있는 데 사용됩니다.
코드 설정이 완료되면

00:15:58.855 --> 00:16:01.330
그래서 우리는
예를 들어 Azure DevOps는

00:16:01.330 --> 00:16:03.970
[들리지 않는] 파이프라인,
표준화된 모듈

00:16:03.970 --> 00:16:05.275
정말 모든 것을 설정합니다.

00:16:05.275 --> 00:16:07.600
그러나 사고 방식, 그 시간이 필요,

00:16:07.600 --> 00:16:10.090
그리고 그것은 또한
첫 MVP에 불과합니다.

00:16:10.090 --> 00:16:12.595
그래서 추가로 필요한 것은 무엇입니까?

00:16:12.595 --> 00:16:15.445
그래서 다른 이니셔티브는 무엇입니까?
고객과 함께 지원?

00:16:15.445 --> 00:16:17.110
이 클라우드 센터는
우수성은 정말

00:16:17.110 --> 00:16:20.185
매우 강력한 이니셔티브.

00:16:20.185 --> 00:16:22.405
가트너가 있다
데이터에 대한 연구를 할 수 있습니다.

00:16:22.405 --> 00:16:23.890
나는 모든 사람들이 그것을하고 싶어 생각합니다.

00:16:23.890 --> 00:16:25.900
우리가 제공하는 방식은 우리가

00:16:25.900 --> 00:16:28.930
당신이 가지고있는이 신체 시스템
마이크로소프트 인력과 사람

00:16:28.930 --> 00:16:31.780
고객과 귀하가
이러한 다른 팀들은

00:16:31.780 --> 00:16:34.750
정말 제품을 개발
사업을 지원하고 있습니다.

00:16:34.750 --> 00:16:36.295
따라서 IT에 초점을 맞추지 않고

00:16:36.295 --> 00:16:38.830
그것은 정말 활성화하는 것입니다
성공할 수 있도록

00:16:38.830 --> 00:16:41.620
모든 것을 운전하려면
클라우드로 유입되고

00:16:41.620 --> 00:16:44.485
잠재력을 최대한 활용하십시오.
제어된 방식으로 클라우드,

00:16:44.485 --> 00:16:48.595
강력한 거버넌스로 안전
관리되는 환경에서

00:16:48.595 --> 00:16:50.950
>> 나는 그것을 좋아한다. 때
나는 생각했다

00:16:50.950 --> 00:16:52.930
컨설팅 서비스, 나는 이었다
항상 생각, "좋아.

00:16:52.930 --> 00:16:56.065
지금은 단지 몇 가지 컨설턴트가
기술 부분을 보여줘."

00:16:56.065 --> 00:16:58.780
특히 우리는 지금 모두
클라우드 상황이 일어나고,

00:16:58.780 --> 00:17:01.600
나는 많은 것을 볼 수
더 많은 일

00:17:01.600 --> 00:17:04.450
당신은 다음 t처럼 할 필요가
그냥 기술을 구현,

00:17:04.450 --> 00:17:07.060
뿐만 아니라
사고 방식과 프로세스,

00:17:07.060 --> 00:17:08.410
그리고 어쩌면, 나도 몰라,

00:17:08.410 --> 00:17:10.945
조직
기업의 구조,

00:17:10.945 --> 00:17:13.585
어떻게 구축하고 있는지
팀과 같은 것들.

00:17:13.585 --> 00:17:15.100
>> 나는 그것이 간다고 생각한다.
손에 손을

00:17:15.100 --> 00:17:17.110
이 역량 센터 접근 방식.

00:17:17.110 --> 00:17:19.960
이러한 COEs또는
그러나 당신은 그것을 이름을 지정합니다.

00:17:19.960 --> 00:17:23.110
그것은 기능입니다.
다르게 작동해야 합니다.

00:17:23.110 --> 00:17:27.550
그래서 과거에는 표준 IT 및
네트워크 팀, 스토리지 팀,

00:17:27.550 --> 00:17:31.555
하이퍼바이저 팀,
이름을 호출합니다.

00:17:31.555 --> 00:17:33.760
하지만 클라우드에서는 다릅니다.

00:17:33.760 --> 00:17:35.680
다른 페르소나,

00:17:35.680 --> 00:17:38.980
당신은 다른 기술이 필요하고,
상호 작용하는 다양한 방법.

00:17:38.980 --> 00:17:41.695
나는 그것이 해야 한다고 생각한다.
이 함수의 변경.

00:17:41.695 --> 00:17:43.660
조직 변화는 정말로

00:17:43.660 --> 00:17:46.210
구축하는 데 도움이
사람들의 새로운 그룹,

00:17:46.210 --> 00:17:47.965
그러나 그것은 또한 그들을 재사용하는 것입니다.

00:17:47.965 --> 00:17:50.290
변경할 시간을 주고

00:17:50.290 --> 00:17:53.470
클라우드 모델 및 운영
클라우드는 그럴 만한 가치가 있습니다.

00:17:53.470 --> 00:17:57.250
온-프레미스를 적용하지 않습니다.
새로운 작업 방식에 대한 개념을 가지고 있습니다.

00:17:57.250 --> 00:18:01.210
그래서 나는 그것이 어디 뭔가 생각
우리는 매우 지원하려고

00:18:01.210 --> 00:18:03.835
우리는 기간 동안 가지고 있는
여러 달의

00:18:03.835 --> 00:18:06.745
6-12는 매우 효과적이며,

00:18:06.745 --> 00:18:09.370
하지만 다음에도
발자국을 남겨두십시오.

00:18:09.370 --> 00:18:12.400
아이디어는 우리가 할 수 있다는 것입니다
어느 시점에서 나가.

00:18:12.400 --> 00:18:14.500
그래서 우리가
아웃소싱, 전혀.

00:18:14.500 --> 00:18:16.135
엔터프라이즈 서비스는 여기,

00:18:16.135 --> 00:18:18.280
나는 그것을 쇄빙선이라고 부른다.

00:18:18.280 --> 00:18:21.025
그들을 돕기 위해,
통과하는 경로,

00:18:21.025 --> 00:18:23.980
또는 영화에 있는 경우
빠르고 분노처럼,

00:18:23.980 --> 00:18:26.140
잡을 필요가 있을 때
경쟁업체와 함께

00:18:26.140 --> 00:18:27.685
당신은 단지 주입

00:18:27.685 --> 00:18:31.270
몇 가지 추가 가스 다음
당신은 정말 부스트를 얻을.

00:18:31.270 --> 00:18:33.010
나는 우리가 얻은 사고 방식을 생각합니다

00:18:33.010 --> 00:18:34.360
내부적으로 는 마이크로소프트에서

00:18:34.360 --> 00:18:35.605
이것이 우리가 공유하고자 하는 것입니다.

00:18:35.605 --> 00:18:35.980
>> 그렇습니다.

00:18:35.980 --> 00:18:37.450
>> 6년, 7년 뒤로 돌아가라

00:18:37.450 --> 00:18:39.640
우리는
윈도우 라이센스 회사

00:18:39.640 --> 00:18:41.335
클라우드 소비에.

00:18:41.335 --> 00:18:43.960
그것은 엄청난 변화였습니다.
우리는 통과했습니다.

00:18:43.960 --> 00:18:46.735
그리고 그 학습, 우리는
고객과 공유.

00:18:46.735 --> 00:18:50.410
또한 코치처럼. 그것은 더 많은
단지 물건을 구현하는 것뿐만 아니라,

00:18:50.410 --> 00:18:53.440
그것은 정말 코칭에 대한
고객이 올바른 일을 할 수 있도록

00:18:53.440 --> 00:18:55.120
클라우드와 함께 작업할 수 있습니다.

00:18:55.120 --> 00:18:58.660
>> 그래서 우리는 실제로 다시
컨설팅이라고 불리는 것을

00:18:58.660 --> 00:19:03.415
우리는 마이크로 소프트로 일하고
컨설팅 서비스 년 전.

00:19:03.415 --> 00:19:06.040
우리는 거기에 와서, 제공
기술, 그리고 왼쪽.

00:19:06.040 --> 00:19:09.100
지금, 내가 말하는 이유
클라우드 인에이블먼트 프로젝트에 대해

00:19:09.100 --> 00:19:10.675
우리는 뿐만 아니라

00:19:10.675 --> 00:19:13.150
고객에게
필요한 기술

00:19:13.150 --> 00:19:16.600
뿐만 아니라 고객을 활성화하기 위해
실제로 그 기술을 사용합니다.

00:19:16.600 --> 00:19:21.699
이것이 클라우드의 핵심입니다.
우수 프로젝트 센터.

00:19:21.699 --> 00:19:24.550
>> 그래서 이것은 모두 초미세입니다.

00:19:24.550 --> 00:19:28.120
나는 많은 회사를 생각합니다
기본적으로 그 접근 법으로 이동,

00:19:28.120 --> 00:19:29.140
특히 때문에
당신은 [들리지] 할 수 있습니다

00:19:29.140 --> 00:19:32.155
어떤 가치와 지식
이러한 프로젝트를 수행하고 있습니다.

00:19:32.155 --> 00:19:34.360
따라서 고객의 참여 방식

00:19:34.360 --> 00:19:36.820
또는 참여를 시작
컨설팅 서비스

00:19:36.820 --> 00:19:39.760
그리고 어디 를 지적 할 것
누군가가 더 알고 싶어하는 경우

00:19:39.760 --> 00:19:43.600
이러한 오퍼링에 대해
및 설정 및 프로세스

00:19:43.600 --> 00:19:44.905
그리고 우리가 여기에있는 모든?

00:19:44.905 --> 00:19:46.300
그들이 알고 더 많은 것을 배우고 싶다면

00:19:46.300 --> 00:19:48.100
그것에 대해, 당신은 그들을 보낼 것?

00:19:48.100 --> 00:19:50.125
>> 그래서 나는 정기적 인 준비라고 생각,

00:19:50.125 --> 00:19:52.765
클라우드 채택 프레임워크
아주 좋은 출발점입니다.

00:19:52.765 --> 00:19:56.050
우리의 서비스는 기여하고 있습니다.
엔지니어링 콘텐츠에,

00:19:56.050 --> 00:19:58.670
고객 성공 단위,

00:19:58.670 --> 00:20:00.470
그래서 다른 엔티티

00:20:00.470 --> 00:20:02.360
고객을 활성화하는 사람
을 사용하여 클라우드로 이동합니다.

00:20:02.360 --> 00:20:05.675
그래서 우리는
우리의 학습, 우리의 IP를 공유

00:20:05.675 --> 00:20:08.060
게시될 수 있도록
자신의 사이트에.

00:20:08.060 --> 00:20:10.220
우리는 문서에 우리 자신의 공간이 없습니다.

00:20:10.220 --> 00:20:12.320
우리는 그것을 필요로하지 않습니다, 그래서
그것은 하나의 음성이어야한다.

00:20:12.320 --> 00:20:15.145
우리가 가지고있는 것은
엔터프라이즈 서비스 블로그

00:20:15.145 --> 00:20:18.350
우리의 이야기를 공유하는 곳
잘 참조 케이스.

00:20:18.350 --> 00:20:21.020
그래서 나는 그것이 생각
또 다른 좋은 진입점

00:20:21.020 --> 00:20:24.185
우리가 무엇인지에 대해 더 많은 것을 알기 위해
우리가 도울 수 있는 방법.

00:20:24.185 --> 00:20:27.095
그러나 지역 대표는
및 자회사,

00:20:27.095 --> 00:20:28.640
그들은 항상 여기에 도움을.

00:20:28.640 --> 00:20:32.325
계정 관리자가 있는 경우

00:20:32.325 --> 00:20:35.140
계정 배달 임원,
및 계정 관리자,

00:20:35.140 --> 00:20:36.245
우리는 많은 역할을 가지고 있습니다.

00:20:36.245 --> 00:20:37.400
당신이 누군가를 알고 있다면, 말,

00:20:37.400 --> 00:20:38.810
"글쎄, 나는 서비스에 말하고 싶다"

00:20:38.810 --> 00:20:40.490
나는 그들이 도울 수 있다고 생각합니다.

00:20:40.490 --> 00:20:42.860
그렇지 않으면
당신 또는 나에 게 밖으로 도달

00:20:42.860 --> 00:20:46.115
우리는 리디렉션됩니다
올바른 장소에.

00:20:46.115 --> 00:20:47.720
>> 물론입니다. 그와 함께,

00:20:47.720 --> 00:20:49.685
고맙다고 말하고 싶습니다.
이곳에 있는 것에 대해 대단히.

00:20:49.685 --> 00:20:53.090
나는 당신이 어떻게에 대해 많은 것을 배웠습니다.
클라우드 프로젝트로 시작하고,

00:20:53.090 --> 00:20:54.919
특히 대기업에서.

00:20:54.919 --> 00:20:58.610
당신을 위해, 나는 모든 링크를 넣어
설명의 모든 것

00:20:58.610 --> 00:21:01.865
더 많은 것을 알고 싶다면
참여 방식에 대한

00:21:01.865 --> 00:21:05.450
컨설팅 서비스 또는
클라우드 채택 프레임워크

00:21:05.450 --> 00:21:07.250
뿐만 아니라 당신의 블로그와

00:21:07.250 --> 00:21:10.985
소셜 미디어 링크
설명. 정말 고마워요.

00:21:10.985 --> 00:21:11.540
>> 감사합니다.

00:21:11.540 --> 00:21:25.000
[음악]