Ứng biến

- Gấu ko được lên lớp 4 thì sao giờ con? 

- Dạ chuyển em qua trường khác!

- Qua trường khác vẫn học lại lớp 3

- Ba cứ nói là con học lớp 4, ko ai biết đâu!

Cây Tung - Nam Cát Tiên

Khám phá vẻ đẹp hoang sơ của Rừng Quốc gia Nam Cát Tiên.

Được hòa mình vào thiên nhiên, ngắm những cây cổ thụ khổng lồ và tận hưởng bầu không khí trong lành là một trải nghiệm thật đáng nhớ cho cả nhà.

Akshardham Temple, Delhi

Ngôi đền Hindu tinh xảo tầm cỡ thế giới. Mặt sân được ốp bằng đá từ Rajashtan - luôn mát dù phơi nắng. Đền ko cho chụp ảnh cá nhân, nhưng fotoshop riêng với 200rs/ bức bao luôn khung.

Date: 03.Sep.2016

Location: Akshardham Temple, Delhi

Gái xấu là gái của mình, gái xinh là gái thiên hạ

Một chiều được nghỉ học sớm, 3 thằng đạp xe lên dốc nhà thờ Phủ Cam. Gái các trường cấp 3 đi ngang qua đông vô kể.

Thằng Lãi xuýt xoa, nhanh nhẩu thường thấy:

- Con bé kia đẹp hè, 2 tụi bay!

Nhưt lớp trưởng tỏ ra thận trọng:

- Gái xấu là gái của mình, gái xinh là gái thiên hạ.

- Tệ quá! Chẳng qua mi không lấy được vợ đẹp nên nói rứa. Rứa còn mi, tổ phó tổ 1, Măng?!

– Mi đi khuyên mấy đứa đẹp lấy tau đi. Chứ tau đồng ý mà!

Lý lẽ

 Ở xứ Huệ nọ, ngày xửa ngày xưa, có 1 phú hộ tên là Bùi Sương, nổi tiếng là rất lý lẽ.

Thời học sinh:

Mạ: học đi con, lên đại học rồi chơi!

Thời đại học:

Mạ: học đi con, có công ăn việc làm rồi chơi!

Thời đi làm:

Mạ: làm đi con, có vợ rồi chơi!

Thời có vợ:

Mạ: hắn về thăm tau mà toàn đi chơi ko à?!

I don’t have villa but I have a big heart

Thỉnh thoảng Bùi có làm việc với mấy ôn/mệ Ấn Độ về an ninh mạng và an toàn thông tin. Mấy ôn ni chuyên môn khá tốt, mà giá cả cũng dễ chịu.

Có một ôn hơn 50 tuổi, Sharma, quê thủ đô New Delhi, hiện đang sống ở Pune. Da trắng, mặt hiền khô, nhìn như tu sĩ đã ngồi thiền định mấy chục năm. Nói chuyện cũng nhẹ nhàng, từ tốn, dễ có thiện cảm.

Hồi chiều trời mưa, ôn Sharma nói khi mô qua Ấn Độ thì ghé Pune chơi với ôn.

Bùi mới kể là có hội bạn cấp 3 đang tính qua Ấn Độ du lịch, muốn ghé thăm đền hang Ellora, cũng gần Pune. Chuyến ni đi chơi chứ không phải công tác chi, bỏ tiền túi cá nhân ra.

Ôn Sharma nghe xong nói ngay:

- Rứa thì qua ở nhà ôn nhé, không cần thuê khách sạn mô 😎

Bùi hơi bất ngờ, mới quen qua công việc mà ôn đã mời cả hội về nhà. Bùi hỏi đùa:

- Chắc nhà ôn to như cái villa to lắm hí, mới chứa nổi hội bạn của Bùi?! 🧐

Ôn Sharma cười rồi nói:

- I don’t have a big villa, but I have a big heart 💜 

Bùi cười khoái chí:

- Hahahah 😀 such a good answer!

 

Ways of Working Review – Are We Getting Better?

Team that has just finished a Sprint. Most User Stories are Done. There are no major incidents, and the release is still on track.

Do we really need a Ways of Working Review (Retrospective)? Team decides to skip it.

 In the next Sprint, testing is again pushed to the last few days. Developers wait for requirement clarification. Several stories are carried over to the next Sprint.

Nothing is seriously wrong.

But the same things keep happening.

-> That is where a Retrospective creates value.

 

A Retrospective is not simply about asking: “Was the last Sprint good or bad?”

It is about learning from what happened and deciding what to improve next. 

Look Back	Purpose
What worked well?	Keep doing it
What did not work well?	Understand why
What keeps happening?	Find what needs to change
What will we do differently?	Agree on 1–2 concrete actions

 

For example, instead of simply saying: “Testing was late again.” Team could agree:

“From the next Sprint, a story will only enter development when the acceptance criteria are clear and the tester has reviewed them.”

