Nhập môn Agile & Scrum

[Video] Scrum là gì?

,
Video mô tả tổng quan về vòng đời phát triển một sản phẩm với mô hình Scrum. Các khái niệm được đề cập bao gồm: Phát triển lặp với nhóm liên-chức năng ,Sprint trong Scrum, Quá trình diễn ra một Sprint

[Video] Agile là gì?

, ,
Video giúp trả lời những câu hỏi tổng quan về Agile và Scrum như: Agile là gì? Scrum là gì? Ý nghĩa của bản tuyên ngôn Agile là gì? Triết lý của Scrum là gì? Ý nghĩa của ba trụ cột của Scrum: Minh bạch, Thanh tra và Thích nghi là gì?

Diễn giải về Agile

, , ,
Agile là một phong trào toàn cầu lớn đang chuyển đổi thế giới công việc. Bắt đầu từ lĩnh vực phát triển phần mềm năm 2001, phong trào này hiện đang lan nhanh tới tất cả các bộ phận và loại hình tổ chức

Agile Project management

Lean Primer - Nhập Môn Tinh Gọn

, ,
Tư duy tinh gọn là một hệ thống được minh chứng về tính hiệu quả khi áp dụng cho phát triển sản phẩm và sản xuất, như đã từng thành công ở Toyota và những tổ chức khác.

Tại sao các nhà quản lý ghét Agile

, , ,
Tại sao Agile và quản lý không có mối quan hệ tốt với nhau? Trong một cuộc thăm dò ý kiến hôm thứ 4 vừa qua, khoảng 400 người làm việc ở nhiều công ty khác nhau, nơi thực hành Agile và Scrum

Lưu ý khi xây dựng nhóm sử dụng mô hình Tuckman

, , ,
Một nhóm cộng tác trải qua những giai đoạn khác nhau từ khi được bắt đầu thành lập cho đến khi hoạt động ổn định theo thời gian. Chúng ta có thể nhận diện được cái giai đoạn phát triển này của nhóm, việc này sẽ rất hữu ích khi chúng ta thành lập một nhóm

Phát triển sản phẩm tinh gọn

,
Hai trụ cột và 14 nguyên tắc là lõi của Tư duy tinh gọn. Tuy nhiên có những nguyên tắc và phương pháp khác để học thật kĩ từ sự cạnh tranh, nhất là trong phát triển sản phẩm Tinh gọn.

Một ngày trong cuộc sống của Product Owner

, ,
Tặng bạn đọc bộ tài liệu "Một ngày trong cuộc sống của Product Owner". Bạn sẽ hiểu thêm về công việc, sự khó khăn của một Product Owner trong nhóm Scrum

8 LÝ DO KHIẾN AGILE TẠO ĐỘNG LỰC CHO NHÓM DỰ ÁN

Nghiên cứu đã chứng minh các nhà phát triển phần mềm biết rằng: những dự án Agile thú vị và tạo cảm hứng làm việc tốt hơn. Trong bài này chúng ta sẽ cùng đánh giá một cách khoa học về lý do khiến Agile thúc đẩy động lực lớn hơn.

 Flaccid Scrum

, , ,
Những gì đã xảy ra là họ đã thiếu sự đầu tư cho chất lượng tự thân của phần mềm do mình làm ra. Nếu bạn phạm sai lầm đó, bạn sẽ sớm thấy năng suất của mình bị sụt giảm

Những động lực hàng đầu tạo nên thành công của dự án

,
Những tổ chức champion nhận ra rằng phương pháp quản trị dự án, chương trình và hạng mục đúng mang đến cho họ lợi thế cạnh tranh. Nhưng vẫn luôn có nhiều điều có thể và cần làm hơn thế.

Diễn giải về Agile

, , ,
Agile là một phong trào toàn cầu lớn đang chuyển đổi thế giới công việc. Bắt đầu từ lĩnh vực phát triển phần mềm năm 2001, phong trào này hiện đang lan nhanh tới tất cả các bộ phận và loại hình tổ chức

