12 Nguyên Tắc Của Agile - Kiến Thức Cho Người Lao Động Việt Nam

Kiến Thức Cho Người lao Động Việt Nam > Chia Sẻ Kiến Thức > 12 nguyên tắc của Agile 12 nguyên tắc của Agile Qua bài viết Bản tuyên ngôn Agile – Agile Manifesto và lịch sử vẻ vang hình thành Agile tất cả chúng ta đã tìm hiểu và khám phá được 4 giá trị cốt lõi của Agile trải qua Agile Manifesto. 4 giá trị này giúp tất cả chúng ta hình thành được tuy duy Agile, tuy nhiên chỉ là hiểu được ở mức độ tổng quát. Trong việc làm hàng ngày của nhóm dự án Bất Động Sản, không phải khi nào cũng thuận tiện để thấy được mối liên hệ giữa những giá trị này và việc làm đơn cử. Vì vậy ngoài 4 giá trị cốt lõi, Agile còn có 12 nguyên tắc đi cùng với Agile Manifesto, giúp tất cả chúng ta hiểu sâu hơn về Agile và thuận tiện có sự liên hệ, vận dụng vào trong thực tiễn .

 

Bạn đang đọc: 12 nguyên tắc của Agile

Nguyên tắc 1 : Ưu tiên cao nhất là làm hài lòng người mua trải qua việc chuyển giao ứng dụng / loại sản phẩm có giá trị trong thời hạn sớm và liên tục .

Nguyên tắc này gồm có ba điểm chính. Đầu tiên là làm hài lòng người mua. Nếu chỉ tập trung chuyên sâu vào việc lên kế hoạch thật cụ thể từ đầu và bám theo kế hoạch, hay việc nỗ lực tuân thủ theo lao lý của QA sẽ làm cho team khó hoàn toàn có thể phân phối được với những đổi khác nhu yếu liên tục từ phía người mua, từ đó dẫn tới việc dự án Bất Động Sản có năng lực thất bại. Vì vậy, tất cả chúng ta nên đặt tiêu chuẩn làm hài lòng người mua lên số 1 .Điểm thứ hai là chuyển giao giao phẩm sớm và liên tục. Ví dụ như việc tăng trưởng 1 prototype ( nguyên mẫu ) cho ứng dụng / mẫu sản phẩm và đưa nó tới tay người mua càng sớm càng tốt sẽ giúp team lấy được phản hồi sớm từ phía người mua. Và liên tục chuyển giao, demo những phiên bản tiếp theo một cách liên tục, team ngày càng thiết kế xây dựng nên một ứng dụng / loại sản phẩm xử lý được những nhu yếu, yếu tố quan trọng của người mua rất nhanh. Tránh được trường hợp mẫu sản phẩm làm ra khác xa những mong ước của người mua .Điểm sau cuối là những phiên bản chuyển giao của ứng dụng / loại sản phẩm cần hoạt động giải trí được và đem lại giá trị cho người mua .

Nguyên tắc 2 : Sẵn sàng cho những biến hóa – thậm chí còn những biến hóa này Open muộn. Quy trình Agile khai thác sự biến hóa này nhằm mục đích ngày càng tăng tính cạnh tranh đối đầu cho người mua .

Thay đổi trong dự án Bất Động Sản là không hề tránh khỏi, tuy nhiên không phải đổi khác nào cũng xấu, mà ngược lại, những biến hóa là thiết yếu để ngày càng tăng tính cạnh tranh đối đầu cho người mua. Ví dụ, người mua nhận thấy một thời cơ tốt để ngày càng tăng doanh thu bằng cách kiến thiết xây dựng tính năng chăm nom người dùng nâng cao trải qua chatbot của fanpage. Việc này yên cầu đổi khác về mặt tính năng so với kế hoạch khởi đầu của ứng dụng quản trị người dùng ( không gồm có chatbot ). Sẵn sàng cho những biến hóa không có nghĩa là người mua nhu yếu gì mình cũng đồng ý chấp thuận làm theo, nghĩa vụ và trách nhiệm của team Agile là chuẩn bị sẵn sàng ứng phó với những nhu yếu này, khám phá nhu yếu, tư vấn và đưa ra giải pháp hài hòa và hợp lý cho từng trường hợp đơn cử .

