Trật pha giữa con người thật của mình và cuộc sống hiện tại

 Kiểu trật pha giữa con người thật của mình và cuộc sống hiện tại.

Bên trong thì lúc nào cũng muốn đi, muốn đổi không khí, muốn làm cái gì mới để đầu óc sáng lên.
Nhưng thực tế thì chỉ có đi làm – về nhà – xoay vòng. Ngày nào cũng giống ngày nào.
Thế là chán.

Không phải do ai sai.
Không phải do yếu đuối.
Chỉ là môi trường sống bây giờ không hợp với tính của mình.

Mình là kiểu người:

• thích chuyển động

• thích khám phá

• thích thử cái mới

• không chịu được sự lặp lại

• làm nhiều, nghĩ nhiều

• nhưng cũng cần tự do để thở

Còn cuộc sống hiện tại thì:

• trách nhiệm dồn vào người

• việc lặp lại nhiều

• không gian riêng ít

• chẳng có gì để mong chờ

• ngày nào cũng y chang

Trật pha thôi. Không hợp thì tự nhiên đầu óc nó mệt.

Cảm giác chán này ai mạnh mới bị.
Người sống lì, không kỳ vọng thì lại không sao.
Còn mình sống có năng lượng, có drive → bị kẹt là khó chịu ngay.

Giờ không cần làm gì lớn.
Chỉ cần tạo lại đúng “nhịp sống hợp với bản chất”:

• một chuyến đi ngắn

• một hoạt động mới

• một mục tiêu cá nhân

• một khoảng riêng mỗi ngày

• một chút tự do để thở

Là tinh thần bật lại liền.

Nói đơn giản:
Không phải cuộc sống của mình tệ.
Chỉ là nó không “hợp” với mình ở thời điểm này.
Điều chỉnh lại chút là ổn.

3 delivery models — Resource Augmentation (RA), Managed Service (MS), and Project-based (Full QCD Ownership)

 

Introduction

This document presents a comprehensive KPI Framework for Software Project Governance, covering three key delivery models commonly applied in IT service and software engineering environments:

1. Resource Augmentation (RA) – focusing on individual resource performance and efficiency.

2. Managed Service (MS) – focusing on service-level stability, SLA compliance, and operational excellence.

3. Project-based Delivery (Full QCD Ownership) – focusing on end-to-end accountability for Quality, Cost, and Delivery outcomes.

The framework is designed to align with PMO governance standards and ensure that each delivery model has clearly defined, measurable, and actionable indicators that reflect the project’s objectives and the Project Manager’s level of authority.

 

Purpose

The purpose of this framework is to:

• Standardize KPI measurement across different project types.

• Clarify what can and should be measured under each model.

• Enable data-driven performance evaluation of teams and Project Managers.

• Support continuous improvement through transparent QCD (Quality, Cost, Delivery) tracking.

 

Structure

The framework consists of three sections (one per delivery model), each containing:

• Q (Quality): Measures related to deliverable quality, compliance, and client satisfaction.

• C (Cost): Measures related to efficiency, utilization, and financial control.

• D (Delivery): Measures related to timeliness, reliability, and service continuity.

Each KPI includes its definition, formula, data source, frequency, target value, and ownership, ensuring transparency and ease of application across teams and departments.

 

🧭 I. Overview: Comparison of the 3 Delivery Models

Criteria	Resource Augmentation (RA)	Managed Service (MS)	Project-based (Full QCD Ownership)
Contract Type	FTE-based (staffing / body leasing)	SLA-based (service outcome)	Scope-based (product / solution delivery)
Ownership	Client owns full QCD	Vendor owns Q and D (partial C)	Vendor owns full QCD (Quality, Cost, Delivery)
PM Authority	Manages people and performance	Manages process, SLA, delivery	Full authority over scope, cost, resource, timeline
Risk / Reward	Low risk / limited reward	Moderate risk / SLA bonus	High risk / milestone-based reward
Measurement Focus	Individual performance	Service performance	End-to-end delivery outcomes

 

🧩 II. Recommended KPIs by Model

1️⃣ Resource Augmentation (RA)

🎯 Goal: Measure the performance and quality of individual resources provided to the client, not the final product outcome.