That is the real value of a Retrospective. It does not need to be a long meeting. And it does not need 20 action items.

 

The goal is simple: Make the team a little better after every Sprint.

If a Retrospective only talks about the past, it is just another meeting.

 

If it changes how the team works in the next Sprint, it becomes continuous improvement.

 

Issue and Problem: Don't Just Fix What's Happening

One day, a user raises a complain: “I submitted the request, but my manager didn't receive approval.”

Support team checks and finds the workflow is stuck. Developers rerun the workflow, and manager receives approval.

Done?

That request was done. This was an issue, and the team resolved it.

 

But the following week, another user encounters the exact same problem. Then, a few weeks later, another case arises.

 

Team investigates further and discovers the cause: when the user's Manager information changes, the data isn't synced in time. The workflow can't find the correct approver and gets stuck.

 

This is the real problem.

What	An incident is occurring.	The cause of the incident
Example	The manager did not receive approval.	The workflow retrieves incorrect/outdated approver information.
Handle	Run the workflow again to continue the request.	Modify the workflow for identifying approvers.
Target	Restoring operations	Prevent the issue from recurring.
Question	How can we handle this immediately?	Why did it happen?

  

The key point is:

• Fixing an issue allows a request to continue running.
• Solving a problem prevents hundreds of subsequent requests from encountering the same error.

The same applies to project or product management. If the same type of issue keeps recurring and the team keeps closing tickets over and over again, we're not truly solving the problem. We're just effectively putting out fires.

Celebrating Bosch CI Centricity Maturity - 2021

Kỷ niệm Huế – Cam Ranh

Hè năm lớp 7, tôi một mình bắt xe vào Cam Ranh thăm bà chị. Cả gia đình vẫn sống ở Huế, chỉ có chị tha phương cầu thực vào vùng đất đầy nắng gió biển mồ mã đầy rẫy này, nên chuyến đi ấy với tôi vừa là đi chơi, vừa là để chị vơi bớt nỗi nhớ nhà.

Xóm chị ở rất nghèo, đa phần là dân lao động miền biển. Những căn nhà cấp bốn, có nhà chỉ lợp ván gỗ đơn sơ, oằn mình dưới cái nắng gần như quanh năm của xứ xoài. Người Cam Ranh trông rắn rỏi, da sạm nắng, vóc dáng cao lớn hơn người Huế. Giọng nói cũng rất đặc trưng, "a" thành "e", nghe lạ tai nhưng chỉ vài hôm là quen. Ngày ấy Cam Ranh nhiều xoài lắm. Những rừng xoài cổ thụ trải dài bạt ngàn. Sắn – người ở đây gọi là củ mì – cũng được trồng khắp nơi.

Lũ trẻ trong xóm nghịch chẳng kém ai. Chúng hay bắt nhông sống quanh các khu lăng mộ đem nướng. Nghe mà rợn người. Chim chúc quạch thì đậu đầy trên những tán keo – thứ mà ở Huế muốn ăn thì mạ phải ra chợ An Cựu mua. Tụi nhỏ nhìn tôi ăn món Huế rồi cười: Mi ăn chi cái đó rứa? Tụi nó hay nhại giọng Huế. Có lần tôi dùng ná bắn được một con chúc quạch non. Không dám làm thịt nên đem đưa cho má thằng Mẫn. Bà cầm con dao nhỏ, thoăn thoắt vặt sạch lông rồi mổ bụng. Tim con chim vẫn còn đập thình thịch. Nhìn vừa sợ vừa ám ảnh. Nhưng rồi nướng lên, cả đám ngồi quanh bếp than chia nhau ăn và gật gù ngon.

Xế chiều, tôi theo đám bạn cùng trang lứa, tay xách túi lưới và cái cào nhỏ, lội ra bãi cạn gần cảng Ba Ngòi khi thủy triều rút. Cả bọn lom khom cào cát, bới rong biển, tìm từng con ốc, con sò hay con tôm mắc lại trong các vũng nước. Nắng miền biển cháy rát da, lưng đứa nào cũng đen nhẻm. Thành quả sau mỗi buổi chiều là vài con sò lông, ốc móng tay, nghêu, vẹm xanh... Vui là chủ yếu chứ tối đến cả đám đem nướng, ăn rất ngon.

Hai năm trước, tôi có ghé lại thăm. Hai anh em thằng bạn cũ ngồi trước hiên, nhậu với đĩa trứng chiên cháy đen và một xị rượu. Hai khuôn mặt cúi gằm xuống đất, hằn lên dấu vết của những năm tháng mưu sinh, má thì mất, ba thì bỏ đi giờ cũng tật nguyền nằm 1 chỗ. Nhìn mà chạnh lòng. 

