💻
Tech notes
  • Các nguyên tắc trong kiến trúc phần mềm
  • Vòng đời phát triển phần mềm SDLC
  • 6 nguyên lý thiết kế microservices
  • MLOps Roadmap
  • SBOMs là gì?
  • Thuật thức hơi thở của Review Code
  • Tại sao code lại bốc mùi thối?
  • Corner testcase là gì?
  • So sánh mô hình Scrum và mô hình waterfall, Sprial
  • Quy trình release phiên bản phần mềm
  • 12 tuyên ngôn Agile
  • Conventional Commits
  • Chatgpt Prompt for coder
  • Quản trị dữ liệu
  • Nợ kỹ thuật
  • So sách Data-Centric và Model-Centric
  • Tracking Evaluation Measures
  • Mô hình Kano
  • Clean Code with C++ in cxview.ai
  • Các mức độ rủi ro về technical debt
  • Phiếu tự đánh giá cho hệ thống sản xuất học máy
  • Quản lý chất lượng trong ML
Powered by GitBook
On this page

12 tuyên ngôn Agile

Đưa ra tính năng phần mềm sớm nhất có thể

Sẵn sàng cho sự thay đổi để đáp ứng mọi yêu cầu

Trong sprint đã có demo cho khách hàng

Đội ngũ PTSP và đội ngũ kinh doanh cùng đồng hành trong quá trình phát triển sản phẩm

Tạo môi trường Dev, Staging, Production cho đội ngũ phát triển sản phẩm

Tạo văn hóa làm việc face to face

Phần mềm luôn được cải tiến sau 1 sprint

Trách nghiệm của Đội ngũ PTSP là bảo trì và phát triển. Nếu phải OT quá nhiều thì PTSP có vấn đề

Liên tục cập nhật công nghệ. Mã nguồn phải viết sao cho có thể dễ mở rộng tính năng

Đơn giản kế hoạch công việc. Đảm bảo các task không xung đột với nhau

Các team tự quyết định framework và tự thiết kế tính năng

Sự phản ánh của các team là quan trọng. Kết thúc mỗi sprint đều có cuộc họp tổng kết

PreviousQuy trình release phiên bản phần mềmNextConventional Commits

Last updated 2 years ago