Nguyên tắc 3 : Cung cấp ứng dụng hoạt động giải trí được trong thời hạn ngắn từ 1 vài tuần đến 1 vài tháng, càng ngắn càng được ưu tiên .

Bản chất con người là luôn muốn sẵn sàng chuẩn bị việc làm của mình tuyệt vời nhất hoàn toàn có thể trước khi công bố / chuyển giao, tuy nhiên sẽ phản tác dụng nếu những việc làm đó bị ngâm quá lâu, vì khi ngâm việc làm quá lâu thì hiệu quả của việc làm đó hoàn toàn có thể sẽ không còn tương thích với nhu yếu người mua nữa. Để hạn chế điều này, việc lấy quan điểm phản hồi sớm và tiếp tục sẽ khiến người mua tiếp cận được ứng dụng / mẫu sản phẩm nhanh gọn, tránh được trường hợp tác dụng của việc làm đi quá xa mong ước người mua .Việc chuyển giao ứng dụng / loại sản phẩm trong một khoảng chừng thời hạn ngắn còn có quyền lợi kết nối giữa team Agile và người mua, ví dụ trải qua những buổi demo, cả 2 bên sẽ có những ý tưởng sáng tạo mới, những nhu yếu mới, hoặc những đổi khác trong kế hoạch kinh doanh thương mại giúp mang lại nhiều giá trị hơn cho người mua .

Nguyên tắc 4 : Người kinh doanh và đội ngũ tăng trưởng phải thao tác cùng nhau mỗi ngày trong suốt dự án Bất Động Sản

Các buổi demo loại sản phẩm như đã trình diễn ở trên là một ví dụ cho việc người kinh doanh thương mại và đội ngũ tăng trưởng thao tác cùng nhau trong suốt dự án Bất Động Sản ( người kinh doanh thương mại ở đây hoàn toàn có thể hiểu là người mua của dự án Bất Động Sản, hoặc sponsor ). Thay vì trao đổi với nhau trải qua email, điện thoại thông minh thì việc gặp gỡ nhau trực tiếp ( face-to-face ) sẽ đem lại hiệu suất cao tốt nhất trong việc kết nối cả 2 bên .Khi gặp gỡ trực tiếp với tần suất cao như vậy ( hàng ngày ) thì team Agile hoàn toàn có thể hiểu nhiều hơn về business, mong ước, kỳ vọng của người mua. Từ đó đề xuất kiến nghị những giải pháp tốt hơn, sớm hơn để vận dụng vào ứng dụng / loại sản phẩm của dự án Bất Động Sản. Về phía người mua, họ sẽ biết được nhiều giải pháp hơn để hoàn toàn có thể xem xét lựa chọn về mức độ hiệu suất cao, ngân sách, thời hạn, … Điều này chắc như đinh sẽ khó đạt được khi chỉ gặp gỡ người mua tại thời gian đầu dự án Bất Động Sản để tích lũy nhu yếu .Tuy nhiên, không phải thuận tiện gì mà phía người mua và đội ngũ tăng trưởng hoàn toàn có thể tương tác hằng ngày với nhau. Nếu không hề làm được điều đó hằng ngày, team Agile sẽ cố gắng nỗ lực triển khai tiếp tục nhất hoàn toàn có thể, ví dụ như 2 ngày, 3 ngày, … 1 lần .

Nguyên tắc 5: Xây dựng dự án xung quanh những cá nhân có động lực. Cho họ môi trường làm việc thuận lợi và sự hỗ trợ cần thiết. Hãy có niềm tin rằng họ sẽ làm tốt công việc của mình.

