Tôi đã nhiều lần nghe được câu nói “hãy sống một cuộc đời đáng sống”.

Một cuộc đời đáng sống trong các câu chuyện có thể là đi du lịch khắp nơi trên thế giới. Được ăn những món ăn tuyệt vời từ những nền ẩm thực khác nhau. Được du lịch khám phá những vùng đất ít hoặc chưa có người đặt chân tới. Được sống ở một lâu đài trên vách núi gần biển, nơi chỉ cần đi bộ vài phút là được tận hưởng ánh mặt trời địa trung hải. Xem thêm

“Văn hoá làm việc Agile đáp ứng sự thay đổi nhanh trong dự án và team làm việc rất cởi mở, đó là môi trường làm việc thúc đẩy tốt teamwork, đó là một bức tranh đẹp mà các nhà quản lý luôn muốn doanh nghiệp/đội nhóm của mình đạt được”.

Điều đó dẫn tới mong muốn triển khai agile trong các tổ chức, nhưng phía sau đó, thách thức của chúng ta sẽ là gì?

Văn hóa

Văn hóa phân cấp trong công việc: Chúng ta làm việc trong môi trường công sở, nơi mỗi người có những kỹ năng chuyên biệt để thực hiện những nhiệm vụ khác nhau. Thông qua đó, để điều phối công việc trở nên đúng trật tự, chúng ta cần những vai trò khác nhau để vận hành tổ chức. Văn hóa sếp-nhân viên có thể là rào cản đầu tiên gây cản trở văn hóa agile trong tổ chức. Xem thêm

Trong tất cả các sự kiện của Scrum, đây có lẽ là sự kiện hay bị “bỏ-qua” nhất của các team, trong khi đó, Srpint Retrospective lại lại một sự kiện rất quan trọng.

Cuộc họp Sprint retrospective được tổ chức ngay sau sự kiện sprint review, nhưng trước khi bắt đầu sự kiện sprint planning cho một sprint mới. Khi kết thúc cuộc họp sprint retrospective, đội phát triển nên chỉ ra những cải tiến mà sẽ được thực hiện ở sprint tiếp theo. Xem thêm

Các cuộc họp chồng chéo, sự cộng tác nhiều bên, có quá nhiều thông tin. Đôi khi một cuộc họp sinh ra chỉ để "họp" về một cuộc họp khác. Chúng ta có quá nhiều cuộc họp.

Vậy làm cách nào để họp bớt việc, chứ đừng họp thêm việc?

Definition of Done (DoD) là một danh sách các yêu cầu mà các user story phải tuân theo để nhóm được xác nhận là hoàn thành một công việc. Trong khi đó Acceptance Criteria (tiêu chí chấp nhận) của một User Story bao gồm một danh sách các kịch bản kiểm thử cần được đáp ứng để xác nhận rằng “phần mềm” hoạt động giống như “kỳ vọng – hay yêu cầu” của khách hàng.

Sự khác biệt giữa DoD và AC ở chỗ: DoD là những yêu cầu chung nhất cho tất cả các User Story, trong khi đó AC sẽ được áp dụng cho những User Story cụ thể. Acceptance Criteria của mỗi User Story sẽ khác nhau, dựa trên yêu cầu của mỗi User Story. Xem thêm

Một kẻ tầm sư học đạo nghe nói vị guru thông thái nhất toàn cõi Ấn Độ sống trên đỉnh ngọn núi cao nhất của Ấn Độ. Vì vậy anh ta vất vả lặn lội khắp núi non và thành Delhi cho đến khi tới được ngọn núi trứ danh nọ. Ngọn núi dốc đứng quá sức tưởng tượng, anh ta trầy trật leo lên ngã xuống không ít lần. Lên được tới đỉnh núi, anh ta trầy xước thâm tím khắp cả mình mẩy, nhưng rốt cuộc đã gặp được vị guru đang ngồi kiết già trước cửa hang.
– “Ôi, thưa tôn sư thông thái,” kẻ tầm sư học đạo lên tiếng.
– “Con đến để hỏi thầy bí mật của cuộc sống là gì ạ.”
– “À, bí mật của cuộc sống,” vị guru nói.
– “Bí mật của cuộc sống là một tách trà.”
– “Một tách trà? Con cực nhọc đi bao đường đất tới đây để tìm ý nghĩa cuộc sống, thế mà thầy lại bảo con rằng nó là một tách trà thôi ư!”
Vị guru nhún vai.
– “Vậy có thể nó không phải là một tách trà.” Xem thêm

Leflair là một case study hấp dẫn.
Nhân viên cao cấp của Leflair không đồng ý với cách CEO “đốt tiền” bằng việc thuê nhà thầu ở Úc làm app di động.
App di động đa chức năng, high-performance phát triển hoàn toàn tại Úc tầm giá 1 triệu đô đổ lên.
Giá các team gia công ở Việt Nam chào ở khoảng từ 10 nghìn – 100 nghìn đô.
Bài toán nghe tưởng dễ, làm ở Việt Nam đi cho nó rẻ. Để tiền đó để tăng trưởng người dùng, hoàn thiện khâu vận hành. Xem thêm

Vì sao bạn nên phân tích đối thủ để đưa ra giải pháp thiết kế tốt hơn, và làm việc đó như thế nào ?

Bài dịch từ tổ chức Interaction Design Foundation (bài viết gốc https://bit.ly/3okB8lE)

Một người thiết kế UX không hề sống cách biệt với phần còn lại của thế giới. Mỗi ngày, bạn bắt gặp và sử dụng sản phẩm và dịch vụ được thiết kế bởi người khác. Trước khi bắt đầu một dự án thiết kế UX mới, việc hiểu phạm vi của nó bằng cách nhìn xung quanh xem thử những người đi trước đã làm gì, và phân tích một cách nghiêm khắc (critically analyzing) những thiết kế của họ – là điều hoàn toàn hợp lý. Tại bài viết này, chúng tôi sẽ phác thảo một số một số nhân tố chính cấu thành lên “Tư duy so sánh” (comparative mindset) và làm như nào để chúng dẫn bạn tới thành công Xem thêm

Chúng tôi biết Scrum Master là người đóng vai trò quan trọng trong các nhóm Scrum mới, nhưng chính xác thì anh ấy hoặc cô ấy đã bận rộn những gì trong suốt ngày làm việc của mình?

Đối với những người mới bắt đầu, chúng tôi biết Scrum Master không lập kế hoạch phát hành, vì điều đó được thực hiện bởi chủ sở hữu sản phẩm và nhóm. Chúng tôi biết anh ấy không quản lý các nhà phát triển vì nhóm Scrum tự tổ chức; và chúng tôi biết anh ấy thậm chí không phải là người phải chịu trách nhiệm nếu kết quả cuối cùng tệ hại (đó cũng là trách nhiệm của chủ sở hữu sản phẩm).

Tôi đề nghị bạn đọc sách bởi vì điều này còn giúp bạn rèn luyện sự tập trung. Dù sao thì, bạn học rất nhiều qua sách vở, các trang web giáo dục hay các kênh Youtube. Đây chính là những nguồn tài nguyên trực tuyến có sẵn bạn có thể sử dụng. Hãy nhắc bản thân luyện tập khả năng tập trung khi học trực tuyến, bởi vì cái giá cho sự mất tập trung là khá đắt (tốn thời gian, dễ bị phân tâm, phát triển những thói quen xấu,..)