Bộ câu hỏi phỏng vấn một Product Owner

, ,
Một Product Owner luôn bao quát, chia sẻ, và truyền thông tầm nhìn của sản phẩm cho mọi người. Họ chia sẻ lại cho cả khách hàng và các bên có liên quan trong nội bộ của mình.

Công việc của Product Owner

, ,
Product Owner là một trong ba vai trò Scrum. Vai trò này chịu trách nhiệm định hướng sản phẩm trong suốt quá trình sản xuất.

User story

, ,
User Story là một tài liệu sơ giản về yêu cầu sản phẩm với góc nhìn người dùng. Thông thường, User Story do khách hàng, hoặc đại điện của khách hàng viết

Hướng dẫn căn bản về các chỉ Agile

, , , ,
Chỉ số là một trong những chủ đề được bàn luận nhiều nhất và dễ hiểu nhầm nhất trong lĩnh vực Phát triển Phần mềm Linh hoạt.

Khi nào Agile, khi nào Waterfall 

,
Làn sóng Agile đã càn lướt trong giới phát triển phần mềm, và bắt đầu chiếm lĩnh những diễn đàn vốn dành riêng cho giới quản lí như Harvard Business Review (HBR) hay Forbes. Tất nhiên, người ta đều biết là Agile có chỗ đứng vững chắc trong nhiều lĩnh vực, từ ngành phần mềm, phần cứng, ngành sản xuất ô tô, ngành ngân hàng, ngành hàng không, ngành marketing hay giáo dục.

Những việc ScrumMaster không nên làm

, , ,
The ScrumMaster KHÔNG “đại diện nhóm để đưa ra quyết định”. Những quyết định được đồng thuận bởi cả nhóm và nó là trách nhiệm của nhóm cho việc duy trì những quyết định mà mình đã đưa ra.

Một ngày trong cuộc sống của ScrumMaster

, , ,
ScrumMaster sẽ đến văn phòng 30 phút trước nhóm phát triển, chuẩn bị cà phê, không gian làm việc cho nhóm và loại bỏ những thứ khiến họ phân tâm.

5 chìa khóa quyết định thành công của một nhóm tại Google

, ,
Điều gì khiến một nhóm Google hiệu quả? Chúng tôi đã chia sẻ nghiên cứu của mình sớm nay trên Associated Press và giờ chúng tôi cũng muốn chia sẻ những phát hiện của nghiên cứu đó ở đây

Công cụ xây dựng nhóm

, ,
Cung cấp những công cụ hướng dẫn cách nhóm bạn làm việc. Tuyên ngôn cho những nhóm nhỏ đang làm những việc quan trọng.

Agile Product management

Một ngày trong cuộc sống của Product Owner

, ,
Tặng bạn đọc bộ tài liệu "Một ngày trong cuộc sống của Product Owner". Bạn sẽ hiểu thêm về công việc, sự khó khăn của một Product Owner trong nhóm Scrum

Vai trò của một ScrumMaster

,
Một ScrumMaster không nắm giữ bất kỳ một quyền lực thực sự nào. Nhóm phát triển không báo cáo cho anh ta. Câu hỏi này nhằm giúp nhận biết liệu ứng viên của bạn có hiểu vai trò của họ là dẫn dắt nhóm chứ không phải là quản lý nhóm hay không

 Flaccid Scrum

, , ,
Những gì đã xảy ra là họ đã thiếu sự đầu tư cho chất lượng tự thân của phần mềm do mình làm ra. Nếu bạn phạm sai lầm đó, bạn sẽ sớm thấy năng suất của mình bị sụt giảm

Diễn giải về Agile

, , ,
Agile là một phong trào toàn cầu lớn đang chuyển đổi thế giới công việc. Bắt đầu từ lĩnh vực phát triển phần mềm năm 2001, phong trào này hiện đang lan nhanh tới tất cả các bộ phận và loại hình tổ chức

Bộ câu hỏi phỏng vấn một Product Owner