Gần ba mươi năm trôi qua, hôm ghé quán từ Suối Đá Cam Ranh, những bãi cạn ấy vẫn còn người đi bắt hải sản mỗi khi nước xuống. Chỉ khác là bây giờ họ dùng dụng cụ hiện đại hơn, không còn cảnh lội mò bằng tay như ngày trước. Cam Ranh vẫn còn những cây xoài mủ, những con đường phủ cát trắng và mùi mực phơi nắng đặc trưng mà chỉ cần thoảng qua là biết mình đang ở vùng biển.

Lần nào trở lại, tôi cũng cố đi một vòng tìm đám bạn ngày xưa nhưng cũng khóng gặp được.

 

Lessons Learned: Don't Let BCP Become the Last Barrier to Project Closure

In many ERP implementation projects, Business Continuity Planning (BCP) is included as part of the Go-Live deliverables. While the implementation team often focuses on system deployment, UAT, and Hypercare, the BCP document may receive less attention until the final acceptance stage.

This can create an unexpected project risk.

What happened?

The ERP system was already in production and business operations were running successfully. However, the customer continued reviewing the BCP document and requested additional details, including manual workaround procedures, recovery sequence, department responsibilities, and testing expectations.

As the BCP document was part of the Go-Live acceptance package, the project could not be formally closed until the document was approved.

As a result:

• Go-Live acceptance was delayed.
• Project closure was postponed.
• Final milestone payment could not be invoiced or collected.
• Additional project effort was required during Hypercare to address review comments.

Root Cause

The scope and acceptance criteria for BCP were not fully aligned with the customer during the planning phase.

Different stakeholders had different expectations regarding:

• BCP documentation
• BCP testing
• Operational readiness
• Recovery procedures
• Business ownership

These expectations only became visible during the final review process.

Best Practices

Before Go-Live, every ERP project should clearly agree on:

• Is BCP part of the contractual deliverables?
• Is only the BCP document required, or is BCP testing also required?
• Which business processes and departments are included?
• Who is the final approver?
• What are the acceptance criteria for BCP approval?

These items should be documented in the Statement of Work (SOW), Go-Live checklist, or Acceptance Criteria.

Key Takeaway

A delayed BCP approval is not only a documentation issue—it can become a commercial risk. When BCP is included in the Go-Live acceptance package, unresolved BCP reviews may delay project acceptance, postpone project closure, and impact milestone payments.

Early alignment on BCP scope and acceptance criteria helps reduce review cycles, prevent scope creep, and protect both delivery and commercial objectives.

Jar of Love:: Cất một tình yêu vào trong chiếc bình

 

Jar of Love – Cất một tình yêu vào trong chiếc bình: https://www.youtube.com/watch?v=t4Os4nxEBfI&list=RDt4Os4nxEBfI&start_radio=1 

Có lần Trò Bùi tình cờ nghe lại bài Jar of Love của Wanting Qu qua một đoạn Reels ngắn. Bài hát này ra đời đã hơn 10 năm nhưng lạ thay, mãi đến bây giờ Trò Bùi mới thật sự ngồi nghe kỹ.

Nhiều bài hát nổi tiếng nhờ giai điệu bắt tai. Còn Jar of Love lại giống một cuộc trò chuyện với chính mình hơn. Trò Bùi không cảm nhận đây là bài hát nói về một tình yêu mãnh liệt. Ngược lại, nó nói về sự lưỡng lự, thiếu chắc chắn và những câu hỏi mà có lẽ ai cũng từng tự hỏi mình:

"Mình có xứng đáng không?"

"Liệu người đó có ở lại không?"

"Nếu mở lòng thêm một lần nữa thì sẽ ra sao?"

Người nhạc sĩ dường như không vội vàng lao vào tình yêu. Cô ấy đứng lại, suy nghĩ rất lâu. Có cảm giác như đang cân nhắc giữa việc bước tới hay quay lưng đi. Rồi sau tất cả những lần tự vấn ấy, cô quyết định tiến tới. Điều làm Trò Bùi thích nhất chính là hình ảnh jar of love. Đó là một hình ảnh dễ hình dung ra nhạc sĩ muốn ám chỉ điều gì!!

Tình yêu vốn là thứ vô hình, không nắm được, không giữ được. Nhưng trong bài hát này, tình yêu được đặt vào trong một chiếc bình như một vật quý giá. Có thể không phải vì muốn chiếm hữu, mà bởi vì sợ nó biến mất. Khi tìm được một điều thật sự quan trọng, người ta thường có xu hướng muốn giữ nó lại cho riêng mình. Muốn cất nó ở một nơi an toàn để gió không cuốn đi mất.

Về phần âm nhạc, Trò Bùi  vẫn thích bản acoustic hơn. Sau này bài hát được phối lại theo hướng pop với nhiều nhạc cụ điện tử hơn. Bản mới nghe hiện đại, mượt mà và dễ tiếp cận hơn. Nhưng với Trò Bùi, nó lại mất đi một phần cảm xúc. Bản acoustic có những khoảng lặng, những hơi thở và cả những chỗ chưa hoàn hảo. Chính những điều đó làm cho người nghe cảm thấy như có một người thật đang ngồi trước mặt kể chuyện.