Dimension	KPI	Formula / How to Measure	Data Source	Frequency	Typical Target	Owner
Q – Quality	Code Review Pass Rate	(PRs approved on first submission / Total PRs) × 100 %	Git / Azure DevOps / Bitbucket	Monthly	≥ 90 %	Team Lead
	Defect Density (RA scope)	Defects caused by RA resources / KLOC or per sprint	Jira / QC tools	Monthly	≤ 0.3 defects/KLOC	PM
	Rework Effort %	(Rework hours / Total effort) × 100 %	Timesheet / Jira	Monthly	≤ 10 %	PM
	Client Feedback Score	Quarterly rating from client PM / tech lead	Survey / Retrospective	Quarterly	≥ 4.0 / 5	PM
C – Cost	Billable Utilization Rate	(Billable hours / Available hours) × 100 %	Timesheet / SAP	Monthly	≥ 95 %	PM
	Productivity	Story points / FTE / Sprint	Jira / Azure DevOps	Bi-weekly	≥ 8 SP / Sprint	PM / SM
	Attrition Impact	Days of delivery loss due to turnover	HR / PM Report	Quarterly	≤ 5 days	PM
D – Delivery	On-Time Task Completion	(Tasks completed on time / Total tasks) × 100 %	Jira	Sprint	≥ 95 %	PM
	Commitment Reliability	(Sprints achieving ≥90% of plan / Total sprints) × 100 %	Jira	Quarterly	≥ 80 %	PM
	Availability Rate	(Actual working hours / Planned hours) × 100 %	Timesheet / HR	Monthly	≥ 97 %	PM

💡 Optional composite metric:

RA QCD Score = (Q × 0.4) + (C × 0.3) + (D × 0.3)

 

 

 

2️⃣ Managed Service (MS)

🎯 Goal: Ensure the service performance, stability, and SLA compliance.
The PM has control over process, resourcing, and delivery KPIs — but not full cost or scope (as per the service contract).

Dimension	KPI	Formula / Description	PM Authority
Q – Quality	SLA Compliance Rate	(SLAs achieved / SLAs committed) × 100 %	✅ Full (QA, process, governance)
	First-Time-Right (%)	(Tasks completed correctly on first attempt / Total tasks) × 100 %	✅
C – Cost	Effort Efficiency	(Planned hours / Actual hours) × 100 %	⚙️ Partial (within contract scope)
	Resource Stability	(Stable FTEs / Total FTEs) × 100 %	⚙️
D – Delivery	Service Availability	(Uptime hours / Total hours) × 100 %	✅
	Response Time Compliance	(Requests responded within SLA / Total requests) × 100 %	✅
	Change Request Turnaround	Average time to close CRs	⚙️

📘 Typical targets:

• Availability ≥ 98%

• SLA Compliance ≥ 95%

• First-Time-Right ≥ 90%

3️⃣ Project-based (Full QCD Ownership)

🎯 Goal: Ensure the product or solution is delivered with full Quality, Cost, and Delivery accountability.
The PM acts as Project Responsible / Project Owner / E2E PM, with full decision-making authority.

Dimension	KPI	Formula / Measurement	PM Authority
Q – Quality	Defect Leakage Rate	(Post-release defects / Total defects) × 100 %	✅ Full
	Customer Satisfaction	Client rating post-delivery	✅
	Test Pass Rate	(Passed test cases / Total test cases) × 100 %	✅
C – Cost	Cost Performance Index (CPI)	Earned Value / Actual Cost	✅
	Cost Variance (%)	(Budget – Actual) / Budget × 100 %	✅
D – Delivery	Schedule Performance Index (SPI)	Earned Value / Planned Value	✅
	Milestone Achievement Rate	(Delivered milestones / Planned milestones) × 100 %	✅
	Scope Change Impact	% effort or cost increase due to CRs	✅

 

🧠 III. Summary of QCD Ownership and Measurement Focus

Model	Scope of QCD Ownership	PM Authority	Primary KPI Focus
RA	Q, C, D at resource level	Manage individual resource performance	Efficiency, Quality of contribution
MS	Q and D (full); C (partial)	Manage service delivery and SLA adherence	SLA, stability, process compliance
Project (Full)	Full QCD	Manage scope, cost, timeline, resources	CPI, SPI, Quality, Customer Satisfaction

 

 