, ,
Một Product Owner luôn bao quát, chia sẻ, và truyền thông tầm nhìn của sản phẩm cho mọi người. Họ chia sẻ lại cho cả khách hàng và các bên có liên quan trong nội bộ của mình.

Công việc của Product Owner

, ,
Product Owner là một trong ba vai trò Scrum. Vai trò này chịu trách nhiệm định hướng sản phẩm trong suốt quá trình sản xuất.

User story

, ,
User Story là một tài liệu sơ giản về yêu cầu sản phẩm với góc nhìn người dùng. Thông thường, User Story do khách hàng, hoặc đại điện của khách hàng viết

Hướng dẫn căn bản về các chỉ Agile

, , , ,
Chỉ số là một trong những chủ đề được bàn luận nhiều nhất và dễ hiểu nhầm nhất trong lĩnh vực Phát triển Phần mềm Linh hoạt.

Những việc ScrumMaster không nên làm

, , ,
The ScrumMaster KHÔNG “đại diện nhóm để đưa ra quyết định”. Những quyết định được đồng thuận bởi cả nhóm và nó là trách nhiệm của nhóm cho việc duy trì những quyết định mà mình đã đưa ra.

Một ngày trong cuộc sống của ScrumMaster

, , ,
ScrumMaster sẽ đến văn phòng 30 phút trước nhóm phát triển, chuẩn bị cà phê, không gian làm việc cho nhóm và loại bỏ những thứ khiến họ phân tâm.

Agile Software Development & DevOps

Sở hữu tập thể mã nguồn

,
Sở hữu tập thể mã nguồn động viên mọi người đóng góp ý tưởng mới cho tất cả các phần dự án. Bất cứ lập trình viên nào cũng có thể thay đổi bất kỳ dòng mã lệnh để thêm chức năng, sửa lỗi, cải tiến thiết kế hoặc tái cấu trúc. Không một ai trở thành “cổ chai” đối với những thay đổi cả

6 bước giúp bạn sống sót qua quá trình chuyển đổi DevOps

, ,
DevOps có ở mọi nơi và nếu bạn không phải đang ở giai đoạn giữa của một chương trình chuyển đổi sang DevOps thì có lẽ bạn cũng sắp trải nghiệm rồi. Dưới đây là 6 bước xoa dịu nỗi đau và giúp bạn tồn tại sau quá trình chuyển đổi

TDD gây hại cho kiến trúc

,
Một tranh luận liên quan là: Bạn càng có nhiều kiểm thử, việc thay đổi mã sản xuất càng khó khăn; bởi vì rất nhiều bài kiểm thử có thể bị hỏng và đòi hỏi phải chỉnh sửa.

Chàng kỹ sư trẻ

,
Tôi muốn lãnh đạo một nhóm và có thể đưa ra những quyết định quan trọng về cơ sở dữ liệu, framework, máy chủ web, và tất cả mọi thứ.

 Flaccid Scrum

, , ,
Những gì đã xảy ra là họ đã thiếu sự đầu tư cho chất lượng tự thân của phần mềm do mình làm ra. Nếu bạn phạm sai lầm đó, bạn sẽ sớm thấy năng suất của mình bị sụt giảm

Lập trình tinh gọn

,
Với quy tắc đơn giản, các nhóm làm việc có thể tiếp tục cải tiến các quy trình và các sản phẩm mà không cần có những hướng dẫn chi tiết hoặc quy trình phức tạp.

Thợ lành nghề

,
Mẫu thiết kế và Phương pháp trong cuốn Phát triển Phần mềm Linh hoạt (Agile Software Development) của Robert C. Martin, nhà xuất bản Prentice Hall, 2002.

Mã sạch

,
Cuốn sách này viết về điều đó – lập trình tốt – và đầy những mã lệnh. Chúng ta sẽ soi xét mã lệnh theo nhiều hướng khác nhau. Ta sẽ nhìn mã từ đầu đến cuối

Kiểm thử đơn vị trong XP

