GO LIVE LÀ GÌ

     

” data-medium-tệp tin=”https://i1.wp.com/phauthuatcatmimat.com/wp-nội dung/uploads/2018/06/khi-go-live-moi-thu-moi-chi-bat-dau.png?fit=1200%2C767&ssl=1″ data-large-tệp tin=”https://i1.wp.com/phauthuatcatmimat.com/wp-nội dung/uploads/2018/06/khi-go-live-moi-thu-moi-chi-bat-dau.png?fit=1200%2C767&ssl=1″ />Hello anh em. Mấy nay hơi kẹt nên cũng lười lên bài quá. Hiên giờ mình thích giải bày với anh em về dự án “sắp đóng” của tớ ???? And một trong các điều hay ho mình thích nói này là: Khi Go-live, mọi thứ mới chỉ bước đầu.

Bạn đang xem: Go live là gì

Bài Viết: Go live là gì

Hồi làm dự án, anh em ai cũng chờ đón tới ngày Go-live. Go-live là cột mốc quan trọng của dự án. Nó lưu lại mình đã bàn giao đúng dự án như các gì đã xác định với quý khách hay chưa.

Hay nói đúng hơn, Go-live lưu lại sự thành công của dự án. And là bước đệm để đóng thành công dự án.

Nhưng khoan, để Go-live đc là 1 vấn đề, nhưng Go-live xong lại là một vấn đề khác. Đâu phải cứ chạy tới Go-live là xong dự án :3


*

Content

1. Vì sao 1?

Nhớ lại dự án hồi đó làm cũng chết lên chết xuống. Nhiều cái ngay cả chính bản thân mình cũng không kiểm soát and quản trị nổi nên đâm ra nó cứ rối nùi lên hết.

Thực tiễn thì khi dự án bước vào giai đoạn nước rút sắp Go-live, thì ai cũng vắc giò lên cổ chạy hết. Hồi đó làm team mình có đúng 1 anh dev, 2 BA and 1 anh PM.

Tới giai công đoạn này thì lại quá nhiều vấn đề phát sinh. Khởi hành từ cả phía team tiến hành lẫn từ phía quý khách.

Quý khách thì ông nào giống hệt như ông nào, họ luôn “bận” anh em ạ. Có các task đâu phải chỉ mình làm xong là done, mà còn chờ confirm từ phía quý khách.

Họ phải test, phải chạy thử rồi confirm này nọ thì mới đóng task đó đc. 2-3 cái thì ít. Chứ dính nguyên 1 list dài thì thôi rồi, khẳng định luôn.


*

Thường thì trước thời gian dự án lên dĩa, team tiến hành sẽ sẵn sàng 1 danh sách gọi là Go-live checklist.

Đó là danh sách các việc team tiến hành cần làm để sẵn sàng go-live hệ thống. Danh sách này sẽ kể cả những đầu mục việc làm, ai làm, trạng thái ra sao, liên quan như vậy nào đến hệ thống.


*

Quý khách sẽ dựa vào danh sách này để quyết định có nên Go-live hệ thống hay không. Hay phải chờ xong cái này, xong cái kia rồi mới cho Go-live.

Này là phía quý khách. Còn ở phía team tiến hành mình, các gì làm ẩu, làm sai, làm tào lao là giai đoạn sau Go-live lộ diện sạch sành sanh ra hết 


*

And thường quý khách họ sẽ không hoặc khó mà có thể follow với mình xuyên suốt dự án đc. And kịch bản hay xảy ra đặc biệt là… nước tới háng mới nhảy.

Gần tới các cột mốc như UAT, hay Go-live thì mới bước đầu ngồi test, chạy thử. Hiên giờ mà có bug thì lại là quá gấp cho team tiến hành.

Còn nếu với team tiến hành thì dự án càng kéo dài càng khó đóng. Càng kéo dài thì càng tốn resource cho dự án.

Trên tâm lý chung như thế, nên cả team tiến hành and phía quý khách sẽ có thể bỏ sót khá nhiều công dụng trong giai đoạn UAT, để đi ngay đến Go-live. Mặc dù đó chỉ là các công dụng “nice lớn have” hay “should have”.

Hệ quả dẫn tới các công dụng này không ai đảm bảo an toàn đc nó chuyển động ổn cả. And một khi nó chạy không ổn, giai đoạn sau Go-live sẽ trông rất rõ ràng nhất.

Chính end-user sẽ là người gặp and thẳng trực tiếp report lỗi này. Làm càng ẩu, UAT càng không kỹ thì giai đoạn tư vấn sau Go-live sẽ là mệt nhất.

Vì thế, nói đi nói lại thì quan trọng nhất vẫn là do phương thức mình làm việc, phương thức mình guide quý khách, phương thức mình tương tác day-by-day với họ như vậy nào.

Chắc chắn một điều là nếu làm cực tốt, “be Agile cực tốt”, thì sẽ các điều trên sẽ rất ít khi xảy ra.

