Đây là một bài viết sơ sài nhưng đọc thử coi

Tại sao nên đọc bài này?

Thường thì nếu bạn click vào bài này sẽ là 1 trong 2 lý do sau

Tiêu đề bait click, ấn vô xem thằng này viết gì

Hàng tuần đọc blog của mình nên vào đọc thôi

Vậy mình muốn truyền tải điều gì qua bài viết này?

Tư duy agile trong làm phần mềm, và nhiều phần không “mềm” khác

Minimum standard

Một bài viết sơ sài 🙃 !?!?

Đúng vậy, tuần này mình bận quá, chủ yếu là làm việc để trả nợ nên tới cuối ngày thứ 2 mới đang ngồi gõ mấy dòng này. Bình thường mình sẽ hoàn tất bài viết trước tối CN để sáng thứ 2 đăng lên, đồng thời cũng seeding vào mấy group cho có nhiều người đọc cho vui.

🤑

Nhân tiện mình đang bán iPad gen 9 64GB wifi nguyên seal giá 7tr6 nhé. Ai mua giúp mình để có tiền trả bớt nợ với 🥶

Vậy vì sao nó sơ sài?

Vì mình không dành nhiều thời gian cho nó

Vì không dành nhiều thời gian nên nó sẽ không trau chuốt

Việc viết bài như vậy khiến mình cảm thấy khá bad nhưng mình đã suy nghĩ

Drop mọe tuần này luôn, dù gì thì m viết cũng có người nào đọc lắm đâu. Nhưng mà lỡ drop thì khả năng cao tuần sau cũng tự cho bản thân drop lắm. Bản thân m lười vkl còn gì

Lên đại 1 bài là Hôm nay méo có bài nào nhé, thằng chủ blog đang đi trả nợ sml rồi. Nếu vậy thì bệnh ngôi sao quá :)))

Phân vân giữa cả 2 lựa chọn đó thì nảy ra ý tưởng sẽ viết một bài viết với tít như trên, nó sẽ vẫn là bài viết sơ sài, nhưng mình sẽ viết nhưng hy vọng nó truyền tải được message đúng với tinh thần Agile: Workable version rồi Improve dần lên

Agile

Không ít thì nhiều, không tròn thì méo, không công ty lớn thì công ty bé, kiểu gì khi là Dev bạn cũng sẽ nghe tới khái niệm Agile.

Nói đại khác thì Agile là một mindset khi làm phần mềm phù hợp với các bài toàn mà mình chả biết hướng nào là đúng nên sẽ kiểu là vừa làm vừa cải thiện

Alright, về cơ bản mục tiêu của chúng ta là tạo ra được một phương tiện di chuyển, bạn có 2 cách

Build từ bánh xe, gầm xe, thân xe rồi ráp lại thành con Lambo

Build từng thứ serve được goal trên Tạo ra một phương tiện di chuyển. Nên sẽ build từ ván trượt, xe đạp xe máy, oto. Cách này gọi là Agile

Vậy khác bọt ở đây là gì?

Với cái cách Agile trên thì mình sẽ làm lâu hơn, tốn thời gian, đập đi sửa lại nhiều hơn,… so với cách trên

Ủa vậy sao ông nào cũng đòi làm Agile?

Vì nó flexible hơn! Như đã nói ở trên, Agile sẽ phù hợp để giải quyết các bài toán mà mình chả biết làm cách nào là đúng cả, do đó qua mỗi chu kì (Iteration), mình luôn hướng làm tới những thứ có value, và càng ngày càng khiến cho nó có value hơn.

Ván trượt đi được không? Có! Vậy là có value rồi

Mà đi hơi chậm, vậy thì build từ ván trượt thành xe đạp, có value hơn không? Có hơn

Thực tế với hầu hết phần mềm, ngay cả với Product Owner, PM hay bất cứ người nào mà nói với bạn phần mềm này sẽ làm gì thì nó cũng là thứ không chắc chắn, do đó việc áp dụng Agile vào làm phần mềm giúp team luôn deliver được thứ gì có value chứ không phải… làm mãi mới xong rồi mới nhận ra cục mình build không có value khỉ gì cả

Agile là một hệ tư tưởng

Đầu tiên khi làm Agile thì phải trả lời được 2 câu hỏi

Mục tiêu cần giải quyết là gì?

Value mình tạo ra sau mỗi chu kì (Iteration) là gì?

Đó bài viết này là một thứ như vậy

Mục tiêu: Không bỏ thói quen viết, đồng thời cũng phải deliver được một message gì đó useful cho mọi người

Value cho iteration này là gì: Có bài viết ok ở phần outline và thông điệp. Có thể chưa cần có hình ảnh hay vài thứ gì đó dễ deliver hơn.

Nếu bạn thấy có vấn đề trong cuộc sống mà phù hợp với tiêu chí trên, hay thử apply xem nhé, mình thấy khá hữu dụng. Cái này sếp cũ của mình là đỉnh nhất, nó khiến mọi thứ luôn tiến về phía trước, nó cũng đủ khiến bạn tự tin để keep moving. Chứ không phải kiểu: “Khó quá! Hoy đi nha 🐥” khi gặp một vấn đề gì đó lớn và khó nhằn

Minimum standard

Tuy nhiên, bài viết sơ sài này của mình sẽ bắt buộc phải có gì

Nội dung, message muốn deliver

Outline rõ ràng

Tự Review lại lỗi chính tả

Có một điều mình nhận thấy khi suy nghĩ về Agile, đó là phải đảm bảo nó có value. Vậy thước đo gì để thể hiện việc mình làm có value? Hãy set một minimum standard cho output mình muốn làm và deliver nó. Cũng không chắc là bạn đã tạo ra được value, nhưng nó giúp bạn dễ hình dùng hơn value là gì và mình đạt được nó như thế nào.

Chứ đừng kiểu quăng đại một thứ gì đó xong bảo tao làm Agile, iteration đầu chứ shit 💩 là đúng rồi. Mình đã có thể quăng đại một title Hôm nay méo có bài nào nhé, thằng chủ blog đang đi trả nợ sml rồi. rồi té mà, trông cũng khá là Agile đó, nhưng mình nghĩ như vậy thì làm móe gì có value nào nhỉ?

Lời kết

Agile là một thứ gì đó khá powerful khi đi làm và ngay cả trong cuộc sống, nếu bạn nắm được mindset của nó muốn truyền tải. Dù gì thì công việc cũng là tạo ra value mà đúng không? Vậy hãy thử Agile để làm việc hiệu quả hơn một xíu nhé

Các bài viết “lan quyên”

Làm việc tạo ra real-value?

Bạn làm việc chỉ để làm việc hay là để tạo ra value? Làm việc với làm việc tạo ra real-value là sao? Có lương mà nuôi bản thân Không biết làm gì thì thôi có gì làm đó Mình thừa nhận là hiện tại mình đang làm việc chỉ để có lương và nuôi bản thân thôi.

https://thanhle.blog/blog/lam-viec-tao-ra-value

PM bắt change hoài? Làm sao cho PM cưng?

Giải tỏa áp lực khi cứ làm xong sếp lại bảo... "Ủa em?" hay "Chỗ này nên đổi thêm một xíu",... Bạn để tâm của mình ở đâu, level của bạn ở đó Có bao giờ những câu nói như này chảy qua dòng suy nghĩ của các bạn chưa?

https://thanhle.blog/blog/pm-bat-change-hoai-lam-sao-cho-pm-cung