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) 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ự