,
Kiểm thử đơn vị là một trong những kỹ thuật cốt lõi của Extreme Programming (XP). Nhưng cách kiểm thử đơn vị của XP có đôi chút khác biệt. Trước hết, bạn nên tự tạo hoặc tải một khung làm việc cho kiểm thử đơn vị nào đó, để từ đó xây dựng nên những bộ kiểm thử đơn vị tự động. Sau đó, bạn nên tiến hành kiểm thử tất cả các lớp trong hệ thống. Những phương thức getter và setter đơn giản thì nên bỏ qua. Bạn cũng nên áp dụng luật kiểm thử trước, rồi mới viết mã lệnh.

[XP] Tính đơn giản là chìa khóa

,
Việc thiết kế đơn giản luôn mất thời gian hơn việc thiết kế phức tạp. Vì vậy, hãy làm những việc đơn giản nhất mà trước mắt hoạt động. Nếu bạn thấy có chỗ nào đó phức tạp thì hãy thay thế nó bằng thứ đơn giản. Lúc này, việc thay thế mã phức tạp của bạn sẽ luôn nhanh và rẻ hơn so với khi bạn lãng phí nhiều thời gian vào nó.

[XP] Không bao giờ thêm chức năng sớm

,
Giữ cho hệ thống gọn gàng với những chức năng được thêm vào mà bạn đoán chúng sẽ được sử dụng sau này.

Có phải thiết kế đã chết?

,
Martin Fowler là diễn giả, nhà tư vấn và tác giả của rất nhiều sách có ảnh hưởng về phát triển phần mềm, thiết kế và phân tích hướng đối tượng, UML, mẫu thiết kế, các phương pháp phát triển phần mềm linh hoạt, và cả XP. Thấy được những băn khoăn của nhiều người mới bắt đầu thực hành XP và Agile về vai trò của thiết kế nên chúng tôi quyết định dịch một bài viết rất quan trọng của ông có tên “Có phải thiết kế đã chết?”

Tích hợp Liên tục (Continous Integration – CI)

,
CI (Continous Integration – tích hợp liên tục) là một quy trình / công cụ giúp nhóm phát triển ngay lập tức nhận diện được những ảnh hưởng của một commit (một đoạn code hay một chức năng được thêm vào) với toàn bộ hệ thống nhằm phản ứng tức thì để đảm bảo toàn hệ thống hoạt động như mong đợi.

Lập trình Cặp: chúng ta giúp nhau thành công

,
Lập trình Cặp (Pair-Programming) là cách hai lập trình viên cùng làm việc trên chỉ một máy tính, một người lái (driver), một người làm hoa tiêu (navigator), thú vị hơn bạn tưởng tượng nhiều. Việc hoán đổi vai trò liên tục giúp cho giao tiếp thông suốt, họ cùng nhau hoàn thành công việc tốt hơn và nhanh hơn khi họ làm một mình.

[XP] Khi phát hiện ra lỗi

,
Khi tìm ra một lỗi, bạn sẽ tạo kiểm thử để ngăn chặn lỗi đó tái xuất hiện. Thông thường thì một lỗi trong quá trình phát triển cần phải có một bản kiểm thử chấp nhận để ngăn chặn nó xảy ra.

Không chỉ là Agile: tái tổ chức về IT để cung chuyển giao phần mềm nhanh hơn

, ,
Việc tích hợp phát triển phần mềm với hoạt động IT có thể đẩy nhanh tốc độ chuyển giao ứng dụng của các công ty. Nhưng phương pháp tiếp cận này có thể không đúng cho tất cả các thành phần thuộc lĩnh vực IT.

6 hiểu nhầm về DevOps cần tránh

,
Chúng ta rất hứng khởi về sự phát triển của DevOps. Nhưng khi việc ứng dụng tăng lên, sẽ có những nhận thức khác nhau về DevOps. Chúng ta thấy điều này đang diễn ra.

Agile team & individual