Bài viết liên quan, cùng 1 cảm xúc: https://www.gautocxia.com/2024/06/rang-o.html

Chuyến đi Hampi năm 2011 cùng lứa đầu vô Bosch

Nhân dịp Ấn Độ ra đồng tiền mới Rs 50, mình lục lại kỉ niệm chuyến đi Hampi năm 2011 cùng lứa đầu vô Bosch.

Bỏ qua mấy vụ lặt vặt đi quanh Bangalore, Tumkur (tôm cua) rồi Mysore, mình vẫn cảm thấy chưa đủ phê. Cần làm một chuyến đi xa và nhớ đời trước khi về nước. Lục loại quanh bản đồ du lịch Ấn Độ, thì mình lựa 1 nơi cổ cổ, di chuyển được và là di sản văn hóa thế giới. Cái tên Hampi lù lù ra. Phải nói rằng mình chọn Hampi vì nó là một dạng "group of monuments at Hampi", đi được nhiều cái hay một lúc, cũng như Cố Đô Huế nhà mình.

Cái thời Google maps chưa có, ít người dùng smart phone, thông tin du lịch hạn chế, để làm một chuyến xa lên miền bắc Karnataka có thể nói là hơi liều và mù thông tin. Kệ, làm cú chót. Không biết ru rê răng mà cuối cũng được 9 đứa đi. Mình mang tiếng chủ xị nhưng lên lịch chính, thiết kế chương trình là ku Lê Ngọc Minh, còn cơm nước là chị em phụ nữ Phuong-Dung Bui.

Cả đám đi xe buýt lên Majestic, rồi mò vô bến xe. Khổ ghê. Để hỏi đường vô bến xe mua vé mà cũng khổ. Mạ, hỏi lối vào bến xe không mà cũng khó. "Where is the entrance?", mình phát âm là "en trần", bác không hiểu rồi chuyển sang "in trên" mới hiểu. Hài. Kệ dù sao gà lần đầu thì lần sau rút kinh nghiệm.

Cả đám chờ xe đến 9h thì mò lên, bắt ghế nằm phò, chờ di chuyển đến Hospet. Xe khá là sang và lịch sự. Dân Ấn có vẻ không quan tâm cái đám leo nheo, ồn ào lên xe. Chắc họ cũng nghĩ tụi ni là dân Nepal hay Manipur ngèo đói chi đó. Y như rằng dân Việt Nam qua là nghèo, tau không thèm chơi thèm quan tâm, họ ngủ rồi chờ đợi sáng mai tới nơi. Mình cũng ngủ, chả biết trời trăng chi. Đến khuya thì mở mắt ra, xe chầm chậm băng qua cái đèo nhỏ, một bên là vách đá, kiểu như đèo Hải Vân. Không rõ người ta đang đục đục kiếm đá hay tự nhiên đá lởm chởm như rứa. Trời tối và mờ ảo, không nhìn rõ được chi. Cố gắng ngủ tiếp, vì xe sẽ tới vào sáng sớm mai.

Xe cũng tới bến Hospet, xuống xe thôi. Hospet là nơi trung chuyển. Dù hơi mệt, phải banh mắt ra sáng sớm 5h sáng nhưng cũng hào hứng vì mình đang tới tới 1 nơi khá xa lạ. Quang cảnh khá đìu hiu, chắc là vẫn một dạng làng quê, chưa phát triển lắm. Để di chuyển 10KM tới Hampi thì phải đi bằng xe Rickshaw. Đường vô Hampi như đường vô Nandhi Hills, toàn đất đá lởm chởm. Người ta chỉ trồng được bắp và các loại hoa quả đơn giản, ngắn ngày. Đi ngang mà vẫn thấy 1 bác Ấn đang thả bom sát đường lộ, haha. Thôi kệ, một dạng bón phân u rê mà.

