10. Thiếu bằng chứng cho việc thực hiện back up dữ liệu trong dự
ỏn.
x 11. Dự ỏn Tổng cục thuế: Thực hiện lập Kế hoạch dự ỏn và theo
dừi tiến độ dự ỏn đầy đủ, tuy nhiờn nờn tỏch thụng tin ra thành cỏc file hoặc cỏc sheet rừ ràng.
x
12. Thiếu bằng chứng thực hiện xem xột sản phẩm dự ỏn trước khi bàn giao cho khỏch hàng
x 13. Khụng cú bằng chứng thực hiện xỏc định cỏc rủi ro trong dự ỏn
và theo dừi cỏc rủi ro trong quỏ trỡnh thực hiện dự ỏn.
x
Nhận xột của Đoàn đỏnh giỏ với HIBF là: cỏc hoạt động thực hiện theo quy trỡnh, tuy nhiờn cỏc quy trỡnh cũn thiếu những bước để cú thể kiểm soỏt cỏc hoạt động trong cỏc giai đoạn khi dự ỏn được triển khai. Cú những dự ỏn thực hiện đầy đủ cỏc bước trong quy trỡnh, nhưng cú những dự ỏn cũn chưa thực hiện hết cỏc bước cần phải làm trong quy trỡnh.
Với mục tiờu chiến lược đạt CMMI mức 3 trong năm 2012, Ban Quản lý chất lượng đó đưa ra Bỏo cỏo đỏnh giỏ cụ thể về cỏc dự ỏn phần mềm của HIBF như sau:
-Trong chớnh sỏch chất lượng của HIBF cũn thiếu cỏc chớnh sỏch về cỏc vấn đề: Đo lường và phõn tớch, Chớnh sỏch về quản lý rủi ro, Chớnh sỏch về việc ra quyết định và lựa chọn phương ỏn giải quyết, Quản lý và xỏc định quỏ trỡnh.
-Thiếu database lịch sử cho phạm vi toàn HIBF về cỏc vấn đề sau : Estimation (size), Risk, Metric, Schedule, bài học kinh nghiệm, đào tạo.
-Quản lý yờu cầu (RM): Việc thực hiện quy trỡnh quản lý yờu cầu chưa tốt, khụng theo dừi được cỏc thay đổi của yờu cầu.
-Lập kế hoạch (PP): Việc lập kế hoạch dự ỏn thực hiện chưa tốt. Kiểm soỏt dự ỏn khụng cú khụng cú căn cứ, phương phỏp cụ thể, rừ ràng. Thực hiện việc sửa đổi quy trỡnh cho phự hợp với dự ỏn thực hiện dự ỏn chưa tốt. Việc quản lý và ước tớnh rủi ro chỉ mang tớnh chất đầu việc và thực tế hoạt động khụng mang lại hiệu quả.
Việc quản lý và lập kế hoạch đào tạo của dự ỏn cũng chưa thực hiện cú hệ thống.
-Theo dừi và kiểm soỏt dự ỏn: Việc kiểm soỏt dự ỏn chưa được thực hiện thành hệ thống. Cỏc thụng tin trong kiểm soỏt cũn thiếu: đào tạo, rủi ro, cập nhật dữ liệu, vấn đề phỏt sinh, chỉ tiờu chất lượng, lỗi, cỏc cụng cụ và phõn tớch khi cỏc chỉ tiờu khụng đạt.
-Quản lý chất lượng (PPQA): Việc triển khai một số quỏ trỡnh mới, chưa cú bỏo cỏo kết thỳc và đỳc rỳt kinh nghiệm và thụng bỏo tới cỏc bờn liờn quan. Thiếu đội ngũ Product Quality Assurance – Quản lý và kiểm soỏt chất lượng sản phẩm (Đội ngũ này cú trỡnh độ về CNTT, họ thực hiện kiểm tra được chất lượng sản phẩm ở mức nào, cũn đội ngũ cỏn bộ chất lượng chỉ mang tớnh chất kiểm soỏt việc thực hiện theo quy trỡnh, sử dụng đỳng biểu mẫu, kiểm soỏt tiến độ của dự ỏn).
-Quản lý cấu hỡnh (CM): Chưa thực hiện quản lý cấu hỡnh đồng bộ trờn cỏc dự ỏn. Chưa cú kế hoạch sao lưu dữ liệu, thực hiện baseline.
-Đo lường và phõn tớch (MAA): Chưa đào tạo cho quản trị dự ỏn cỏch thu thập, tớnh toỏn và phõn tớch cỏc chỉ tiờu hiệu quả quỏ trỡnh. Hoặc cỏc số liệu thu thập được chỉ mang tớnh chất cú thu thập mà khụng thực hiện phõn tớch tỡm nguyờn nhõn và đưa ra phương ỏn khắc phục. Thiếu database chia sẻ phõn tớch chỉ tiờu với toàn Tập đoàn.
-Hoạt động kiểm thử, xỏc nhận giỏ trị sử dụng của sản phẩm chưa thực hiện tốt, chưa đủ theo yờu cầu. Hoạt động này chưa thực hiện bước xem xột cỏc sản phẩm trước khi bàn giao tới khỏch hàng.
-Cũn những lĩnh vực quy trỡnh hầu như chưa được thực hiện, đú là cỏc lĩnh vực: Quản lý nhà cung ứng, quản lý rủi ro, ra quyết định và lựa chọn giải phỏp, tớch hợp sản phẩm, quản lý tớch hợp dự ỏn, xỏc định quy trỡnh của tổ chức, tập trung vào cải tiến quy trỡnh của tổ chức
Đõy là những điểm yếu mà HIBF cần đưa ra phương ỏn khắc phục kịp thời để cú thể nõng cao sự thỏa món của khỏch hàng trong nền kinh tế cạnh tranh ngày nay. Bờn cạnh đỏnh giỏ nội bộ, HIBF cú tổ chức đỏnh giỏ ngoài như sau:
Kết quả đỏnh giỏ ngoài tại HIBF Quý I năm 2012, thực hiện bởi: Đoàn Đỏnh giỏ
STT Đơn vị/ Bộ
phận Cỏc khuyến nghị cần cải tiến
1 ISO Team
Đầu ra xem xột lónh đạo cần thể hiện cỏch thức giải quyết cỏc vần đề đó xem xột, phõn cụng nhiệm vụ cũng như thời hạn hoàn thành cho từng đơn vị thành viờn. Cỏc cuộc họp lónh đạo lần sau cần xem xột lại cỏc vấn đề đó nờu ra lần họp trước. 2 ISO Team Cỏc điểm NX trong đỏnh giỏ nội bộ cần đưa nguyờn nhõn gốc
rễ và hành động phũng ngừa trỏnh tỏi diễn trong tương lai. 3 Chuẩn bị hồ
sơ thầu
Trong kế hoạch chuẩn bị hồ sơ thầu cần xỏc nhận rừ hiện trạng cho từng mục cụng việc đó làm, đang làm và chưa làm, để kiểm soỏt tốt hơn tiến trỡnh cụng việc trỏnh thiếu sút.
4
Tư vấn kỹ thuật
Danh mục cỏc yờu cầu tư vấn kỹ thuật cần được cập nhật đầy đủ hơn. Hiện tại chỉ mới cập nhật đến thỏng 11/2011.
5
Cỏc bước tiến hành cụng việc cần thực hiện theo đỳng yờu cầu của quy trỡnh đặt ra. Trong trường hợp việc thực hiện khụng tuõn thủ được quy trỡnh thỡ cần xem xột sửa đổi lại quy trỡnh cho phự hợp. Vớ dụ: Quy trỡnh QT05/TVKT/DA/HiPT yờu cầu sử dụng phiếu yờu cầu tư vấn kỹ thuật (BM01/TVKT/DA/HIPT) nhưng thực tế thỡ biểu mẫu này khụng được sử dụng.
6 Bộ phận Chất lượng
Một số Quy trỡnh cần xem xột và sửa đổi lại cho phự hợp với tỡnh hỡnh thực tế để đảm bảo tớnh khả thi khi thực hiện và tuõn thủ. VD: Quy trỡnh Phần mềm, Quy trỡnh Bảo hành sản phẩm...
7 Giải phỏp cụng nghệ
Hoạt động Đào tạo trong gúi sản phẩm/ dịch vụ nờn kiểm soỏt cú chiều sõu hơn (như: Xem xột Năng lực giảng viờn, Tài liệu đào tạo, theo dừi điểm danh, đỏnh giỏ kết quả đào tạo…) để nõng cao chất lượng. VD: Dự ỏn CBGateway, Dự ỏn Xõy dựng Hệ thống bỏo cỏo thống kờ…
8
Cỏc lỗi ghi nhận khi kiểm thử nờn được xỏc nhận lại sau sửa chữa và lưu lại bằng chứng để đảm bảo trỏnh bỏ sút khi bàn giao. VD: Kết quả test ngày 10 và 24/3/2011 của Dự ỏn Xõy dựng Hệ thống bỏo cỏo thống kờ
9
Bảo hành
Tem nhận biết cho cỏc sản phẩm lưu tại Trung tõm nờn ghi nhận đầy đủ thụng tin để cú thể truy cập và quản lý dễ dàng hơn (như: ngày nhận, số quản lý…)
10
Trung tõm nờn cú cỏc thống kờ về dịch vụ sửa chữa (dạng sửa chữa hay gặp, mức độ đỏp ứng…) để cú kế hoạch cải thiện dịch vụ tốt hơn về nguồn lực.
Dưới sự nhỡn nhận của chuyờn gia nhiều kinh nghiệm trong lĩnh vực IT thỡ cỏc quy trỡnh phần mềm tại HIBF hiện nay cũn chưa thực sự hiệu quả, chưa sỏt với hoạt động thực tế. Cỏc lỗi mắc phải và tỡnh trạng bị lặp lỗi cũn xảy ra nhiều. HIBF cần ỏp dụng những mụ hỡnh quản lý để cú thể hạn chế những lỗi đang mắc phải hiện nay.
2.3 Đỏnh giỏ chung
2.3.1 Ưu điểm
- Cỏc hoạt động chớnh của Cụng ty đó được xõy dựng thành cỏc Sổ tay, quy trỡnh cụ thể;
- Thực hiện đào tạo cỏc quy trỡnh đển toàn thể nhõn viờn; - Cỏc cụng cụ, quy trỡnh sử dụng cú sự tớch hợp.
2.3.2 Hạn chế và nguyờn nhõn của hạn chế
2.3.2.1 Hạn chế
- Cỏc quy trỡnh xõy dựng cũn bị chồng chộo lờn nhau;
- Cải thiện cụng cụ và cải tiến quy trỡnh chưa bắt kịp với sự thay đổi của tổ chức;
- Nhõn viờn cũn mỏy múc, thụ động khi ỏp dụng cỏc quy trỡnh;
trong hoạt động.
2.3.2.2 Nguyờn nhõn của hạn chế
- Thiếu mụ tả tổng thể cỏc hoạt động chớnh của Cụng ty, vỡ vậy cỏc quy trỡnh được xõy dựng cũn chưa đồng bộ, thống nhất, bị chồng chộo lờn nhau gõy ra sự khú khăn trong quỏ trỡnh thực hiện trong thực tế;
- Đội ngũ nhõn viờn thiếu một số kỹ năng cần thiết, thiếu kinh nghiệm trong việc triển khai cỏc dự ỏn;
- Cụng tỏc tuyển dụng đào tạo chưa hiệu quả; - Nhõn viờn cũn thiếu ý thức tự giỏc.
Về quy trỡnh phần mềm tại HIBF: cũn nhiều điểm cần khắc phục, tỷ lệ mắc lỗi trong cỏc dự ỏn cũn nhiều. Để cải thiện và nõng cao hiệu quả trong hoạt động cỏc dự ỏn, HIBF cần thực hiện cỏc hoạt động sau:
- CBCL đơn vị tham gia trực tiếp vào quỏ trỡnh triển khai dự ỏn với mục đớch: cập nhật thụng tin thường xuyờn, hỗ trợ cỏc hoạt động khỏc trong quỏ trỡnh làm việc, phỏt hiện cỏc điểm KPH và đưa ra phương ỏn khắc phục sớm nhất;
- Viết mới và hiệu chỉnh lại quy trỡnh cho phự hợp với thực tế cụng việc; - Với cỏc điểm NX đang tồn tại cần xem xột, đỏnh giỏ đưa ra cỏc phương ỏn để khắc phục;
- Tạo mụi trường văn húa chất lượng tốt, văn húa khụng đổ lỗi. Quy trỡnh được xõy dựng lờn khụng phải lỳc nào cũng đó là phự hợp với thực tế triển khai, chỉ những người tham gia trực tiếp triển khai cụng việc mới là những người hiểu rừ nhất thứ tự thực hiện cụng việc như thế nào là đỳng. Với những cỏ nhõn ý thức ỏp dụng theo quy trỡnh cũn kộm, họ đổ lỗi tại quy trỡnh sai nờn họ khụng thực hiện theo quy trỡnh. Bởi vậy cần tập thúi quen cho nhõn viờn: cựng xõy dựng, đúng gúp ý kiến để cựng thay đổi. Khi quy trỡnh được xõy dựng và ban hành, người trực tiếp triển khai nhận thấy những điểm nào khụng phự hợp với cụng việc trờn thực tế cần liờn hệ, phối hợp với cỏc CBCL đơn vị đề hiệu chỉnh quy trỡnh cho phự hợp.
CHƯƠNG 3
GIẢI PHÁP NÂNG CAO CHẤT LƯỢNG QUY TRèNH PHẦN MỀM CỦA CễNG TY TNHH GIẢI PHÁP NGÂN HÀNG VÀ
TÀI CHÍNH HIPT
Trờn thế giới hiện nay thụng dụng một số mụ hỡnh quản lý để nõng cao chất lượng quy trỡnh sản xuất phần mềm. Đõy chớnh là những giải phỏp để nõng cao chất lượng quy trỡnh sản xuất phần mềm của Cụng ty. Một số những tiờu chuẩn, mụ hỡnh thụng dụng hiện nay như:
• ITIL (Information Technology Infrastructure Library - Thư viện hạ tầng cơ sở CNTT) đõy là mụ hỡnh quản lý IT theo tiờu chuẩn của Anh.
• COBIT (Control Objectives for Information and Related Technology): Đõy là mụ hỡnh quản lý IT theo chuẩn Mỹ.
•ISO/IEC 27000 Information technology - Security techniques - Information security
•ISO/IEC 20000-2005: Information Technology - Service Management- Part 1: Specification and Part 2: Code of Practice
•Mụ hỡnh CMMI – Capability Maturity Model Intergration – Mụ hỡnh trưởng thành năng lực tớch hợp
Mỗi mụ hỡnh đều cú một thế mạnh riờng, tuy nhiờn việc ỏp dụng nhiều mụ hỡnh độc lập nhiều khi khụng những khụng đem lại hiệu quả cho cụng ty mà cũn tiờu tốn thờm chi phớ cho cụng ty như chi phớ triển khai, chi phớ ỏp dụng, chi phớ thuờ cỏc tổ chức đỏnh giỏ lấy chứng chỉ… Trong phạm vi chuyờn đề của mỡnh, tụi xin được trỡnh bày trọng tõm vào giải phỏp ỏp dụng mụ hỡnh CMMI vào Cụng ty TNHH Giải phỏp Ngõn hàng và Tài chớnh HIPT.
3.1 Giải phỏp ỏp dụng mụ hỡnh CMMI tại Cụng ty 3.1.1 Giới thiệu về mụ hỡnh CMMI
suất hiện tại của họ. Một hướng dẫn cải tiến quỏ trỡnh cụ thể trờn một dự ỏn, một bộ phận hoặc toàn bộ tổ chức, nú được tập trung ở mụ hỡnh CMMI. Mụ hỡnh CMMI – Capability Maturity Model Intergration – Mụ hỡnh trưởng thành năng lực tớch hợp, đõy là khuụn khổ cho cải tiến quy tỡnh phần mềm. Nú dựa trờn khỏi niệm thực hành tốt nhất về kĩ nghệ phần mềm và kỷ luật mà cỏc cụng ty cú thể dựng để cải tiến cỏc quy trỡnh của họ.
3.1.1.1 Lịch sử hỡnh thành CMMI
CMMI là mụ hỡnh được phỏt triển lờn từ mụ hỡnh trưởng thành năng lực CMM (cũn gọi là phần mềm CMM). CMM là một kết quả nghiờn cứu được khụng quõn Mỹ tài trợ. Bộ Quốc phũng Mỹ quan tõm tới chi phớ phỏt triển phần mềm đang leo thang và cỏc vấn đề liờn quan đến chất lượng của cỏc phần mềm, vỡ vậy Bộ quốc phũng Mỹ đó thành lập viện SEI vào đầu những năm 80 và SEI bắt đầu nghiờn cứu và phỏt triển mụ hỡnh CMM.
Mụ hỡnh CMM – Capability Maturity Model được tạo ra để giỳp đỡ cho việc quản lý cỏc tổ chức phỏt triển phần mềm. CMM đó được tạo ra thụng qua việc phõn tớch hoạt động của những tổ chức sản xuất phần mềm được quản lý tốt. Đú là cỏc tổ chức cung cấp phần mềm cho cỏc khỏch hàng đỳng hạn mà khụng vượt quỏ nguồn ngõn sỏch và nhõn lực.
Những hoạt động này đó trở thành 316 nguyờn tắc hoạt động trong CMM, 316 nguyờn tắc này lại được nhúm lại thành 18 hạng mức khỏc nhau, cỏc nguyờn tắc tập trung vào cỏc mặt quản lớ yờu cầu. Tuy nhiờn hạn chế của CMM là khụng quan tõm tới cỏc khớa cạnh khỏc của quy trỡnh phỏt triển phần mềm như thiết kế và triển khai. CMM khụng phự hợp với cỏc quy trỡnh ngoại vi liờn quan đến việc phỏt triển phần mềm như là việc mua lại. CMM cũng bị phờ phỏn là tạo ra quỏ nhiều giấy tờ sổ sỏch và quỏ nhiều cuộc họp và nú cũng khụng phự hợp với nhiều ngành cụng nghiệp.
Để giải quyết những hạn chế này, một phương ỏn được đưa ra đú là: sẽ thành lập một Ban lónh đạo bao gồm những người đại diện từ OSD, khụng quõn, quõn đội, hải quõn, cỏc bộ phận khỏc của chớnh phủ, thành viờn của SEI và đại diện cỏc ngành cụng nghiệp. Nhiệm vụ của Ban lónh đạo này là hướng dẫn và giỏm sỏt quỏ trỡnh phỏt triển dũng sản phẩm CMMI chuyờn về lĩnh vực phần mềm, cỏc sản phẩm CMMI này sẽ dựng để phỏt hành ra cụng chỳng.
CMMI là một sự kết hợp phự hợp của nhiều biến thể CMM đó phỏt triển cựng với những yờu cầu của ngành cụng nghiệp. Hiểu được CMM và nguồn gốc của nú, ta sẽ biết được nền tảng của CMMI.
3.1.1.2 Mụ hỡnh CMMI
CMMI là thuật ngữ viết tắt cho cụm từ: Capability Maturity Model Intergration, cú nghĩa là “Sự tớch hợp của cỏc mụ hỡnh trưởng thành đó được phỏt triển”. Cú ý kiến cho rằng CMMI là một mụ hỡnh với nhiều sự thể hiện khỏc nhau, một số khỏc lại cho rằng CMMI như là một tập hợp cỏc mụ hỡnh. Tuy nhiờn tổng thể đều đỏnh giỏ CMMI là sự kết hợp của cỏc tiến trỡnh, cỏc mụ hỡnh trong phỏt triển hệ thống, phỏt triển kỹ nghệ và sản phẩm…
CMMI là bộ khung (framework) những chuẩn đề ra cho một tiến trỡnh sản xuất phần mềm hiệu quả, nú ngầm hiểu như, nếu cỏc tổ chức ỏp dụng cỏc yờu cầu đề ra trong mụ hỡnh CMMI thỡ sẽ nhận được hiệu quả về mặt chi phớ, thời gian biểu, chức năng và chất lượng sản phẩm phần mềm.
CMMI được kết hợp bởi ba mụ hỡnh đú chớnh là:
- SW- CMM ( Capability Marurity Model for Software) v2.0 draft C - EI/IS (Electronic Industries Alliance Interim Standard) 731
- IPD-CMM (Intergrated Product Development Cõpbility Maturity Model) v0.98
CMMI được vớ như “thước đo năng lực” hay “giấy thụng hành” của một cụng ty phần mềm. CMMI khụng phải là một tiờu chuẩn, mà là một mụ hỡnh. Mụ hỡnh này tập hợp cỏc hướng dẫn, kinh nghiệm thực tế của cỏc chuyờn gia về CNTT để phỏt triển, cải tiến, và đỏnh giỏ năng lực của quy trỡnh của một cụng ty hay tổ chức