Làm điều quan trọng: Cuộc hôn nhân bất ngờ nhưng hoàn hảo của Google và OKR

Theo nguồn: Measure what matters (Làm điều quan trọng) Tác giả: John Doerr Cuộc gặp gỡ với hai chàng trai trẻ với hoài bão lớn và tầm nhìn vượt trội Sergey và Larry, hai chàng sinh viên trẻ bỏ…

Tại sao các nhà quản lý ghét Agile

, , ,
Tại sao Agile và quản lý không có mối quan hệ tốt với nhau? Trong một cuộc thăm dò ý kiến hôm thứ 4 vừa qua, khoảng 400 người làm việc ở nhiều công ty khác nhau, nơi thực hành Agile và Scrum

Lưu ý khi xây dựng nhóm sử dụng mô hình Tuckman

, , ,
Một nhóm cộng tác trải qua những giai đoạn khác nhau từ khi được bắt đầu thành lập cho đến khi hoạt động ổn định theo thời gian. Chúng ta có thể nhận diện được cái giai đoạn phát triển này của nhóm, việc này sẽ rất hữu ích khi chúng ta thành lập một nhóm

Những bước quan trọng về mặt nhân sự giúp bạn níu chân nhân tài

, ,
Nhiều công ty ở châu Á vẫn còn chậm chạp trong việc tiếp cận sử dụng khảo sát “xung nhịp” để xây dựng nền tảng dữ liệu có cấu trúc từ đó phân tích lực lượng lao động của mình.

Pomodoro Handbook

,
Kỹ thuật Pomodoro được phát minh vào đầu những năm 90 bởi Francesco Cirillo. Cirillo lấy tên là "Pomodoro" sau khi sử dụng công cụ đo thời gian hình quả cà chua để theo dõi công việc của mình khi còn một sinh viên đại học.

Để Agile thất bại: 20 hướng dẫn giúp bạn tránh xa thành công

,
Hiện nay, các quy trình Agile đã được chấp nhận là những giải pháp thay thế hiệu quả cho các quy trình phát triển phần mềm truyền thống. Hầu hết những người áp dụng Agile đã thấy được những ích lợi của việc chuyển giao nhanh hơn, chất lượng cao hơn, sản phẩm đáp ứng tốt hơn nhu cầu người dùng, v.v.

Hướng dẫn căn bản về các chỉ Agile

, , , ,
Chỉ số là một trong những chủ đề được bàn luận nhiều nhất và dễ hiểu nhầm nhất trong lĩnh vực Phát triển Phần mềm Linh hoạt.

5 đặc điểm của một nhóm rối loạn

, ,
Mỗi nhà quản trị nhân sự đều cố gắng xây dựng một văn hóa tích cực tại nơi làm việc. Tuy nhiên, thực hiện điều đó không hề dễ. Mỗi nhân viên đều duy nhất và khác biệt so với người khác.

Những việc ScrumMaster không nên làm

, , ,
The ScrumMaster KHÔNG “đại diện nhóm để đưa ra quyết định”. Những quyết định được đồng thuận bởi cả nhóm và nó là trách nhiệm của nhóm cho việc duy trì những quyết định mà mình đã đưa ra.

Một ngày trong cuộc sống của ScrumMaster

, , ,
ScrumMaster sẽ đến văn phòng 30 phút trước nhóm phát triển, chuẩn bị cà phê, không gian làm việc cho nhóm và loại bỏ những thứ khiến họ phân tâm.

5 chìa khóa quyết định thành công của một nhóm tại Google

, ,
Điều gì khiến một nhóm Google hiệu quả? Chúng tôi đã chia sẻ nghiên cứu của mình sớm nay trên Associated Press và giờ chúng tôi cũng muốn chia sẻ những phát hiện của nghiên cứu đó ở đây

Công cụ xây dựng nhóm

, ,
Cung cấp những công cụ hướng dẫn cách nhóm bạn làm việc. Tuyên ngôn cho những nhóm nhỏ đang làm những việc quan trọng.

Enterprise Agility