Mình ló đầu nghía qua chiếc Rickshaw, một cái cổng đền đồ sộ hiện ra là biết ngay đã tới Hampi. Như thường lệ của người sống đơn giản, ưa tự do thì hành trang chỉ có cái balo đựng laptop, quần Jean, áo sơ mi và đôi dép Lào nát bét mòn đế. Không hề chi, nghèo thì sống đơn giản cho nó khỏe. Cái tật là vô đền ở Ấn là phải di chân trần, nên mình gửi dép. Hê hê. Mà gửi rứa thôi chứ không có lấy số dép Tranh thủ làm vài pô trước khi chính thức đặt chân vào đền Virupaksha. Phải nói là cái đền ni nó hoành tráng, dài, đồ sộ mà chưa bao giờ, kể cả mình lê lết ở Án gần 2 năm mà thấy được. Đúng là di sản văn hóa thế giới có khác, cái đền chính ni nó hoành tráng. Bên trái gồm các tảng đá lớn, xui, nơi đây bạn có thể ngắm hoàng hôn xuống khi trời chạng vạng tối. Bên phải có một cái bể chứa nước nhỏ. Vùng đất khô hạn mà, phải có cái chi đó để chứa nước. Rất lạ là cái chánh điện (đền) ở giữa không có nhà tu nào, chỉ toàn tượng đá. Nhà tu nằm bên phải cái chánh điện, nhỏ và khá tối vì nó làm kiểu hang đá, kiểu như một dạng hang động bằng cách đục đá. Mùi thì rất riêng biệt của đạo Hindu. Không biết mùi chi mà nến cháy suốt ngày đêm và hoa được phủ lên các bức tượng của vị thần tạo ra một mùi rất riêng. Không biết dưới cái đền ni có cất vàng bạc của dân tình cúng viếng không chứ Ấn Độ nổi tiếng có các đền chứa đầy vàng bạc lên đến cả tỷ USD. Lúc mô cũng rứa, đền thờ Ấn Độ, nhất là miền Nam được chạm khắc cầu kì, rất phức tạp nhưng bố cục rõ ràng, không gây cảm giác chằng chịt hoa văn và rối mắt. Lợi thế ở đền làm bằng đá, thời tiết khô cằn, dân thì sùng bái thần linh thì nó sẽ ít bị bào mòn bởi thời tiết, tác động của con người. Bởi rứa đền ở Ấn Độ lên tới 1000 năm là bình thường.

Chơi miết cũng đói bụng. Cảm đám 9 đứa kiếm chỗ ăn trưa. Vòng ra sau ngôi đền là đường đi lên các tảng đá, cũng có nhiều cái đền , cũng có một ngôi trường nhỏ. Phải đi chân trần qua đó, gai từ các bụi cỏ chích chích đau đau. Ngó mà vui, mấy đứa chia nhau thức ăn, tình cảm. Ở đây có cá mảng xanh mướt và hoa vàng xen kẻ nhau. Mình thì nằm phè ra, cảm giác rất tự do.

Ở Hampi ni, vì có rất nhiều đền cả đám cố gắng khám phá càng nhiều càng tốt. Mấy thằng mấy con lết bộ mêt bỏ xừ. Trời thì khá nắng mà nước ở đây vô cùng hiếm, không thấy một tiệm bán nước mô. Kể cũng lạ, vua chúa chi mò vô đây xây dựng kinh đô mà nước uống hiếm quá, cho dù có một con sống chảy ngang qua. Cảm đám đi bộ một đoạn khá dài rồi cũng tới được một ngôi đền. Có đền thì mò vô tham quan thôi. Tên đền thì làm răng mà nhớ được vì nhiều đền quá, vả lại tiếng Kannada thì cũng bó tay. Tiếp tục cuộc hành trình. Vua thời xưa chắc thích chơi trội mà xây nguyên cái đền nằm dưới mặt đất, Underground Temple. Chắc ông nghĩa là đền nằm hẳn dưới đất mát hơn nằm trên đất. Cũng có lý của nó, cái đền ni nó ngập nước, ẩm mốc và có mùi khó chịu. 2 thằng chụp vài pô xong rồi chuồn. Trời vẫn còn đang nắng. Cả bọn nghỉ ngơi hồi lâu, tám đủ thứ trên trời dưới đất, lấy sức để đi tiếp.

Cả bọ dừng chân ở Elephant Temple. Mà vé vô tới 200 Rs dành cho dân nước ngoài. Tiếc tiền nên tính cách khác, bỏ qua cái đền ni. Tình hình là như ri, một là đi vòng, rất xa mà hàng quán nước không có, 2 là đi băng qua núi, gần hơn. Bản tính mà, nhác, cả bọn chọn đi băng qua núi. Nói rứa chứ thành hên dễ sợ. Sau khi băng 1 đoạn đồi nhỏ, thì cả đám tới một ruộng bỏ hoang. Muốn xuống thì phải nhảy qua tảng đá chứ không có đường. Đi là đi mù rứa thôi chứ không biết phía trước là gì. Cả bọn phải băng qua cái lạch nhỏ, rồi tới cái suối lớn. Con trai thì không vấn đề gì, chị em phụ nữ cần giúp đỡ. Không biết mô ra có bác nông dân người Ấn hướng dẫn cho cả đám qua suối. Nước chảy khá xiết. Mình không biết mô tả cụ thể ra răng, trên là cây ối um tùm che hẳn dòng suối đá bên dưới. Cả bọn phải băng qua thêm một đoạn đường mà hình như không biết dẫn tới mô, cứ đi là đi thôi. Sau khi băng qua vài ruộng nước thì tới một ngôi đền cổ. Ở đây khá đổ nát và không một bóng dân du lịch. Chắc là em nó nằm trong rừng sâu, đường xa tiếp cận khó khăn nên hoang vắng. Cái đền khá to, đổ nát, các cái cột chống hư hại nhiều. Vì đi tắt nên cả đám đi vào đền bằng đường sau. Phía trước cổng đền là một cái giếng khá to. Nước không còn nhiều. Cũng không biết xây cái giếng ni làm chi vì xa xa là sông Tungabhadra chảy ngang qua.

