Bạn đang xem: Held up là gì. Nghĩa trường đoản cú Hold up. Ý nghĩa của Hold up là: Cướp bằng bạo lực hoặc đe dọa được phân phát hành vào trong ngày 9 tháng 9 vày hãng thu âm Epic Records. 1> EP cho kiến thiết CDSR Có nghĩa là gì? CDSR là viết tắt của Cochrane cơ sở tài liệu của hệ thống Reviews. Nếu bạn đang truy vấn phiên bạn dạng chưa phải giờ Anh của chúng tôi và mong muốn xem phiên bản giờ đồng hồ Anh của Cochrane đại lý dữ liệu của khối hệ thống nhận xét, vui mừng cuộn xuống bên dưới cùng cùng bạn sẽ Từ này Người hâm có nghĩa là gì? Từ này 1、Mang cmnd ra ngân hàng làm phát có liền 2、nhieu đó rút là thấy mệt mệt ak 3、nghỉ rùi ngâ Từ này 1、Chia cho bạn xíu. Ở nhà dịch đói meo râu 2、vô t chia cho có nghĩa là gì? Từ này Chồng yêu ơi có nghĩa là gì? tiib27 có nghĩa là. TIIB27 là một game thủ sử thi, nhưng hầu hết quan trọng một người bạn tốt b).. Thí dụ Tiib27 anh ấy là một game thủ EPIC, đó là tất cả những gì có với nó.. tiib27 có nghĩa là. TIIB27 là như vậy Gamer. Thí dụ Tiib27 anh ấy là một game thủ EPIC, đó là tất cả những gì có với nó. Dưới đây là một cái nhìn về điểm sôi của sữa là gì và các yếu tố ảnh hưởng đến nó. Khoa học của sữa sôi Điểm sôi của sữa gần với điểm sôi của nước , là 100 ° C hoặc 212 ° F ở mực nước biển, nhưng sữa có chứa các phân tử bổ sung trong đó, do đó điểm VUUtU0q. Published Feb 22nd, 2017 831 6 min read Mối quan hệ giữa Epics, User Stories và Tasks là như thế nào trong việc thực hành Scrum và đặc biệt là mối quan hệ này khác nhau như thế nào khi so sánh giữa tiếp thị và phát triển phần mềm. Những khác biệt này đưa ra một kết luận rằng người làm tiếp thị khi áp dụng mô hình Scrum cần một cấu trúc thứ tư được gọi là Deliverable chuyển giao Epics, User Stories và Tasks Agile Marketer viết User stories để đảm bảo rằng họ hiểu những gì người mua đang cố gắng để thực hiện và tại sao người mua lại làm như thế. Phương pháp Scrum truyền thống định nghĩa một Epic như một User Story kéo dài hơn một Sprint, mặc dù như trình bày dưới đây thì Agile Marketer có xu hướng sử dụng Epics theo một cách khác. Còn Task là đơn vị thấp nhất của công việc, với mỗi Task thì sẽ được ước tính, giao cho thành viên trong team làm, và nó sẽ được di chuyển trong tiến trình của Kanban board từ đang làm sang hoàn thiện. Và như đã nói ở trên thì Agile Marketer cần thêm 1 cấu trúc thứ 4 là Deliverable. User Story User Story thường được viết theo cấu trúc As a [role], I want to [task], so that I can [goal or benefit] Trên mặt sau của tấm card, Developer thường liệt kê các tiêu chí chấp nhận hoặc Test case cho mỗi feature. Đối với Agile Marketing, User Story cung cấp cho Agile Marketer một sự hình dung rõ nét hơn về personas kết hợp với mỗi thị trường mục tiêu của họ cũng như là hướng marketer tập trungvào quan điểm và lợi ích của khách hàng. Deliverable Tại sao các nhà tiếp thị cần cấu trúc thứ 4 này? Bởi vì marketer không giống như các developer thỏa mãn với User Story trong một điều kiện cơ bản. Khi các Đeveloper trình bày một User Story, họ nhận ra rằng có rất nhiều cách để đáp ứng User Story, nhưng họ chỉ thực hiện một trong những cách đó. Nhìn chung, thiết kế phần mềm tốt đồng nghĩa với việc tìm ra một cách thật rõ ràng để thực hiện, chứ không phải là tìm nhiều cách khác nhau để thực hiện các công việc tương tự. Cũng có ngoại lệ, nhưng chúng không phổ biến. Tuy nhiên Marketer thì gần như luôn luôn cần phải thực hiện nhiều cách để thỏa mãn một User Story. Ví dụ, đối với một User Story như sau Là trưởng nhóm đánh giá, tôi muốn hiểu một cách nhanh chóng những gì phân biệt bạn với đối thủ của bạn để tôi có thể quyết định có bao gồm bạn trong danh sách các nhà cung cấp đang được xem xét hay không. Một marketer có thể đáp ứng User Story này trên website, có thể thông qua một hội thảo hoặc cũng có thể là thể hiện trên tài liệu in, tờ rơi. Hay truyền đạt tới đội ngũ bán hàng thông qua các bài thuyết trình hoặc các buổi nói chuyện. Họ có thể cung cấp các kênh thông tin của họ tùy chỉnh nhằm đáp ứng User Story này. Các Marketer hầu như luôn luôn tạo ra các Deliverables khác nhau để đáp ứng cùng một User Story, tùy thuộc vào kênh thông tin và điểm tương tác. Vì lý do này, Agile Marketer nên nghĩ ra một hệ thống phân cấp User Story bao gồm nhiều Deliverables, trong đó lại bao gồm nhiều Task. Mỗi một Deliverable riêng biệt nên được hoàn thành trong một Sprint. User Story thường có thể kéo dài trong nhiều Sprints, và trong một số trường hợp, chúng có thể không bao giờ được "hoàn thành". Marketing team có thể tăng số lượng Deliverables lên không giới hạn nhằm đáp ứng những gì người dùng đang tìm kiếm. Enpic Mặc dù một Epic được định nghĩa như một User Story mà kéo dài hơn một Sprint, nhưng Agile Marketer lại có xu hướng sử dụng Enpic theo một cách rất khác. Hai cách dùng phổ biến là Dùng Epic như một sáng kiến nhiều công ty có sáng kiến kinh doanh hàng quý, hàng năm. Đây là những mục tiêu chiến lược cấp cao hoặc các hoạt động được thiết kế để đạt được mục tiêu nhất định. Một số team dựa vào những sáng kiến này để nhóm User Story và Deliverables của họ. Dùng Epic như là chức năng tiếp thị cốt lõi một số team sẽ nhóm User Story và Deliverables của họ dựa vào chức năng chính. Ví dụ nhóm lãnh đạo, nhóm bán hàng… Gợi ý Công cụ Nếu bạn đang sử dụng các loại Deliverable, và có sự phân cấp giữa Epics, User Stories, Deliverables và Tasks thì bạn cần một công cụ hỗ trợ phân cấp và các mối quan hệ parent-child. Nhiều Kanban board tools đơn giản như Trello không hỗ trợ phân cấp. Có một add-in trên Chrome cho Trello được gọi là Ultimello hỗ trợ tạo mối quan hệ parent-child, nhưng nó chỉ hoạt động cho trình duyệt Chrome. Các công cụ khác, như Jira hoặc Asana cũng có hỗ trợ phân cấp như thế. Hãy cân nhắc khi lựa chọn công cụ hỗ trợ này. Nguồn All Rights Reserved epic nghĩa là gì? Ở đây bạn tìm thấy 4 ý nghĩa của từ epic. epic nghĩa là gì? Ở đây bạn tìm thấy 4 ý nghĩa của từ epic 9/10 1 bài đánh giá epic nghĩa là gì ? tính từ mang tính anh hùng, hoành tránh, như một sử thi danh từ một anh hùng ca, một bộ sử thi ngoài ra, ngày nay epic cũng được dùng như một tính từ thể hiện sự tuyệt vời, đáng ngưỡng mộ, tương tự như awesome VD dude, that was EPIC! epic nghĩa là gì ? tính từ chỉ tính chất hoành tráng, khủng bố; thể hiện sự ngưỡng mộ, đáng nể của người nói -arghhhh damn it!! i freaking failed again!! -but it was epic fail, man! epic nghĩa là gì ? Thiên anh hùng ca, thiên sử thi. Có tính chất anh hùng ca, có tính chất sử thi. Có thể viết thành anh hùng ca, có thể viết thành sử thi. epic nghĩa là gì ? là danh từ trong tiếng anh nghĩa là sử thi, anh hùng ca là một bài thơ dài về những nam, nữ anh hùng hoặc lịch sử dân tộc.. ví dụ one of the great Hindu epics the creative genius of Greek epic Trong quá trình sản xuất ở nhiều doanh nghiệp nói chung và các công ty IT nói riêng đã và đang sử dụng Jira để theo dõi tiến độ dự án, chức năng; quản lý các nhiệm vụ hay bug, quản lý tài liệu yêu cầu… Thực tế, Jira là một phần mềm mạnh mẽ và khá dễ theo dõi. Tuy nhiên, Jira có khá nhiều thuật ngữ tiếng Anh. Epic là một trong những thuật ngữ cơ bản này. Trong bài viết này, chúng ta hãy cùng tìm hiểu về epic trong Jira đang xem EpicEpic Jira là một user story lớn hoặc nhiệm vụ hoặc 1 vấn đề hoặc yêu cầu của ứng dụng phần mềm có thể được chia thành nhiều nhiệm vụ con hoặc user story nhỏ hơn dựa trên nhu cầu của khách hàng. Epic là các đầu việc lớn, thường là một feature hoặc một requirement từ khách hàng, từ đó có thể bóc nhỏ thành các story rồi từ story thành các task. Đây cũng là một hệ thống phân cấp công việc cấp cao bao gồm nhiều nhóm với nhiều phiên sprint và tổ chức workflow bên trong phát triển ứng dụng phần sánh Epic, Story và TaskLập kế hoạch, cấu trúc, thực hiện và giám sát các nhiệm vụ cũng như tiến trình của chúng trong Jira được thực hiện nhờ các yếu tố của Jira được gọi là Epic, Story và Task. Định nghĩa và phân biệt thường được thực hiện cho các nhóm nhà phát triển và quy trình được sử dụng để lập kế hoạch cho các công việc cụ thể không kéo dài quá 1 ngày làm việc. Các công việc này có thể là một phần của một dự án lớn hơn hoặc do chính họ lên kế task có thể được tách thành các sub nhiệm vụ có thể được giao cho một assignee người chịu trách nhiệmTask là một phần của sprint hoặc task có thể được chuyển tiếp cho người khác để review và có thể được đánh dấu là đã Done khi hoàn nhiệm vụ có thể được liên kết chéo và có thể block lẫn bao gồm nhiều task và đôi khi được gọi là user story. Story có thể là một dự án lớn, chẳng hạn như việc tạo ra các landing page hoặc migrate các instance…Các story bao gồm thông tin dự án quan trọng nhất tầm nhìn, mục tiêu, lợi ích, nhóm dự án, story có thể được chỉ định cho project cả các Task liên quan có thể được liên kết với Story. Điều này cho phép người dùng đi từ ticket của họ đến Story để xem thông tin chung và các khách hàng tiềm năng của dự án để có cái nhìn tổng quan về * ticket và status của đội cam kết hoàn thành story trong 1 vài sprint tiếp đại diện cho các feature hoặc requirement quan trọng, sau đó được chia nhỏ thành story và đôi khi không phải là một phần của một, mà là của nhiều sprint. Sử thi rất có thể là một phần của roadmap cho các sản phẩm, dự án của nhóm hoặc khách story và task thuộc cùng một epic, đôi khi được liên kết hoặc đồng phụ cách sử dụng epic, story và task, nhóm Jira có thể ghi lại những thành công lớn và nhỏ trong suốt cả năm. Điều này giúp giữ đà làm việc ổn định. Người đứng đầu dự án và các bên liên quan đồng thời có thể cập nhật thông tin tổng quan và trạng thái dọc theo từng bước của tiến độ công Epic hoạt động như thế nào?Một phần mềm ứng dụng có nhiều epic trong đó mỗi epic kết hợp nhiều story để hoàn thành các task và tương tự, mỗi story chứa nhiều sub task cần hoàn thành. Đầu tiên, chúng ta tạo ra các epic bằng cách thêm các user story vào đó. Sau khi tạo epic, chúng tôi xem xét epic với toàn bộ story và chỉnh sửa các story theo nhu cầu của khách hàng, cuối cùng, đội phát triển sẽ làm việc để hoàn thành nó trong thời hạn với trạng thái đã hoàn thêm Tải Game Xe Tăng Chiến Đấu 3D Chiến, Xe Tăng Chiến Đấu 3D Chiến Cho AndroidCác thao tác với jira epic bao gồm các giai đoạn sauTạo ra một epicThêm story vào epicXóa các story khỏi epicXem tất cả các epicKết thúc hoặc hoàn thành epicCác phương pháp để tạo Epic trong JiraCó khá nhiều cách để tạo epic, mình sẽ giới thiệu 2 cách mình hay dùngTạo epic từ New Issue TabTạo epic từ Epics Panel LinkTạo epic từ new issue tabBước 1 Nhấp vào biểu tượng “Create” trên Jira 2 Điền Tên dự án Project name. Ô Issue Type bạn chọn epic. Sau đó bạn điền tên epic và tóm tắt cho 3 Nhấp vào nút “Create” để tạo một epic mới trong Epic từ Epics Panel LinkCó các bước sau liên quan để tạo một epic từ Epics Panel Link trên 1 Nhấp vào tab “Backlog” trên Jira 2 Nhấp vào liên kết “EPICS” trên thanh 3 Nhấp vào nút “Create Epic” bằng cách cung cấp tên epic, tóm tắt epic và epic type loại epic. Sau đó, chúng ta nhấp vào nút “Create”.Làm thế nào để xem một epic trong Jira?Chúng ta có thể xem tất cả các issue hoặc các issue liên quan trong Jira bằng cách sử dụng các cách sauTrong liên kết của Epics Panel Đầu tiên, chúng ta đi đến tab “Backlog” trong Jira Dashboard và nhấp vào liên kết Epics để xem và quản lý tất cả các danh sách các Epic Epic link cung cấp / hiển thị tất cả các epic liên quan đến việc phát triển ứng dụng phần phần View Issue trong epic Bằng cách nhấp vào epic, nó sẽ hiển thị tất cả task hoặc issue liên quan đến một epic cụ thể với trạng thái của epic đó trong toàn bộ 1 thêm Võ Lâm Chi Mộng - Cách Chơi Vlcm Trung QuốcCác hành động với epic khác nhau trong JiraThao tác thêm và xóa các issue trong epic Chúng ta có thể thêm một issue vào epic bằng cách sử dụng New Issue tab bằng cách chọn issue type khác với epic và sau đó chúng ta sẽ thêm vào epic. Chúng ta cũng sử dụng EPICS link để thêm một issue vào epic cụ thể. Để làm điều đó, chúng ta đi đến liên kết EPICS và nhấp vào tab “tạo issue trong epic”.Để xóa một issue khỏi epic, chúng ta chuyển đến tab “Backlog” và kéo và thả issue đã chọn vào tab “issues without epics”.Xem Tóm tắt Summary của Epic Tại đây chúng ta có thể kiểm tra thông tin chi tiết về epic cụ thể về tên dự án, tên sprint, ngày bắt đầu, ngày kết thúc và bất kỳ nhiệm vụ con nào liên quan. Bạn cần phải hoàn thành các nhiệm vụ con để có thể hoàn thành một dõi Status của một Epic Hoạt động này giúp theo dõi tiến độ công việc về mặt theo dõi các nhiệm vụ chưa hoàn thành và workflow của thành một epic Khi tất cả các nhiệm vụ liên quan của epic đã hoàn thành thì chúng ta sẽ thay đổi status của epic cụ thể này thành trạng thái “Done”. Sau đó, epic sẽ được hoàn kếtTrong bài viết trên, mình đã chia sẻ về Epics in Jira và mô tả cách chúng ta có thể tạo, vận hành, xem và kết thúc sử thi thông qua các thủ tục khác nhau trong công cụ Jira. Epic sẽ có nhiều story với nhiều sprint tùy theo nhu cầu của khách hàng, có khoảng thời gian bắt đầu và kết thúc riêng biệt. Các bạn nhớ upvote và share bài viết để ủng hộ mình nhé. Cảm ơn mọi người rất nhiều!Các bạn có thể đọc các bài viết sau để tìm hiểu thêm về Jira Mối quan hệ giữa Epics, User Stories và Tasks là như thế nào trong việc thực hành Scrum và đặc biệt là mối quan hệ này khác nhau như thế nào khi so sánh giữa tiếp thị và phát triển phần mềm. Những khác biệt này đưa ra một kết luận rằng người làm tiếp thị khi áp dụng mô hình Scrum cần một cấu trúc thứ tư được gọi là Deliverable chuyển giao Contents1 Epics, User Stories và Tasks2 User Story3 Deliverable4 Enpic5 Gợi ý Công cụ Epics, User Stories và Tasks Agile Marketer viết User stories để đảm bảo rằng họ hiểu những gì người mua đang cố gắng để thực hiện và tại sao người mua lại làm như thế. Phương pháp Scrum truyền thống định nghĩa một Epic như một User Story kéo dài hơn một Sprint, mặc dù như trình bày dưới đây thì Agile Marketer có xu hướng sử dụng Epics theo một cách khác. Còn Task là đơn vị thấp nhất của công việc, với mỗi Task thì sẽ được ước tính, giao cho thành viên trong team làm, và nó sẽ được di chuyển trong tiến trình của Kanban board từ đang làm sang hoàn thiện. Và như đã nói ở trên thì Agile Marketer cần thêm 1 cấu trúc thứ 4 là Deliverable. Bạn đang xem Epic là gì User Story User Story thường được viết theo cấu trúcAs a , I want to , so that I can Trên mặt sau của tấm card, Developer thường liệt kê các tiêu chí chấp nhận hoặc Test case cho mỗi với Agile Marketing, User Story cung cấp cho Agile Marketer một sự hình dung rõ nét hơn về personas kết hợp với mỗi thị trường mục tiêu của họ cũng như là hướng marketer tập trungvào quan điểm và lợi ích của khách hàng. Deliverable Tại sao các nhà tiếp thị cần cấu trúc thứ 4 này? Bởi vì marketer không giống như các developer thỏa mãn với User Story trong một điều kiện cơ các Đeveloper trình bày một User Story, họ nhận ra rằng có rất nhiều cách để đáp ứng User Story, nhưng họ chỉ thực hiện một trong những cách đó. Nhìn chung, thiết kế phần mềm tốt đồng nghĩa với việc tìm ra một cách thật rõ ràng để thực hiện, chứ không phải là tìm nhiều cách khác nhau để thực hiện các công việc tương tự. Cũng có ngoại lệ, nhưng chúng không phổ biến. Tuy nhiên Marketer thì gần như luôn luôn cần phải thực hiện nhiều cách để thỏa mãn một User Story. Ví dụ, đối với một User Story như sau Là trưởng nhóm đánh giá, tôi muốn hiểu một cách nhanh chóng những gì phân biệt bạn với đối thủ của bạn để tôi có thể quyết định có bao gồm bạn trong danh sách các nhà cung cấp đang được xem xét hay không. Xem thêm Đơn Vị Tiền Tệ Của Brunei – Chuyển Đổi Brunei Đô La Bnd Một marketer có thể đáp ứng User Story này trên website, có thể thông qua một hội thảo hoặc cũng có thể là thể hiện trên tài liệu in, tờ rơi. Hay truyền đạt tới đội ngũ bán hàng thông qua các bài thuyết trình hoặc các buổi nói chuyện. Họ có thể cung cấp các kênh thông tin của họ tùy chỉnh nhằm đáp ứng User Story này. Các Marketer hầu như luôn luôn tạo ra các Deliverables khác nhau để đáp ứng cùng một User Story, tùy thuộc vào kênh thông tin và điểm tương tác. Vì lý do này, Agile Marketer nên nghĩ ra một hệ thống phân cấp User Story bao gồm nhiều Deliverables, trong đó lại bao gồm nhiều Task. Mỗi một Deliverable riêng biệt nên được hoàn thành trong một Sprint. User Story thường có thể kéo dài trong nhiều Sprints, và trong một số trường hợp, chúng có thể không bao giờ được “hoàn thành”. Marketing team có thể tăng số lượng Deliverables lên không giới hạn nhằm đáp ứng những gì người dùng đang tìm kiếm. Enpic Mặc dù một Epic được định nghĩa như một User Story mà kéo dài hơn một Sprint, nhưng Agile Marketer lại có xu hướng sử dụng Enpic theo một cách rất khác. Hai cách dùng phổ biến là Dùng Epic như một sáng kiến nhiều công ty có sáng kiến kinh doanh hàng quý, hàng năm. Đây là những mục tiêu chiến lược cấp cao hoặc các hoạt động được thiết kế để đạt được mục tiêu nhất định. Một số team dựa vào những sáng kiến này để nhóm User Story và Deliverables của Epic như là chức năng tiếp thị cốt lõi một số team sẽ nhóm User Story và Deliverables của họ dựa vào chức năng chính. Ví dụ nhóm lãnh đạo, nhóm bán hàng… Gợi ý Công cụ Nếu bạn đang sử dụng các loại Deliverable, và có sự phân cấp giữa Epics, User Stories, Deliverables và Tasks thì bạn cần một công cụ hỗ trợ phân cấp và các mối quan hệ parent-child. Nhiều Kanban board tools đơn giản như Trello không hỗ trợ phân cấp. Có một add-in trên Chrome cho Trello được gọi là Ultimello hỗ trợ tạo mối quan hệ parent-child, nhưng nó chỉ hoạt động cho trình duyệt Chrome. Các công cụ khác, như Jira hoặc Asana cũng có hỗ trợ phân cấp như thế. Hãy cân nhắc khi lựa chọn công cụ hỗ trợ này. Mối quan hệ giữa Epics, User Stories và Tasks là như thế nào trong việc thực hành Scrum và đặc biệt là mối quan hệ này khác nhau như thế nào khi so sánh giữa tiếp thị và phát triển phần mềm. Những khác biệt này đưa ra một kết luận rằng người làm tiếp thị khi áp dụng mô hình Scrum cần một cấu trúc thứ tư được gọi là Deliverable chuyển giaoEpics, User Stories và TasksAgile Marketer viết User stories để đảm bảo rằng họ hiểu những gì người mua đang cố gắng để thực hiện và tại sao người mua lại làm như thế. Phương pháp Scrum truyền thống định nghĩa một Epic như một User Story kéo dài hơn một Sprint, mặc dù như trình bày dưới đây thì Agile Marketer có xu hướng sử dụng Epics theo một cách khác. Còn Task là đơn vị thấp nhất của công việc, với mỗi Task thì sẽ được ước tính, giao cho thành viên trong team làm, và nó sẽ được di chuyển trong tiến trình của Kanban board từ đang làm sang hoàn thiện. Và như đã nói ở trên thì Agile Marketer cần thêm 1 cấu trúc thứ 4 là đang xem Epic là gìUser StoryUser Story thường được viết theo cấu trúcAs a , I want to , so that I can Trên mặt sau của tấm card, Developer thường liệt kê các tiêu chí chấp nhận hoặc Test case cho mỗi với Agile Marketing, User Story cung cấp cho Agile Marketer một sự hình dung rõ nét hơn về personas kết hợp với mỗi thị trường mục tiêu của họ cũng như là hướng marketer tập trungvào quan điểm và lợi ích của khách sao các nhà tiếp thị cần cấu trúc thứ 4 này? Bởi vì marketer không giống như các developer thỏa mãn với User Story trong một điều kiện cơ các Đeveloper trình bày một User Story, họ nhận ra rằng có rất nhiều cách để đáp ứng User Story, nhưng họ chỉ thực hiện một trong những cách đó. Nhìn chung, thiết kế phần mềm tốt đồng nghĩa với việc tìm ra một cách thật rõ ràng để thực hiện, chứ không phải là tìm nhiều cách khác nhau để thực hiện các công việc tương tự. Cũng có ngoại lệ, nhưng chúng không phổ nhiên Marketer thì gần như luôn luôn cần phải thực hiện nhiều cách để thỏa mãn một User Story. Ví dụ, đối với một User Story như sauLà trưởng nhóm đánh giá, tôi muốn hiểu một cách nhanh chóng những gì phân biệt bạn với đối thủ của bạn để tôi có thể quyết định có bao gồm bạn trong danh sách các nhà cung cấp đang được xem xét hay thêm Cách Tải Nhạc 320Kbps Trên Zing 2018, Cách Nghe Và Tải Nhạc 320Kbs, Lossless Từ ZingMột marketer có thể đáp ứng User Story này trên website, có thể thông qua một hội thảo hoặc cũng có thể là thể hiện trên tài liệu in, tờ rơi. Hay truyền đạt tới đội ngũ bán hàng thông qua các bài thuyết trình hoặc các buổi nói chuyện. Họ có thể cung cấp các kênh thông tin của họ tùy chỉnh nhằm đáp ứng User Story này. Các Marketer hầu như luôn luôn tạo ra các Deliverables khác nhau để đáp ứng cùng một User Story, tùy thuộc vào kênh thông tin và điểm tương lý do này, Agile Marketer nên nghĩ ra một hệ thống phân cấp User Story bao gồm nhiều Deliverables, trong đó lại bao gồm nhiều Task. Mỗi một Deliverable riêng biệt nên được hoàn thành trong một Sprint. User Story thường có thể kéo dài trong nhiều Sprints, và trong một số trường hợp, chúng có thể không bao giờ được "hoàn thành". Marketing team có thể tăng số lượng Deliverables lên không giới hạn nhằm đáp ứng những gì người dùng đang tìm dù một Epic được định nghĩa như một User Story mà kéo dài hơn một Sprint, nhưng Agile Marketer lại có xu hướng sử dụng Enpic theo một cách rất khác. Hai cách dùng phổ biến làDùng Epic như một sáng kiến nhiều công ty có sáng kiến kinh doanh hàng quý, hàng năm. Đây là những mục tiêu chiến lược cấp cao hoặc các hoạt động được thiết kế để đạt được mục tiêu nhất định. Một số team dựa vào những sáng kiến này để nhóm User Story và Deliverables của Epic như là chức năng tiếp thị cốt lõi một số team sẽ nhóm User Story và Deliverables của họ dựa vào chức năng chính. Ví dụ nhóm lãnh đạo, nhóm bán hàng…Gợi ý Công cụNếu bạn đang sử dụng các loại Deliverable, và có sự phân cấp giữa Epics, User Stories, Deliverables và Tasks thì bạn cần một công cụ hỗ trợ phân cấp và các mối quan hệ parent-child. Nhiều Kanban board tools đơn giản như Trello không hỗ trợ phân cấp. Có một add-in trên Chrome cho Trello được gọi là Ultimello hỗ trợ tạo mối quan hệ parent-child, nhưng nó chỉ hoạt động cho trình duyệt Chrome. Các công cụ khác, như Jira hoặc Asana cũng có hỗ trợ phân cấp như thế. Hãy cân nhắc khi lựa chọn công cụ hỗ trợ này. Xịn xò có nghĩa là gìIspostback là gì0979 là mạng gìCeramics là gì

epic nghĩa là gì