Như tất cả chúng ta cũng đã biết, con người là tác nhân quan trọng của mọi yếu tố. Vì thế, một dự án Bất Động Sản có những thành viên giỏi sẽ đem lại độc lạ lớn so với việc chỉ có những quá trình hay công cụ tốt. Mặc dù không phải khi nào trong team đều là những người giỏi, là một leader / project manager, cần tin yêu, động viên, tương hỗ, đãi ngộ và trao quyền cho những thành viên trong nhóm nếu hoàn toàn có thể. Ngoài ra nguyên tắc này còn nhấn mạnh vấn đề đến tầm quan trọng của việc tự tổ chức triển khai và quản trị việc làm của từng cá thể, tôn vinh sự hợp tác, thao tác nhóm, tương hỗ lẫn nhau giữa những thành viên trong nhóm, … nhằm mục đích đem lại hiệu suất cao cao trong việc làm .

Nguyên tắc 6: Đối thoại trực tiếp mặt đối mặt là phương pháp hữu hiệu nhất trong việc truyền đạt thông tin.

Ghi chép lại những quyết định hành động, luận bàn, … dùng để so sánh về sau là điều nên làm, tuy nhiên sẽ rất tốn thời hạn và công sức của con người. Nên việc đối thoại trực tiếp mặt đối mặt sẽ giúp tất cả chúng ta trao đổi thông tin nhanh gọn, diễn đạt được vừa đủ ý nghĩa của thông điệp muốn truyền tải trải qua lời nói, biểu cảm, ngôn từ hình thể, … Tuy nhiên team Agile cũng cần xem xét sử dụng đối thoại trực tiếp mặt đối mặt trong từng trường hợp đơn cử, ví dụ như khi team quá lớn, sẽ rất khó để trao đổi theo kiểu mặt đối mặt với hàng loạt những thành viên trong nhóm cùng một lúc, thay vào đó hoàn toàn có thể xem xét cử đại diện thay mặt từng nhóm nhỏ, hoặc bắt buộc phải trao đổi thông tin dưới dạng viết như email, chat, tài liệu, …

Nguyên tắc 7: Phần mềm chạy được là thước đo chính của tiến độ dự án.

Khi làm dự án Bất Động Sản, tất cả chúng ta sẽ luôn gặp những câu hỏi như “ Phần mềm / loại sản phẩm dùng được chưa ? ”, “ Tính năng A đã hoàn toàn có thể chạy được chưa ? ”, “ Bản thiết kế đã xong chưa ? ”. Trong rất nhiều trường hợp câu vấn đáp nhận về là rất mơ hồ, ví dụ như “ Sắp xong rồi ”, “ Gần chạy được ”. Vậy bằng cách nào để đo lường và thống kê được quá trình dự án Bất Động Sản theo Agile ? Bằng cách xác lập rằng nếu một tính năng không hề đo lường và thống kê hoặc kiểm thử thành công xuất sắc, hay nói cách khác là chưa hoạt động giải trí được thì tính năng đó chưa hoàn thành xong. Việc chuyển giao ứng dụng / mẫu sản phẩm hoạt động giải trí được, sẽ giúp cho người mua biết được đúng mực ứng dụng / loại sản phẩm mà họ mong ước đang được tăng trưởng tới đâu, hay tiến trình tới đâu .

Nguyên tắc 8: Phát triển bền vững và duy trì việc phát triển liên tục.

Trong lúc làm dự án Bất Động Sản, nhiều lúc cả team sẽ phải OT ( over time – tăng ca ) để nỗ lực hoàn thành xong một bản demo giao cho người mua. Tuy nhiên nếu cứ lê dài thực trạng OT này mãi thì chất lượng tạo ra ngày càng lao dốc, việc làm ngày càng chậm trễ mà thôi. Agile nhận ra rằng việc duy trì vận tốc bền vững và kiên cố ( thao tác 40 tiếng 1 tuần, hạn chế OT, không làm thêm cuối tuần ) là cách tốt nhất để đạt được hiệu suất cao nhất, và giúp những thành viên trong nhóm duy trì sự cân đối giữa việc làm và đời sống. Việc này còn tác động ảnh hưởng tới công ty, tổ chức triển khai, vì nếu một cá thể cảm thấy chán nản, không niềm hạnh phúc sau chuỗi ngày dài thao tác căng thẳng mệt mỏi, hoàn toàn có thể họ sẽ nghỉ việc, công ty thất thoát nhân sự và lại tốn thêm ngân sách tuyển / dạy / dùng .