Cả bọn ghé qua dòng sông ăn xế. Mà nước ở đây đỏ kè, chắc là nhiều sắt Fe. Nước tuy cạn nhưng nguya hiểm á. Nước chảy khá xiết và trơn tuột. Mình và thằng Tien Cao đánh lẻ đi khám phá thêm đằng sau khu núi. Ở sau có các tảng đá được chạm khắc, và các bức tượng nằm xen kẻ dưới dòng sông. Xa xa có chú chèo thúng đánh cá. Ở đây không có thảo mộc chi nên không biết cá lấy chi mà ăn. Mình đoán cá không nhiều. 2 thằng thay nhay chụp ảnh rồi tụ tập với nhóm. Ăn uống ngay trên các tảng đá, chân thì vọc nước, cảm giác thật thích thú. Thì cả ngày đi bộ, chừ là lúc nghỉ ngơi coi như là mát xa chân.

Phải nói là Hampi có rất nhiều đền cổ, công trình cổ cho dù nát bét gần hết. Nếu có sức và bạn yêu thích những gì cổ xư thì cần 2 ngày thì đi hết Hampi. Xa tít trên rặng núi đá tuốt trên cao có một có đền. Mình thích lên đó nhưng đã 6h tối rồi nên đành chịu. Màn đêm cũng buông xuống, cả bọn đi kiếm ăn. Ở đây du lịch, thời điểm 2011, chưa phát triển lắm, nên chỉ có vài hàng quán lèo tèo. Thì chịu khó ăn được cơm chiên, dằn bụng để ra Hospet 9h tối đón xe về Bangalore. Cơm nước xong xui, mình đùa giỡn với 1 ku Ấn. Ku Lê Ngọc Minh khóc lóc, nói em quên cái kiếng ở sông, nơi mà cả đám ngồi ăn xế ở chiều. Chừ răng, cái đó là đồ kỉ niệm, bạn em mua ở chợ Đông Ba. Thì thôi, 2 anh em mò xuống. Mẹ nó, đi ngang qua thì bị 2 thèng chặn lại, rằng là rất nguy hiểm, nó đòi dẫn đường. Nó đòi dẫn đường. Mình thì không sợ chi, có quái mô ở dưới đó mà ma với cướp. Nói rứa thôi, trời thì tối, đường làng mà làm chi có đèn, toàn đền cổ nên trông như xử sở ma quỷ. Có dân bản địa cũng hơn. Mình dặn lòng là có gì hăn chấn lột hay cướp bóc thì tau đập chít thằng dẫn đường nghe Minh. Vừa đi vừa nhìn đường vừa nhìn coi có cục đá mô không. Lỡ có chi thì lượm đá choảng liền. Một bên là tảng đá, một bên là sông. Đi khoảng 10 phút, 3 thèng từ ngôi đền hoang vắng, tối mù, cộng thêm cây đa lắc nhẹ gió, 2 thằng mò bậc thang xuống dòng sông. Thì cũng may, hắn cũng tìm ra cái kiếng. Thì nó vẫn nằm đó chứ mô, xứ xở ni ai mò xuống làm chi mà mất mát. Mà công nhận không biết liều hay ngu, cái kiếng vài ba đồng bạc mà liều mình bò xuống cái nơi hoang vu, kinh dị như ri. Mình bảo đảm thèng mô nhát chít thì đi ba bước đã tè ra quần. Như ma ám í.

2 thằng trở lại với nhóm rồi ra bến xe. Shopping linh tinh rồi về Bangalore. Hampi rất hợp cho những bạn yêu thích đền đài, cổ kính, yêu thích lịch sử. Cho dù mình đi khá nhiều nơi Ấn Độ nhưng nơi đầu tiên mình cảm thấy được khám phá, được tung hoành với lứa bạn đầu tiên ở Bosch thì rất vui. Cho dù sao đi nữa, lâu quá không gặp, nhưng những kỉ niệm với Tien Cao, Lê Ngọc Minh, Phuong-Dung Bui, Chi Pham không bao giờ quên.

Scope Creep and Gold Plating:: The Old Problems Every Software Project Eventually Meets

Một Cái Nút Nhỏ, Một Bài Học Lớn Hơn

Sáng nay tôi có một cuộc trao đổi khá thú vị với một bạn developer trong team.

Bạn ấy đã implement một thay đổi cho đoạn text của một button đã được sử dụng trong hệ thống suốt nhiều năm qua. Khi tôi hỏi lý do, bạn giải thích rằng đoạn text mới chính xác hơn về mặt ngữ nghĩa và phản ánh đúng hành động của người dùng hơn. Về mặt kỹ thuật, bạn ấy không sai. Thậm chí có thể nói là đúng.

Nhưng với vai trò Product Owner, câu hỏi tiếp theo của tôi rất đơn giản:

Lợi ích cho khách hàng là gì? 

• Cả hai cùng im lặng một lúc.

Rồi tôi tiếp tục hỏi.

Người dùng hiện tại có đang hiểu sai ý nghĩa của button này không?

• Không.

Có ticket, complaint hay feedback nào liên quan đến button này không?

• Không.

Có trường hợp nào người dùng bấm nhầm nút vì đoạn text hiện tại không?

• Không.

Nó có gây ra vấn đề nghiệp vụ nào không?

• Không.

Việc đổi text có giúp giảm effort đào tạo người dùng không?

• Không.

Việc đổi text có giúp tăng năng suất làm việc không?

• Không.

Có yêu cầu nào từ khách hàng hoặc business owner không?

• Cũng không.

Đến lúc đó, cả hai đều hiểu cuộc trao đổi đang đi về đâu. Đề xuất này vẫn cần effort để phát triển. Vẫn cần effort để kiểm thử. Vẫn cần cập nhật tài liệu. Vẫn cần cập nhật release note.

Và với vai trò Product Owner, cuối cùng tôi vẫn phải giải thích được giá trị kinh doanh của thay đổi này. Tất cả những việc đó chỉ để thay đổi một button vốn đã hoạt động ổn định suốt nhiều năm. Đúng là đoạn text mới có thể chính xác hơn. Nhưng chính xác hơn chưa chắc đã tạo ra giá trị.

Trong phát triển phần mềm, chúng ta rất dễ rơi vào cái bẫy cho rằng bất kỳ sự cải tiến nào cũng là một cải tiến có giá trị, chỉ vì nó làm sản phẩm trông gọn gàng hơn, đẹp hơn hoặc "đúng" hơn. Nhưng sản phẩm không tồn tại để thỏa mãn cảm giác hoàn hảo của đội phát triển. Sản phẩm tồn tại để giải quyết vấn đề cho khách hàng. Sau khi trao đổi, tôi quyết định từ chối đề xuất này. Không phải vì bạn developer sai. Thực ra ý định của bạn ấy hoàn toàn tốt. Bạn muốn cải thiện sản phẩm. Nhưng quyết định về sản phẩm cần được dẫn dắt bởi giá trị, không phải bởi sở thích cá nhân. 

Cuộc trao đổi nhỏ đó làm tôi nhớ lại một điều mà tôi đã học được nhiều lần trong suốt sự nghiệp của mình:

Không phải mọi cải tiến đều thực sự là cải tiến. 

Đôi khi quyết định tốt nhất là không thay đổi gì cả.

Đặc biệt khi không có vấn đề nào thực sự cần được giải quyết.

Là Product Owner hay Project Manager, trách nhiệm của chúng ta không chỉ là hỏi:

"Chúng ta có làm được không?"

Mà quan trọng hơn là phải hỏi:

"Tại sao chúng ta phải làm việc này?"

Câu kết "Tại sao chúng ta phải làm việc này?" thực ra chính là cốt lõi của Product Management. Developer thường tập trung vào giải pháp. PO phải tập trung vào giá trị. Và rất nhiều Gold Plating bắt đầu từ việc cả team nhảy ngay vào giải pháp trước khi xác định xem có vấn đề nào thực sự tồn tại hay không.

Sắc hoa loa kèn tím

Sắc hoa loa kèn tím dù quen thuộc nhưng đã gần thập kỷ rồi mới lại khoe sắc rực rỡ dọc các trục đường Lê Văn Sỹ, Nguyễn Văn Trỗi.

Những ngày nắng gắt xen lẫn vài trận mưa dường như đã đánh thức sức sống tiềm tàng của loài hoa này.

Giữa buổi chiều vàng mưa phùn, phố thị bỗng bình yên, lạ lẫm, tạm quên đi cái nóng nảy và bức bối đặc trưng của Sài Gòn.

Tạt qua chợ Phan Đình Phùng, tranh thủ chụp vội.

Nước đắt bia ở Quy Nhơn

Nghe nói Bùi mới đi Quy Nhơn về. Có thường thức đặc sản gì không?

Dạ, nước!

?!

Ở Quy Nhơn nước đắt hơn

Đầm Thị Nại

Đầm Thị Nại rộng mênh mông, cây cầu dài 7km vắt ngang, gió thổi đã đờ. mà. Mà có thêm vài điểm dừng hứng gió giữa cầu như cầu Bạch Hổ xứ Huệ là tuyệt.

Màu nước biển ngay trung tâm thành phố nhìn khá giống Cần Giờ.

83% người lên chụp hình kỷ niệm mộ Hàn Mạc Tử… vẫn mang nguyên giày dép.

Có người khuyên nên đi bảo tàng Quang Trung, nhưng nghĩ lại thời hoàng đế Gia Long đã dọn sạch dấu tích rồi, nên cũng tò mò không biết còn chi để mà coai?!

