allows more people to understand th

allows more people to understand this technique directly from its
source.
But this isn’t just a book for people who have something like "business
analyst" on their business card or online profile. Perhaps the biggest
disappointment for me in the decade of the adoption of Agile methods
is the way that many programmers see stories as a one-way commu‐
nication from analysts to them. Right from the beginning, stories were
supposed to spark conversations. If you really want to come up with
effective software to support an activity, then you need to look to those
who build software as a vital source of ideas for its capabilities, because
it’s programmers who know best what software can do. Programmers
need to understand what their users are trying to achieve and should
collaborate in building the stories that capture those users' needs. A
programmer who understands story mapping can better see the
broader user context and can participate in framing the software—
leading to a better job.
When Kent Beck (who originated the notion of a "story") developed
his ideas on software development, he called out communication as a
key value of effective teams. Stories are the building blocks of com‐
munication between developers and those who use their work. Story
maps organize and structure these building blocks, and thus enhance
this communication process—which is the most critical part of soft‐
ware development itself

Kết quả (Việt) 1:

cho phép người khác để hiểu kỹ thuật này trực tiếp từ của nónguồn.Nhưng đây không phải chỉ là một cuốn sách cho những người có một cái gì đó giống như "kinh doanhphân tích"trên thẻ kinh doanh hoặc hồ sơ trực tuyến của họ. Có lẽ là lớn nhấtsự thất vọng cho tôi trong thập kỷ của việc áp dụng các phương pháp nhanh nhẹncách lập trình xem câu chuyện như là một commu‐ một chiềunication từ các nhà phân tích cho họ. Ngay từ đầu, những câu chuyệnbạn phải tia lửa cuộc hội thoại. Nếu bạn thực sự muốn đến vớiCác phần mềm hiệu quả để hỗ trợ một hoạt động, sau đó bạn cần phải nhìn vào những ngườingười xây dựng phần mềm như là một nguồn quan trọng của những ý tưởng cho khả năng của mình, bởi vìđó là lập trình viên người biết rõ nhất những gì phần mềm có thể làm. Lập trình viêncần phải hiểu những gì người dùng của họ đang cố gắng để đạt được và nênhợp tác trong việc xây dựng những câu chuyện đó nắm bắt nhu cầu của những người sử dụng. Alập trình viên người hiểu chuyện lập bản đồ tốt hơn có thể nhìn thấy cácbối cảnh rộng hơn của người dùng và có thể tham gia vào khung phần mềm-dẫn đến một công việc tốt hơn.Khi phát triển Kent Beck (những người có nguồn gốc từ khái niệm về một câu chuyện"")ý tưởng của mình về phát triển phần mềm, mà ông gọi là ra giao tiếp là mộtCác giá trị Key của đội bóng có hiệu quả. Câu chuyện là các khối xây dựng của com‐munication giữa các nhà phát triển và những người sử dụng công việc của họ. Câu chuyệnbản đồ tổ chức và cơ cấu các khối xây dựng, và do đó nâng caoquá trình giao tiếp này-đó là một phần quan trọng nhất của soft‐phát triển các sản phẩm chính

Kết quả (Việt) 2:

cho phép nhiều người hơn để hiểu kỹ thuật này trực tiếp từ của nó
nguồn.
Nhưng điều này không chỉ là một cuốn sách dành cho những người có một cái gì đó giống như "kinh doanh
phân tích" trên thẻ kinh doanh của họ hoặc hồ sơ trực tuyến. Có lẽ lớn nhất
sự thất vọng đối với tôi trong thập kỷ của việc áp dụng các phương pháp Agile
là cách mà nhiều người lập trình xem những câu chuyện như một chiều đồng của
thông tin dữ liệu từ các nhà phân tích cho họ. Ngay từ đầu, câu chuyện này được
cho là để châm ngòi cho các cuộc trò chuyện. Nếu bạn thực sự muốn đi lên với
phần mềm hiệu quả để hỗ trợ một hoạt động, sau đó bạn cần phải xem xét đến những
người xây dựng phần mềm như là một nguồn quan trọng của ý tưởng cho khả năng của mình, bởi vì
đó là lập trình viên biết rõ nhất những gì phần mềm có thể làm. Các lập trình viên
cần phải hiểu những gì người dùng của họ đang cố gắng để đạt được và nên
hợp tác trong việc xây dựng những câu chuyện mà nắm bắt nhu cầu của những người sử dụng. Một
lập trình viên hiểu bản đồ câu chuyện có thể thấy rõ hơn về
bối cảnh người dùng rộng lớn hơn và có thể tham gia đóng khung Software-
dẫn đến một công việc tốt hơn.
Khi Kent Beck (người gốc quan niệm của một "câu chuyện") đã phát triển
ý tưởng của mình về phát triển phần mềm, ông được gọi là thông tin ra ngoài như một
giá trị quan trọng của đội bóng hiệu quả. Câu chuyện là những khối xây dựng của đồng
munication giữa các nhà phát triển và những người sử dụng tác phẩm của họ. Câu chuyện
đồ tổ chức và cấu trúc các khối xây dựng, và do đó tăng cường
quá trình đó là phần quan trọng nhất của mềm truyền thông này
phát triển đồ tự