🧩 IV. Summary Table: PM’s Measurement & Required Authority

Model	What PM Measures	What Authority PM Needs
RA	Resource efficiency & contribution quality	Authority to assign, evaluate, and monitor performance
MS	SLA and service output	Authority over process, delivery, and SLA enforcement
Project (Full)	End-to-end QCD outcomes	Authority to decide scope, resource, budget, timeline, and risk responses

 

 

🎯 Key Takeaways

• RA PM = QCD Controller of Resources
  → Focus on performance and efficiency metrics.

• MS PM = QD Owner of Services
  → Focus on SLA, quality, stability.

• Project PM = Full QCD Owner
  → Focus on scope, cost, timeline, risk, and overall delivery success.

Ambidextrous leadership (lãnh đạo hai tay thuận)

 Vô tình đọc được bài báo mới của cô Trang: Ambidextrous leadership and innovation ambidexterity in a business function: the role of managers’ psychological capital and proactive personality - https://www.emerald.com/jkm/article-abstract/29/5/1446/1263987/Ambidextrous-leadership-and-innovation?redirectedFrom=fulltext 

Thử tìm hiểu nó và áp dụng vào PMO như thế nào!

🧭 1. Định nghĩa Ambidextrous Leadership

Ambidextrous leadership (lãnh đạo hai tay thuận) là năng lực của người lãnh đạo trong việc cân bằng và linh hoạt giữa hai phong cách lãnh đạo đối lập — để vừa duy trì hiệu quả vận hành, vừa thúc đẩy đổi mới sáng tạo.

Cụ thể, đó là khả năng biết khi nào nên kiểm soát – khi nào nên trao quyền.

👉 “Ambidextrous” nghĩa đen là “hai tay đều thuận”, ngụ ý người lãnh đạo có thể sử dụng linh hoạt cả hai kiểu tư duy và hành động:

Loại tư duy	Mục tiêu	Phong cách lãnh đạo phù hợp
Exploit (khai thác)	Tối ưu hóa, ổn định, hiệu quả	Cấu trúc, kiểm soát, chuẩn hóa
Explore (khám phá)	Đổi mới, học hỏi, thử nghiệm	Trao quyền, khuyến khích sáng tạo, chấp nhận rủi ro

➡️ Ambidextrous leader là người biết “chuyển chế độ” giữa hai trạng thái này tùy vào hoàn cảnh.

---

⚙️ 2. Ví dụ cụ thể

• Khi dự án đang vận hành ổn định → bạn đóng vai Exploit Leader:

  • Tuân thủ quy trình, tối ưu KPI, đảm bảo chất lượng.

• Khi cần đổi mới (AI, automation, thử concept mới) → bạn trở thành Explore Leader:

  • Cho phép thử – sai, khuyến khích ý tưởng, giảm áp lực KPI, tăng sáng tạo.

🧩 Ambidextrous leadership = vừa quản lý hiện tại, vừa tạo tương lai.

---

💡 3. Ba thành phần cốt lõi (theo Rosing, Frese & Bausch, 2011)

1. Opening behaviors – khuyến khích đổi mới:

   • Trao quyền, chấp nhận sai lầm, khơi gợi ý tưởng mới.

2. Closing behaviors – kiểm soát hiệu suất:

   • Đặt mục tiêu rõ, theo dõi tiến độ, duy trì kỷ luật.

3. Flexibly switching – linh hoạt chuyển đổi:

   • Nhận biết khi nào nên open hoặc close, tùy theo giai đoạn hoặc mục tiêu.

---

🧠 4. Ứng dụng trong quản lý dự án và PMO

• Trong giai đoạn khám phá (ideation, POC) → khuyến khích nhóm nghĩ khác, thử nghiệm nhanh, “fail fast – learn faster.”

• Trong giai đoạn triển khai (delivery) → áp dụng quy trình, chuẩn hóa, kiểm soát rủi ro, timeline, cost.

• Trong PMO → giúp cân bằng giữa “governance & innovation” — vừa bảo đảm chuẩn mực, vừa không bóp chết sáng tạo.