Bạn nào có tuổi hoặc sức khỏe yếu muốn gần Phật hơn thì leo gần 600 bậc thang chùa Linh Quang - Ông Núi.

Eo Gió đúng là có gió, nhưng nếu so với mấy vùng đặt điện gió thì vẫn chưa thấm béo. Eo Gió cũng là nơi có nhiều biển báo cấm nhì Việt Nam.

Ở Quy Nhơn, bia rẻ hơn nước là có hấy!

Cây chi ở Gènh Ráng - Tiên sa mà có lá tới 3 màu.

Vẫn còn tranh cãi là tháp Chăm Bánh Ít (thế kỷ 12) có trước hay sau Bánh Ít Bình Định.

NEET

Wat iz ur dream job, sir?!

NEET

Social stigma said u must have 1!

TEEN.

The flowers are in full bloom

 The leaves have all fallen, 

     -- the flowers are in full bloom, 

          -- creating a truly spectacular sight.

Source: https://indianexpress.com/article/lifestyle/life-style/bengaluru-under-golden-shower-as-tabebuias-or-golden-trumpet-trees-turn-yellow-8490671/

 

The Value Chain in Software – Through the Lens of PM and Product

1. PM at the Lowest Level: Task Coordinator

In low-value outsourcing models, the Project Manager mainly:

• Tracks timeline

• Reports status

• Manages scope changes

• Follows client instructions

The PM does not influence the product direction.
The client decides everything.

Here, the PM is managing execution, not value.

This is similar to managing a factory line.

2. PM as Delivery Owner (QCD Focus)

Next level:

• Challenges unclear requirements

• Manages risk proactively

• Suggests technical improvements

• Balances scope, cost, and timeline

Now the PM protects quality and delivery, not just schedule.

Still execution-focused, but with ownership.

This is already higher in the value chain.

3. PM as Solution Partner

Now it shifts.

The PM:

• Understands business goals

• Connects technical work to business impact

• Proposes better approaches

• Advises the client

Instead of asking:
“What should we build?”

The PM asks:
“What problem are we solving?”

At this stage, the PM influences value, not just output.

4. Product Management – Moving to the High-Value End

Product management sits further to the right of the value chain.

A strong Product Owner:

• Defines roadmap

• Prioritizes based on market value

• Understands user behavior

• Makes trade-offs

Product management is not about managing tasks.
It is about deciding what not to build.

That decision alone creates huge value.

5. Managed Service – The Bridge Up the Chain

This is important.

When you move from:

“Project-based delivery”
to
“Managed service with SLA/KPI”

You are moving up the value chain.

Why?

Because now you:

• Own performance outcomes

• Define service scope

• Control operational standards

• Build long-term client dependency

You stop selling effort.
You start selling reliability and results.

The Strategic Difference

Low-value zone:

• PM manages activities

• Product follows instructions

• Revenue depends on manpower

High-value zone:

• PM manages outcomes

• Product defines direction

• Revenue depends on value delivered

What This Means in Reality

If a PM only:

• Tracks tickets

• Sends reports

• Escalates issues

That PM stays in the middle of the curve.

If a PM:

• Understands domain deeply

• Advises on solution design

• Drives risk strategy

• Shapes service model

That PM moves toward the high-value end.

Same title. Very different impact.

Simple Summary

Execution manages work.
Ownership manages value.
Strategy manages direction.

In software, moving up the value chain means shifting from managing tasks to owning outcomes.

That is where project management and product management become strategic, not administrative.

Reference:

• Drucker, P.F. (1993) Post-capitalist society. New York: Harper Business.

• Levitt, T. (1972) ‘Production-line approach to service’, Harvard Business Review, 50(5), pp. 41–52.

• OECD (2013) Interconnected economies: Benefiting from global value chains. Paris: OECD Publishing.

• Project Management Institute (PMI) (2021) A guide to the project management body of knowledge (PMBOK® Guide). 7th edn. Newtown Square, PA: PMI.

• Schwaber, K. and Sutherland, J. (2020) The Scrum Guide. Available at: https://scrumguides.org (Accessed: 03.02.2026).

• Shih, S. (1996) Me-too is not my style: Challenge difficulties, break through bottlenecks, create values. Taipei: Acer Foundation. (Smile Curve concept).

• World Bank (2020) World development report 2020: Trading for development in the age of global value chains. Washington, DC: World Bank.

• Porter, M.E. (1985) Competitive advantage: Creating and sustaining superior performance. New York: Free Press.

• McKinsey Global Institute (2016) Digital globalization: The new era of global flows. New York: McKinsey & Company.

• ITIL (2019) ITIL Foundation: ITIL 4 edition. London: TSO (The Stationery Office).

• Gereffi, G., Humphrey, J. and Sturgeon, T. (2005) ‘The governance of global value chains’, Review of International Political Economy, 12(1), pp. 78–104.

Further read: https://www.gautocxia.com/2026/03/the-value-chain-in-software-development.html