Nguyên tắc 9: Liên tục quan tâm đến kỹ thuật và thiết kế để tăng cường tính linh hoạt.

Bên cạnh việc mong ước đội ngũ tăng trưởng thao tác siêng năng và tạo ra nhiều giá trị, tất cả chúng ta cần chăm sóc đến việc giữ cho cấu trúc dự án Bất Động Sản, những bản thiết kế luôn ở mức độ ngăn nắp, hiệu suất cao và thuận tiện để đổi khác. Sự cân đối này mang lại hiệu suất cao lâu dài hơn trong việc bảo dưỡng, đổi khác, lan rộng ra ứng dụng / loại sản phẩm của dự án Bất Động Sản, chính bới có giải pháp ” phòng bệnh ” luôn tốt hơn “ chữa bệnh ”. Nhưng nếu dự án Bất Động Sản đã lỡ không “ clean ” thì nên cho team Agile có thời hạn để tái cấu trúc, quét dọn lại, đơn giản hóa những bản thiết kế để thiết lập lại trạng thái không thay đổi và thuận tiện bảo dưỡng trong thời hạn dài về sau .

Nguyên tắc 10: Đơn giản – nghệ thuật tối đa hóa số lượng công việc không làm – là điều cần thiết.

Rất nhiều công ty có quá trình thao tác cồng kềnh và phức tạp, trong khi Agile thì cần linh động và uyển chuyển. Hoặc những dự án Bất Động Sản phức tạp sẽ tốn nhiều thời hạn để triển khai xong, có năng lực ngày càng tăng rủi ro đáng tiếc, ngân sách. Agile sẽ tập trung chuyên sâu vào việc đơn giản hóa mọi thứ từ những tiến trình không thiết yếu, ví dụ như tại sao phải báo cáo giải trình tiến trình hàng ngày theo mẫu bắt buộc của công ty trong khi cả team đều đã nắm được quy trình tiến độ của dự án Bất Động Sản, cho tới việc chia nhỏ những nhu yếu phức tạp thành những phần nhỏ hơn, đơn giản hóa trong cấu trúc ứng dụng, phong cách thiết kế, code để thuận tiện kiến thiết xây dựng và bảo dưỡng. Team Agile sẽ tìm kiếm những việc làm không thiết yếu phải làm và đề xuất kiến nghị giải pháp sửa chữa thay thế hoặc vô hiệu. Cách tiếp cận này không nhằm mục đích mục tiêu hạn chế việc lan rộng ra tính năng cho ứng dụng / mẫu sản phẩm, mà thay vào đó, team Agile tập trung chuyên sâu vào việc làm thế nào để lan rộng ra tính năng đó một cách đơn thuần nhất .

Nguyên tắc 11: Các kiến trúc, yêu cầu và thiết kế tốt nhất được tạo nên từ các nhóm tự tổ chức.

Nguyên tắc này nghe có vẻ như hơi lạ, nhưng về cơ bản thì nó có nghĩa là để gặt hái được những giá trị tốt nhất từ một team thì hãy để họ tự tổ chức triển khai, tự quyết định hành động, tự chịu nghĩa vụ và trách nhiệm về những gì họ làm. Agile nhấn mạnh vấn đề vào tính dữ thế chủ động của team. Khi đạt được tính dữ thế chủ động, team Agile sẽ có thời cơ tìm ra nhiều sáng tạo độc đáo tốt, nhiều chiêu thức hay, tác dụng là sẽ tạo ra việc làm tốt hơn. Các kiến trúc, nhu yếu và phong cách thiết kế sẽ được quản lý và vận hành tốt nhất khi chúng được thực thi bởi những người tạo ra chúng. Khi đó, team sẽ là người tiếp xúc gần nhất với từng phần của dự án Bất Động Sản, hiểu sâu nhất về kiến trúc, nhu yếu, phong cách thiết kế của dự án Bất Động Sản, từ đó đưa ra những yêu cầu nâng cấp cải tiến hiệu suất cao hơn. Tuy nhiên việc tự tổ chức triển khai này phải nằm trong khuôn khổ, phải được hướng dẫn, huấn luyện và đào tạo ; đạt hiệu suất cao tốt hay không còn nhờ vào vào tư duy và năng lượng của từng thành viên trong nhóm .