Ví dụ thực tế tại Bosch hoặc doanh nghiệp công nghệ:

PMO leader khuyến khích team thử công cụ AI mới cho báo cáo PSR (exploration), nhưng sau khi có template chuẩn thì yêu cầu mọi dự án áp dụng thống nhất (exploitation).

---

🧩 5. So sánh nhanh

Phong cách	Tập trung vào	Rủi ro nếu quá đà
Exploit	Hiệu quả, kỷ luật, kết quả ngắn hạn	Giảm sáng tạo, trì trệ
Explore	Đổi mới, linh hoạt, kết quả dài hạn	Thiếu ổn định, dễ sai lầm
Ambidextrous	Cân bằng cả hai	Cần năng lực nhận diện & điều phối cao

Tập tành nghe Rock

Trò Bùi bắt đầu nghe rock từ năm đầu cấp 3, qua mấy cuốn băng cassette cũ kỹ của Bùi Bầm. Hồi đó nghe mấy band glam hay hair metal như Scorpions, Bon Jovi, Gary Moore, Stan Bush, Kingdom Come, Great White, rồi White Lion... Nhưng mãi tới học kỳ 1 lớp 11, cái tuổi mà một người đã nghe hầu hết các loại nhạc, có trình độ nhận thức nhất định và đủ vốn Anh văn,  Trò Bùi mới thực sự thấm được cái chất của rock, mới thấy mình thật sự là một rock fan.

Lớp Trò Bùi khi đó có 42 đứa, mà tới 8 đứa mê rock. Cũng lạ hỉ, chắc là lớp hiếm hoi ở Quốc Học có nhiều rock fan như rứa. Trong khi đó, nhạc pop, boyband đang lên như diều gặp gió – Boyzone, Backstreet Boys... hát quanh đi quẩn lại 2 chuyện: 1. tình yêu 2. chia tay. Tụi Trò Bùi thì thấy mấy thứ đó nhẹ đô quá, khôn có cảm xúc chi mấy. Rock fan với pop fan hồi đó nhìn nhau bằng ánh mắt hơi "trên cơ", đứa mô cũng nghĩ gu mình là đúng. Tuổi học trò mà, ai cũng có cái máu nổi loạn riêng của mình.

Học hành thì áp lực – chỉ đơn giản là thi đua các bạn cùng lớp. Ngày mô cũng sáng – chiều – tối kín mít. Mạ chỉ cho phép được "thả rông" từ 7h đến 9h tối thứ Bảy thôi. Mạ nói: tau thích Guns & Roses. Chắc là mạ động viên Trò Bùi thôi chứ nghe chẳng hiểu mô tê chi. Còn bà hàng xóm nói: hắn nghe nhạc chi mà như heo kêu ọt ẹt😊 ( Cannibal Corpse). Rứa là tranh thủ mấy tiếng đồng hồ đó để sống thật với đam mê: nghe rock, đọc lyric, trao đổi băng đĩa với bạn bè. Băng đĩa hiếm, nhưng tụi Trò Bùi vẫn cố tìm thêm mấy ban nhạc nặng hơn như Sepultura, Death, Obituary, Carcass, Black Sabbath, Ozzy Osbourne, Manowar...

Rock fan hồi đó ít, nên đứa mô cũng muốn kéo thêm người vô hội. Nhưng phần lớn người ta chỉ nghe thử cho biết, rồi thôi chớ không đắm đuối được. Có lẽ vì rock không dành cho số đông. Nó hợp với mấy người có cái tạng riêng – máu nóng, đầu nổi loạn, trái tim nhạy cảm hoặc cấu trúc não khác với người thường. Với rock fan, đôi khi chỉ cần một đoạn guitar, một tiếng hét cũng đủ nổi da gà, tim đập mạnh, não như sáng bừng, đầu lắc lia lịa. Con bạn nhận xét khi đi coi Rockstorm: nhiều đứa mê Rock lắc đầu điên loạn nhưng không đứa mô lắc đầu mà chất như Trò Bùi. Hả hê lắm !!! 😂