Tại sao các nhà quản lý ghét Agile

, , ,
Tại sao Agile và quản lý không có mối quan hệ tốt với nhau? Trong một cuộc thăm dò ý kiến hôm thứ 4 vừa qua, khoảng 400 người làm việc ở nhiều công ty khác nhau, nơi thực hành Agile và Scrum

Lưu ý khi xây dựng nhóm sử dụng mô hình Tuckman

, , ,
Một nhóm cộng tác trải qua những giai đoạn khác nhau từ khi được bắt đầu thành lập cho đến khi hoạt động ổn định theo thời gian. Chúng ta có thể nhận diện được cái giai đoạn phát triển này của nhóm, việc này sẽ rất hữu ích khi chúng ta thành lập một nhóm

Làm thế nào để Agile hiệu quả trong các công ty khởi nghiệp đang phát triển nhanh?

,
Bạn đang tìm cách đưa Agile vào công ty khởi nghiệp của mình? Hãy đọc sáu bài học thực tế sau đây về cách làm thế nào để quá trình chuyển đổi trở nên dễ dàng và đáng giá hơn.

6 bước giúp bạn sống sót qua quá trình chuyển đổi DevOps

, ,
DevOps có ở mọi nơi và nếu bạn không phải đang ở giai đoạn giữa của một chương trình chuyển đổi sang DevOps thì có lẽ bạn cũng sắp trải nghiệm rồi. Dưới đây là 6 bước xoa dịu nỗi đau và giúp bạn tồn tại sau quá trình chuyển đổi

Những bước quan trọng về mặt nhân sự giúp bạn níu chân nhân tài

, ,
Nhiều công ty ở châu Á vẫn còn chậm chạp trong việc tiếp cận sử dụng khảo sát “xung nhịp” để xây dựng nền tảng dữ liệu có cấu trúc từ đó phân tích lực lượng lao động của mình.

Không chỉ là Agile: tái tổ chức về IT để cung chuyển giao phần mềm nhanh hơn

, ,
Việc tích hợp phát triển phần mềm với hoạt động IT có thể đẩy nhanh tốc độ chuyển giao ứng dụng của các công ty. Nhưng phương pháp tiếp cận này có thể không đúng cho tất cả các thành phần thuộc lĩnh vực IT.

Hướng dẫn căn bản về các chỉ Agile

, , , ,
Chỉ số là một trong những chủ đề được bàn luận nhiều nhất và dễ hiểu nhầm nhất trong lĩnh vực Phát triển Phần mềm Linh hoạt.

Để Linh hoạt hơn

,
Báo cáo này của Forbes Insights/PMI thu thập từ dữ liệu khảo sát 506 giám đốc điều hành cấp cao từ khắp nơi trên thế giới: 31% trăm đến từ Bắc Mỹ, 30% đến từ Châu Á-Thái Bình Dương, 30% đến từ Tây Âu.

5 đặc điểm của một nhóm rối loạn

, ,
Mỗi nhà quản trị nhân sự đều cố gắng xây dựng một văn hóa tích cực tại nơi làm việc. Tuy nhiên, thực hiện điều đó không hề dễ. Mỗi nhân viên đều duy nhất và khác biệt so với người khác.

5 bước để CTO và CIO xây dựng nhóm Agile giành chiến thắng

,
Trong thời đại các doanh nghiệp kỹ thuật số thay đổi nhanh chóng hiện nay, CIO và CTO đang gánh chịu rất nhiều áp lực nhằm hỗ trợ và đáp ứng cho các nhu cầu công nghệ ngày càng tăng này. Các mô hình phát triển và quản trị dự án truyền thống không còn phù hợp nữa.

Hiểu về sự đổ vỡ và khả năng phục hồi

,
Rất nhiều chuyện đã xảy ra kể từ sau thời điểm bài báo “Sứ mạng phục hồi” (The Quest for Resilience) của Gary Hamel và Liisa Välikangas được đăng trên Harvard Business Review năm 2003.