Nguyên tắc 12: Trong khoảng thời gian đều đặn, nhóm phản ánh về cách trở nên hiệu quả hơn, sau đó điều chỉnh cho phù hợp.

Bài học kinh nghiệm tay nghề luôn có xuyên suốt quy trình làm dự án Bất Động Sản, nếu chỉ được tích lũy vào thời gian cuối của dự án Bất Động Sản thì quá trễ, không hiệu suất cao và không được vận dụng vào dự án Bất Động Sản hiện tại. Biết được điểm chưa ổn đó, team Agile triển khai việc này tiếp tục hơn, sau mỗi vòng lặp dự án Bất Động Sản, được gọi là “ Retrospective ”. Tại đây, cả team cùng hồi tưởng lại những bài học kinh nghiệm kinh nghiệm tay nghề nào đã gặp trong thời hạn vừa mới qua, đã làm sai gì không, cái nào cần nâng cấp cải tiến, cái nào cần vô hiệu, … Vì được triển khai liên tục như vậy nên cả team có thời cơ kiểm soát và điều chỉnh rất sớm và liên tục, càng ngày team càng hoạt động giải trí hiệu suất cao tốt hơn, loại sản phẩm tạo ra tốt hơn, người mua hài lòng hơn .

 

Tổng kết

Với 4 giá trị cốt lõi, 12 nguyên tắc được đề cập trong Agile Manifesto, đã giúp tất cả chúng ta có cái nhìn liên hệ tốt hơn giữa Agile và việc làm thực tiễn hàng ngày. Giúp hình thành được cách tư duy theo Agile – Being Agile. Nhưng làm thế nào để vận dụng Agile vào thực tiễn – Doing Agile ? Trong phần tiếp theo, tất cả chúng ta sẽ cùng khám phá xem vận dụng Agile vào trong thực tiễn như thế nào trải qua framework nổi tiếng của Agile, đó chính là SCRUM .

Kiến thức tổng hợp bởi Trainer Nguyễn Hải Hà (PMP®, PMI-ATP Instructor)

Xem thêm: Những ứng dụng giúp cho việc học tập trở nên hiệu quả

References : PMI-ACP Exam Prep, Head First Agile

Agile Project Management – Đào tạo cho Doanh nghiệpQuản lý dự án Bất Động Sản theo quy mô linh động Agile ScrumProduct Backlog là gì ? Có quan hệ như thế nào với WBSBản tuyên ngôn Agile – lịch sử dân tộc hình thành Agile12 nguyên tắc của AgileTrong dự án Bất Động Sản Agile, việc làm ước tính có thật sự thiết yếu ?Quản lý dự án Bất Động Sản với ScrumScrum of ScrumsUser stories – Công cụ lên kế hoạch của AgileStory points – Công cụ ước đạt của AgileVelocity là gì – Công cụ thống kê giám sát vận tốc triển khai xong việc làm của nhóm AgileStory Map – Lập kế hoạch tổng quát trong AgileAgile Retrospectives – Nhìn lại và nâng cấp cải tiến hiệu suất cao việc làm dự án Bất Động SảnKanban – giải pháp giúp nâng cấp cải tiến quá trình thao tác của dự án Bất Động SảnPDCA – Chu trình nâng cấp cải tiến liên tụcPersonas – Công cụ kiến thiết xây dựng hình tượng người mua trong AgileLean – Tinh gọn hóa quy trình tiến độ một cách hiệu suất caoHướng Dẫn Scrum 2020 – The Scrum Guide 2020

Bóng đá có 3-5-2, Scrum có 3-5-3

Xem thêm: Làm gì để tìm kiếm được việc làm sau covid 19

Bắt đầu với Scrum từ đâu đây ta ?Một số cách chạy Daily scrum hiệu suất cao

