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
大約有3500人

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
進入這種人力資源的工作方式。

00:02:51.575 --> 00:02:53.390
這也是原因
為什麼我有安妮卡

00:02:53.390 --> 00:02:55.460
我作為人力資源專案經理

00:02:55.460 --> 00:02:57.530
好的。聽起來
超級有趣，

00:02:57.530 --> 00:02:59.720
人力資源專案管理聽起來對我來說，

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
如果你回到我們的Hyper-V時代

00:06:06.440 --> 00:06:08.735
這是五年的生命週期。

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
作為辦公室公司，
我們愛 PowerPoint

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
但它是很容易有這些
PowerPoint 甲板作為支援。

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
通過不同的框架
如 Scrum 或看板。

00:10:26.860 --> 00:10:29.335
所以當我現在切換到也許Scrum，

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
這不僅僅是關於
執行Scrum儀式等。

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
因此，在Scrum概念中，

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
這個想法不是
有一百頁

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
我們顯示的價值每
衝刺兩周

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
有 Gartner
圍繞資料的研究。

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
你需要做下一個喜歡
剛剛實施技術，

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
您擁有這些 CO 或
不管你叫它

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
回到六、七年

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
因此，我們正在與
我們的學習，分享我們的智慧財產權

00:20:05.675 --> 00:20:08.060
這樣才會公佈
在他們的網站。

00:20:08.060 --> 00:20:10.220
我們沒有自己的空間在Docs上，

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
[音樂]