Xem thêm: Sự Thật Hiện Tượng Trẻ Sơ Sinh Mút Tay Ngón Trỏ Có Ý Nghĩa Gì


2. Vì sao 2?

Nói zậy thôi chứ điều ấy cũng nhiều lúc nếu với những dự án software ở nước ta. Ẩu, làm không kỹ, nguyên nhân chủ quan là 1 phần. Phần khác là do năng lực and thói quen của những người Việt mình nữa.

Nói về team dự án phía mình thì phương thức làm việc trong nội bộ cũng là một nguyên nhân sâu sa.

Anh em làm không kỹ, tiếp xúc, đàm đạo tài liệu không rõ rệt thì việc bỏ sót thông tin chỉ là chuyện một sớm 1 chiều mà thôi. Rồi phương thức quản trị tài liệu, team site như vậy nào cho hiệu quả cũng chưa.

Nói dùng công nghệ cho quý khách để cứu việc làm họ hiệu quả hơn. Mà ngay bản thân team mình cũng chưa làm đc thì hình như không ổn lắm.

Thiệt ra qua dự án này mình mới cảm nhận thấy đc tầm quan trọng của việc “quản trị sự cân chỉnh”. Làm Agile mà không làm kỹ cái này thì rất dễ chết. Từ Agile thành “Mì-ăn-liền” trong vòng 1 nốt nhạc.


*

Thứ hai là phương thức làm việc and mindset của quý khách nước ta mình vẫn còn chưa phù hợp. Hay nói đúng từ chuyên ngành hơn là: “độ trưởng thành chưa cao”.

Họ chưa suy nghĩ thấu đáo đc rằng làm cái này để làm đồ gì, cứu ích đc đồ gì. Chưa chứa một sự rõ nét nào ở đây cả. Hay nói phương thức khác là họ chưa biết đến mình thích gì.

Vì thế, một cái bởi vậy rất bự, là thường thì sau Go-live, mọi thứ mới chỉ… bước đầu ???? Dù có cực nhọc, lăn lê bò trường, nước mắt đầm đìa, lên bờ xuống ruộng bao nhiêu thì sau Go-live, mọi thứ vẫn mới chỉ… bước đầu :v

Nếu mở đầu anh em làm kỹ, ok, quản trị mọi thứ chặt chẽ, đâu ra đó thì sau này sẽ đỡ cực rất-rất-rất-nhiều. Khổ trước sướng sau mà, hehe. Âu cũng có nguyên nhân của nó đúng không anh em. Rút kinh nghiệm dần dần thôi.

.

.

.

Mà sẵn tiện nói về quý khách thì mình nói luôn về vai trò của liên hệ point bên phía họ.


Nếu được gia công với một người liên hệ point chịu thương, cần mẫn thì đúng là trời thương mình.

Cái ông liên hệ point này ổng sẽ chịu trách nhiệm tiếp xúc and phân bổ những đầu mối việc làm giữa những bộ phận từ phía quý khách với team tiến hành. Ông này kiểu như “trung tâm thiên hà” bên phía quý khách vậy.

Mà thường dự án kéo dài, quá nhiều công dụng không đc quản trị cực tốt. Thì chính cái ông liên hệ point này – người hình như như nắm nhiều nhất and rành dự án nhất bên phía quý khách, thường cũng sẽ… quên luôn công dụng nào cần-test and đã-đc-test.

Tuy vậy chứa một số dự án người liên hệ point rất kỹ.

Họ muốn đảm bảo an toàn từng công dụng phải đc giải quyết gọn, lẹ, trước khi chuyển qua công dụng khác. Những người như thế mở đầu thường thì khó để có tình cảm. Vì các người này thường tạo cho mình điểm nổi bật thuở đầu hơi phức tạp.

Xem thêm: (Mới 2022) Ssr Là Gì ? Nguyên Lý Hoạt Động Của Ssr Cấu Tạo Và Nguyên Lý Hoạt Động Của Ssr

Nhưng khi đã quen phương thức làm việc rồi thì mọi thứ sẽ mượt hơn rất đông. Vì mình luôn có 1 người kỹ lưỡng kề bên mình. Điều ấy cứu cho dự án không bị sót công dụng nào hết. Dù cho công dụng must have hay nice lớn have ????

Okayyy, trên là các giải bày của tớ cho anh em về dự án ở giai đoạn Go-live. Đã ráng thì ráng nỗ lực ngay từ đầu đến cuối dự án. 30 chưa cần là tết.

Dự án chỉ đóng, khi nó đã đc sign-off đóng dự án. Chứ Go-live xong cũng chưa nói đc gì hết. Nhiều lúc Gâu-lai thành gâu-gâu cũng hổng chừng :))

Thể Loại: Giải bày Kiến Thức Cộng Đồng
Bài Viết: Go Live Là Gì – Những Vấn đề Của Doanh Nghiệp Sau Go

Thể Loại: LÀ GÌ

Nguồn Blog là gì: https://phauthuatcatmimat.com Go Live Là Gì – Những Vấn đề Của Doanh Nghiệp Sau Go