Lắng nghe các danh từ
Cũng có bằng 28 ngôn ngữ khác
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Mô-đun 1 trong 6 của chương Mô hình hóa dữ liệu vì ý nghĩa, chương 2 của khóa học Data Architect. Mỗi mô-đun có thể đọc độc lập. Trước: tổng quan chương · Tiếp theo: Vẽ các mối quan hệ
Câu hỏi mô-đun này trả lời: Làm sao tìm ra những mầm mống của một mô hình dữ liệu trong một cuộc trò chuyện nghiệp vụ?
Một trong những việc tôi làm trong cuộc gọi đầu tiên với khách hàng là lắng nghe các danh từ.
Tôi không nói về buổi thiết kế đầu tiên. Tôi nói về cuộc trò chuyện ban đầu khi tôi vẫn đang cố hiểu việc kinh doanh và điều họ đang cố đạt được.
Họ nói. Tôi lắng nghe.
Và tôi lắng nghe những từ như:
Đối tác bán lẻ. Người nhận. Trung tâm phân phối. Bảng kê hàng. Giao hàng. Tuyến. Tổ giao hàng. Xe tải.
Những danh từ đó lập tức thu hút sự chú ý của tôi, vì đâu đó trong cuộc trò chuyện ấy là những mầm mống của mô hình dữ liệu của tôi.
Tôi không đợi đến khi nghĩ mình đã hiểu hoàn toàn vấn đề. Tôi bắt đầu nhìn thấy dữ liệu ngay khi vẫn đang nghe: tôi nghe các danh từ, bắt đầu phác thảo chúng liên quan với nhau thế nào, và bản phác thảo đó giúp tôi định hướng cuộc trò chuyện tiếp theo. Đôi khi, đến cuối buổi gặp đầu tiên với khách hàng, tôi đã vẽ xong một mô hình dữ liệu riêng của mình.
Với tôi, điều đó bắt đầu từ các danh từ.
Hãy quên Salesforce đi một chút
Phần tiêu đề “Hãy quên Salesforce đi một chút ”Đây là lúc tôi muốn bạn kìm lại một bản năng đặc biệt mạnh nếu bạn đã làm quản trị viên Salesforce một thời gian.
Khách hàng nói khách hàng, và bạn nghĩ:
Tài khoản.
Họ nói người, và bạn nghĩ:
Liên hệ.
Họ nói trung tâm phân phối, và bạn đã bắt đầu tự hỏi liệu có cần một đối tượng tùy chỉnh không.
Đừng làm vậy vội.
Ở thời điểm này, tôi không quan tâm cuối cùng một khách hàng sẽ là Tài khoản, Tài khoản cá nhân, một đối tượng tùy chỉnh hay thứ gì khác. Trước hết tôi muốn hiểu việc kinh doanh.
Đó là khác biệt giữa mô hình hóa việc kinh doanh và cấu hình Salesforce. Nếu tôi bắt đầu bằng các đối tượng Salesforce, tôi đã giới hạn suy nghĩ của mình vào một cách triển khai. Có thể tôi sẽ đến đúng nơi mình dự đoán, nhưng tôi muốn đến đó vì việc kinh doanh dẫn tôi đến, chứ không phải vì Tài khoản và Liên hệ là hai đối tượng đầu tiên tôi biết.
Vậy trong vài phút, hãy quên Salesforce đi. Hãy lắng nghe cách những người thực sự điều hành việc kinh doanh mô tả thế giới của họ.
Ngồi, Đứng yên, Mô hình hóa
Phần tiêu đề “Ngồi, Đứng yên, Mô hình hóa ”Trước khi lắng nghe một doanh nghiệp, hãy lắng nghe một thứ ai cũng đã hiểu. Khi dạy phần này trực tiếp, tôi bắt đầu bằng những chú chó.
Đây là một chú chó: Marcus nuôi Bella. Trại Maple Ridge Kennels đã nhân giống cô ấy. Cô ấy là một chú Labrador, và biết Ngồi, Đứng yên và Bắt tay.
Hãy lắng nghe các danh từ: Marcus, Bella, Maple Ridge Kennels, Labrador, Ngồi. Tuy vậy, đó là những cái tên: những thứ cụ thể. Điều tôi muốn là loại thứ mà mỗi cái tên thuộc về. Bella là một Chó. Marcus là một Chủ nuôi. Maple Ridge Kennels là một Người nhân giống. Labrador là một Giống. Ngồi là một Trò. Năm danh từ, năm hộp ứng viên.
Rồi câu hỏi tôi đặt cho mọi danh từ: đó là một người đang làm một công việc, hay một mẩu dữ liệu? Marcus là một con người. Nhưng việc nuôi Bella không phải là một công việc; đó là một sự thật về Bella, và sớm muộn gì cũng có người hỏi: “Ai nuôi con chó này?” Vì vậy Chủ nuôi thuộc về mô hình. Người huấn luyện đã dạy Bella bắt tay là một người đang làm một công việc, và có thể không bao giờ cần một hộp, trừ khi doanh nghiệp bắt đầu hỏi ai đã dạy trò nào.
Và hãy để ý chữ ứng viên. Giống có thực sự là một hộp riêng, hay chỉ là một chữ ghi trên con chó? Hãy giữ câu hỏi đó lại; chúng ta sẽ trả lời khi chuẩn hóa ở mô-đun 4.
Đó là toàn bộ kỹ thuật, trên một thứ nhỏ. Giờ hãy lắng nghe một doanh nghiệp thật.
Danh từ cho bạn các thực thể ứng viên
Phần tiêu đề “Danh từ cho bạn các thực thể ứng viên ”Hãy lắng nghe Steve Trucking, công ty gia đình mà chúng ta sẽ dùng xuyên suốt khóa học này. Công ty giao các mặt hàng lớn (tủ lạnh, máy giặt, TV) từ các trung tâm phân phối của những nhà bán lẻ lớn đến nhà người dân, và lắp đặt một số trong đó.
Trong cuộc trò chuyện đầu tiên, chúng ta nghe:
- Đối tác bán lẻ (Retail Partner)
- Người nhận (Recipient)
- Trung tâm phân phối (Distribution Center)
- Bảng kê hàng (Manifest)
- Giao hàng (Delivery)
- Tuyến (Route)
- Tổ giao hàng (Crew)
- Xe tải (Truck)
Như vậy đã hữu ích rồi. Tôi có thể bắt đầu đặt các hộp lên bảng trắng.
Vậy hãy đặt các danh từ vào hình chữ nhật. Ở thời điểm này chúng chỉ là vậy: những cái hộp. Không đường nối, không màu sắc, không có gì nói về Salesforce. Ở phần sau của khóa học, hình dạng và màu sắc sẽ bắt đầu mang ý nghĩa. Bây giờ, một hình chữ nhật chỉ là một thứ mà việc kinh doanh nói đến.
Rồi bắt đầu sắp xếp chúng. Khi đặt từng hộp, bạn muốn nghĩ về hai điều: chúng liên quan với nhau thế nào, và chúng là loại dữ liệu gì. Một phần là dữ liệu khách hàng: các doanh nghiệp và con người chúng ta làm việc cùng. Một phần là dữ liệu giao dịch, như đơn hàng và mặt hàng trong đơn: những việc xảy ra hết lần này đến lần khác. Và một phần là dữ liệu tham chiếu, như sản phẩm hay dịch vụ một doanh nghiệp cung cấp: những thứ công việc phụ thuộc vào.
Ở Steve Trucking, Đối tác bán lẻ và Người nhận là dữ liệu khách hàng. Bảng kê hàng, Giao hàng và Tuyến là các giao dịch. Trung tâm phân phối, Tổ giao hàng và Xe tải là những thứ công việc phụ thuộc vào.
Nhưng có một từ quan trọng ở đây: ứng viên.
Một danh từ là một manh mối. Nó không tự động là một thực thể, và chắc chắn không tự động là một đối tượng Salesforce.
Khi ở trong một buổi khám phá, tôi ghi lại mọi danh từ. Với mỗi danh từ họ nói, tôi tự hỏi một câu: đó là một người đang làm một công việc, hay một mẩu dữ liệu? Một quản lý phát triển kinh doanh là một người đang làm một công việc. Đó là một người dùng, một vai trò, có thể là một bộ quyền. Đơn hàng, hóa đơn, các dòng mặt hàng: đó là những mẩu dữ liệu. Cả hai đều quan trọng, nhưng chúng rơi vào những chỗ rất khác nhau trong thiết kế, và phân loại chúng sớm giúp tôi khỏi phải vẽ một cái hộp cho mọi chức danh trong sơ đồ tổ chức.
Giờ, một số danh từ đó sẽ là con người. Ở Steve Trucking, đó là Người nhận đang chờ chiếc tủ lạnh, những người ở Đối tác bán lẻ gửi bảng kê hàng, và Tổ giao hàng: các tài xế và phụ xe trên xe tải. Đây là các vai trò, và một vai trò có thể không giống dữ liệu. Nhưng khi con người hành động trên dữ liệu, hoặc có liên quan đến nó, chính họ cũng cần được biểu diễn trong dữ liệu. Ai đã giao món này? Ai đã ký nhận? Ai đã gửi bảng kê hàng? Vì vậy nhiều vai trò, đôi khi là tất cả, cũng có mặt trong mô hình.
Hãy lắng nghe cách Steve Trucking nói chuyện, và bạn sẽ nhận ra một điều. Họ không bao giờ chỉ nói “khách hàng”. Có hai loại khách hàng. Đối tác bán lẻ là nhà bán lẻ lớn mà Steve Trucking giao hàng thay mặt: họ gửi bảng kê hàng và trả tiền theo từng lần giao. Người nhận là người mà chiếc tủ lạnh được giao đến. Người nhận đã mua nó từ cửa hàng và có thể chưa bao giờ nghe đến Steve Trucking.
Nếu tôi vẽ một cái hộp tên là Khách hàng, tôi đã trộn lẫn hai thứ hoàn toàn khác nhau.
Có thể Trung tâm phân phối đủ quan trọng để có bản ghi, lịch sử, quan hệ và thuộc tính riêng.
Có thể một danh từ khác hóa ra chẳng hơn gì một thuộc tính của thứ khác.
Đó là điều chúng ta đang cố khám phá. Chúng ta chưa tạo đối tượng. Chúng ta đang xây dựng hiểu biết về việc kinh doanh.
Giờ hãy lắng nghe các mối quan hệ
Phần tiêu đề “Giờ hãy lắng nghe các mối quan hệ ”Các danh từ cho tôi một điểm khởi đầu. Rồi tôi lắng nghe cách việc kinh doanh nối chúng với nhau.
Một Đối tác bán lẻ vận hành các Trung tâm phân phối.
Một Đối tác bán lẻ gửi một Bảng kê hàng cho mỗi DC và mỗi ngày giao.
Một Bảng kê hàng liệt kê các Giao hàng.
Một Giao hàng đi đến một Người nhận.
Một Tuyến là chuyến chạy trong ngày gồm khoảng mười Điểm dừng.
Một Tổ giao hàng hai người chạy một Xe tải.
Giờ thì có chuyện đang diễn ra. Tôi không còn nhìn một danh sách danh từ nữa. Tôi bắt đầu thấy một mô hình.
Đây cũng là lúc các câu hỏi bắt đầu xuất hiện.
Một Đối tác bán lẻ có thể có nhiều hơn một trung tâm phân phối không?
Một lần giao hàng có giống một điểm dừng không?
Một điểm dừng có thể giao cho hai Người nhận không?
Một tổ giao hàng có luôn là cùng hai người không?
Chúng ta có quan tâm tổ nào đã dùng xe tải nào vào tháng trước, hay chỉ quan tâm hôm nay họ đang lái xe tải nào?
Hãy để ý điều chúng ta đang làm. Chúng ta chưa hỏi những câu về Salesforce. Chúng ta đang hỏi những câu hỏi nghiệp vụ. Và những câu trả lời đó cuối cùng sẽ dẫn dắt thiết kế Salesforce.
Mô hình đầu tiên của bạn không cần hoàn hảo
Phần tiêu đề “Mô hình đầu tiên của bạn không cần hoàn hảo ”Tôi không mong những cái hộp đầu tiên mình vẽ sẽ giữ nguyên. Thực ra, nếu chúng giữ nguyên tôi còn thấy đáng ngờ.
Mục đích của mô hình đầu tiên không phải là đúng. Mục đích là cho chúng ta một thứ đủ cụ thể để khám phá ra mình sai ở đâu.
Đặt Giao hàng, Tuyến, Tổ giao hàng và Xe tải lên bảng, và mọi người có thể phản hồi.
“Thực ra một lần giao không phải lúc nào cũng là một món hàng. Có thể là một máy giặt, một máy sấy và việc chở máy cũ đi.”
Tốt. Hãy kể thêm cho tôi.
“Chúng tôi không phân công tổ cho từng lần giao. Chúng tôi phân công tổ cho một tuyến.”
Tuyệt. Trên tuyến có gì?
“Và nếu có lắp đặt, tổ không thể đóng điểm dừng cho đến khi xong danh sách kiểm tra và ảnh chụp.”
Giờ chúng ta đang học được điều quan trọng.
Một sơ đồ đã biến một cuộc trò chuyện mơ hồ thành thứ chúng ta có thể chất vấn. Đó là một trong những lý do tôi thích mô hình hóa sớm. Tôi không cố gây ấn tượng với cả phòng bằng một sơ đồ đẹp. Tôi cố học nhanh hơn.
Mô hình là một phần của cuộc trò chuyện.
Đây là mô hình khái niệm của bạn
Phần tiêu đề “Đây là mô hình khái niệm của bạn ”Thứ chúng ta bắt đầu xây có một tên gọi chính thức: mô hình dữ liệu khái niệm.
Ở mức này, tôi quan tâm đến những thứ quan trọng mà việc kinh doanh để ý và chúng liên quan với nhau thế nào. Tôi chưa lo về đối tượng chuẩn hay tùy chỉnh, tên API của trường, tra cứu hay chính-chi tiết, trường bắt buộc, chỉ mục, tự động hóa, Apex hay Flow. Những thứ đó quan trọng, và chúng ta sẽ đến đó. Nhưng nếu quyết định chúng trước khi hiểu mình đang mô hình hóa cái gì, chúng ta đang giải sai vấn đề trước.
Mô hình khái niệm phải có nghĩa với những người trong phòng không biết Salesforce. Đó là một phép thử hữu ích. Nếu tôi phải giải thích Delivery__c nghĩa là gì trước khi quản lý vận hành đọc được sơ đồ của tôi, tôi đã chuyển sang triển khai quá sớm.
Tôi muốn họ nhìn mô hình và nói:
“Đúng, việc kinh doanh của chúng tôi vận hành như vậy.”
Hoặc, còn tốt hơn:
“Không, nó không vận hành như vậy.”
Vì giờ tôi có thứ để sửa.
Kỹ thuật này vẫn hiệu quả khi không ai nói gì
Phần tiêu đề “Kỹ thuật này vẫn hiệu quả khi không ai nói gì ”Đây không chỉ là thứ tôi dùng khi khám phá với khách hàng. Nó cũng hiệu quả khi “khách hàng” là một tài liệu.
Khi làm việc với một tài liệu yêu cầu, tôi làm gần như cùng một việc. Những khái niệm nghiệp vụ quan trọng là gì? Những quan hệ nào đang được mô tả? Điều gì xuất hiện lặp đi lặp lại? Thứ gì có vòng đời riêng, cần được nhận diện riêng hay cần có lịch sử? Thứ gì đang được tạo, thay đổi, phân công, chuyển giao, lên lịch hay cho nghỉ hưu?
Đó cũng chính là những điều tôi lắng nghe trong buổi gặp đầu tiên. Trên trang giấy, những manh mối đó biến từng đoạn yêu cầu thành một mô hình tôi có thể lập luận, và thành những câu hỏi tốt hơn cho cuộc trò chuyện tiếp theo.
Một mô hình không chỉ là thứ bạn tạo ra sau khi đã giải xong vấn đề. Nó là một trong những công cụ bạn dùng để giải vấn đề.
Kiến trúc sư quyết định gì ở đây
Phần tiêu đề “Kiến trúc sư quyết định gì ở đây ”Đến cuối lượt đầu tiên này, tôi đang cố quyết định:
- Danh từ nào biểu diễn những thực thể ứng viên có ý nghĩa.
- Những từ khác nhau nào biểu diễn cùng một khái niệm nghiệp vụ, và một từ nào ẩn chứa hai khái niệm (như “khách hàng”).
- Khái niệm nào cần bản ghi và vòng đời riêng.
- Các khái niệm chính liên quan với nhau thế nào.
- Việc kinh doanh cần trả lời những câu hỏi nào trước khi tôi có thể mô hình hóa chúng một cách tự tin.
Tôi chưa quyết định cách triển khai trên Salesforce. Trước hết chúng ta cần hiểu việc kinh doanh đủ rõ để vẽ nó ra. Và khi các danh từ đã nằm trên bảng, điều tiếp theo tôi muốn hiểu là những đường nối giữa chúng.
Ngoài kỳ thi: AI thay đổi điều gì. Đưa cho một công cụ AI một tài liệu yêu cầu và nó sẽ tìm ra các danh từ, đề xuất thực thể và phác thảo quan hệ trong vài giây. Hãy dùng nó để đẩy nhanh việc khám phá, nhưng đừng giao phó việc hiểu: nó không thể biết “khách hàng” có hai nghĩa khác nhau ở Steve Trucking trừ khi phía nghiệp vụ nói với bạn. Hãy đặt mô hình đầu tiên của nó trước mặt những người điều hành việc kinh doanh và hỏi: “Việc kinh doanh của các bạn có thực sự vận hành như vậy không?”