Qua cấp 3, Trò Bùi bắt đầu làm quen với Pink Floyd. Nhạc của họ không nặng, nhưng sâu và ngấm chậm - đặc sản của Progressive Anh quốc. Không phải là cứ hầm hố, nặng là khó nghe. Một bài làm Trò Bùi nhớ mãi là Coming Back to Life. Có lần bạn Trò Bùi nói một câu trong đám tang em nó: "I took a heavenly ride through our silence". Hồi đó Trò Bùi nghe mà chưa hiểu, chỉ thấy ám ảnh. Nhiều năm sau vẫn nhớ, vẫn thắc mắc. Sau này Trò Bùi tự hỏi răng không hỏi hắn nghĩa là chi rứa cho nó khoẻ?!

Khi có tuổi rồi, Trò Bùi thấy mấy người mê rock thường nghe nhạc một mình. Ít ai còn nói nhiều về đam mê như ngày trước. Nghe rock lúc đó giống như một kiểu sống – trầm lặng mà dữ dội bên trong. Có lần Trò Bùi đang ngồi nghe nhạc rock một mình, có người thân nói một câu đơn giản: "gu mặn". Chắc ý là chấp nhận và tôn trọng cái gu của Trò Bùi – rứa thôi mà thấy cảm động ghê. 😋

Mấy ban nhạc hồi xưa mình từng mê, giờ giải nghệ hết rồi, tan rã hoặc cũng đi xa. Nhưng may mắn là Trò Bùi vẫn được thấy mấy band death metal biểu diễn ở Việt Nam như Carcass, Suffocation, Behemoth... như một lời chào cuối dành cho tuổi trẻ của chính mình. Tiếc lắm!

Đó là một phần ký ức, một phần tâm hồn, 1 phần của tuổi học trò! 😆

Motivation 3.0

Trò Bùi biết đến Động lực 3.0 cách đây vài năm qua sách của bác Dan Pink. Lúc đó thấy đây không chỉ là một khái niệm mới mà còn là một cách nghĩ khác, làm Trò Bùi thay đổi hẳn góc nhìn về động lực.

Từ đó tới giờ Trò Bùi vẫn áp dụng vào công việc lẫn cuộc sống, và thấy nó thực sự giúp Trò Bùi có thêm động lực, làm việc hiệu quả hơn và sống thiết thực hơn.

Đơn giản như ri:

🌀 1. Động lực 1.0

• Xuất phát từ bản năng sinh tồn: ăn, uống, an toàn, duy trì nòi giống.
• Chỉ dừng ở mức đáp ứng nhu cầu cơ bản.

⚖️ 2. Động lực 2.0

• Dựa trên phần thưởng – trừng phạt (carrot & stick).
• Đây là kiểu quản lý phổ biến trong thời kỳ công nghiệp: làm tốt thì được thưởng, làm kém thì bị phạt.
• Hiệu quả cho công việc đơn giản, lặp lại, nhưng dần trở nên hạn chế.

🚀 3. Động lực 3.0

Là “phiên bản” mới phù hợp với thời đại tri thức và sáng tạo.

Pink cho rằng con người làm việc hiệu quả nhất khi được thúc đẩy bởi ba yếu tố nội tại:

• Autonomy (Tự chủ) – Có quyền quyết định cách làm, thời gian làm, hướng đi của mình.
• Mastery (Tinh thông) – Mong muốn không ngừng học hỏi, nâng cao kỹ năng để giỏi hơn mỗi ngày.
• Purpose (Ý nghĩa) – Cảm thấy công việc gắn liền với mục tiêu, ý nghĩa lớn hơn bản thân.

Bộ slide này Trò Bùi cũng từng chia sẻ 3 lần trong công ty rồi. 

Tưới cây

Vợ: anh ở nhà tưới cây giúp em!

Ông trời: ok, để tao

Power Point:: thay đổi nội dung footer

Power Point:: thay đổi nội dung footer

Tình huống: 

- PPT được sao chép của người khác hoặc cần thay đổi nội dung.

- Đơn giản là muốn thay đổi nội dung Footer

- AI cũng chỉ cách làm nhưng rối, lung tung, mất thời gian ghê gớm.

- Cần 1 nơi để lưu lại "cách làm" để đỡ tốn công lần sau.

Giải pháp:

- View >>  Slide Master 

- Di chuyển xuống Footer

- Thay đổi nội dung

- Save