Source: https://laodongdongnai.vn Category: Chia Sẻ Kiến Thức

Bài viết liên quan

• Lỗi E-45 Máy Giặt Electrolux Nguy Cơ Cháy Nổ!

• Giải quyết Tủ lạnh Sharp lỗi H-28 trong 15 bước đơn giản

• Cách Chọn Giấy Dán Tường Cho Quán Cafe, Bi-A, Hội Nghị

• Khắc phục nhanh lỗi E-44 trên máy giặt Electrolux

Xem nhiều

• 
• Sửa Tủ Lạnh Side By Side, Inverter App Ong Thợ

• 
• Những kĩ năng mềm cần thiết mà ai cũng nên có

• 
• Spa là gì, Dịch vụ spa gồm những gì? Tìm hiểu ngay trước khi mở Spa

• 
• Tìm hiểu về sự ra đời của máy bơm nước

• 
• Dầu dừa có tác dụng gì cho da mặt? Những điều cần lưu ý

Bài Mới Nhất

• Lỗi E-45 Máy Giặt Electrolux Nguy Cơ Cháy Nổ! Tháng Mười Một 21, 2024
• Giải quyết Tủ lạnh Sharp lỗi H-28 trong 15 bước đơn giản Tháng Mười Một 16, 2024
• Cách Chọn Giấy Dán Tường Cho Quán Cafe, Bi-A, Hội Nghị Tháng Mười Một 15, 2024
• Khắc phục nhanh lỗi E-44 trên máy giặt Electrolux Tháng Mười Một 12, 2024
• Cách xử lý Lỗi H27 trên tủ lạnh Sharp Inverter Tháng Mười Một 7, 2024
• Dịch vụ sửa lỗi E-42 máy giặt Electrolux Tháng Mười Một 1, 2024
• Cách sửa chữa tủ lạnh Sharp lỗi H12 tại nhà Tháng Mười 27, 2024
• Sửa lỗi E-41 ở máy giặt Electrolux tốn kém không? Tháng Mười 20, 2024
• Cách khắc phục lỗi H-10 tủ lạnh Sharp nội địa Tháng Mười 16, 2024
• Máy giặt Electrolux nhà bạn đang gặp lỗi E-40 Tháng Mười 13, 2024
• Dịch vụ sửa lỗi H-07 trên tủ lạnh Sharp side by side Tháng Mười 9, 2024
• Lỗi E-39 máy giặt Electrolux có tự khắc phục không? Tháng Mười 7, 2024
• Tự Sửa Lỗi H-05 Tủ Lạnh Sharp Side By Side Dễ Dàng Tháng Mười 5, 2024
• Máy giặt Electrolux lỗi E38 dấu hiệu và cách sửa Tháng Mười 3, 2024
• Lỗi H-04 tủ lạnh Sharp Side by side có do điện không? Tháng Mười 1, 2024
• Dịch vụ sửa lỗi E35 máy giặt Electrolux uy tín Tháng Chín 28, 2024
• Hướng dẫn tự sửa lỗi H-02 tủ lạnh Sharp tại nhà Tháng Chín 26, 2024
• Cần thiết bị gì để khắc phục lỗi E24 máy giặt Electrolux? Tháng Chín 24, 2024
• Lỗi H-01 tủ lạnh Sharp thực phẩm bạn sẽ hỏng hết Tháng Chín 22, 2024
• Máy giặt Electrolux lỗi E23 có phải do hệ thống bơm không? Tháng Chín 20, 2024
• Tủ lạnh Sharp bị lỗi U10 có phải máy nén không? Tháng Chín 18, 2024
• Máy Giặt Electrolux Báo Lỗi E22 Đừng Để Hỏng Nghiêm Trọng Tháng Chín 16, 2024
• Chi phí sửa lỗi E21 máy giặt Electrolux bao nhiêu? Tháng Chín 14, 2024
• Tủ lạnh Sharp báo lỗi U-04 sau bao lâu cần sửa? Tháng Chín 12, 2024
• Dấu hiệu nhận biết lỗi E13 máy giặt Electrolux là gì? Tháng Chín 9, 2024