Khái quát về tính toán đám mây

Đây là bản dịch Chương 1 cuốn sách “Handbook of Cloud Computing”, Springer xuất bản năm 2010. Cuốn sách được tổ chức sao cho mỗi chương có thể coi như một bài viết độc lập về chủ đề tính toán đám mây. Cuốn sách này được biên soạn với sự đóng góp của 65 chuyên gia tầm thế giới về lĩnh vực tính toán đám mây và các ứng dụng của nó. Ban Tư vấn dự án biên soạn cuốn sách này gồm 9 nhà nghiên cứu và hoạt động thực tiễn từ giới hàn lâm và giới công nghiệp, đã giúp định hình cuốn sách, lựa chọn các chủ đề hợp lý và lựa chọn các chuyên gia sáng tạo và giầu tri thức đóng góp bài viết. Phạm vi của cuốn sách gồm các bài viết về công nghệ, hệ thống và kiến trúc tính toán đám mây, các dịch vụ tính toán đám mây tiên phong, cùng các kiểu ứng dụng tính toán đám mây.

Cuốn sách trên trang web của NXB: http://www.springer.com/computer/communication+networks/book/978-1-4419-6523-3.

Tải về…

1. Cloud Computing Fundamentals – Handbook of Cloud Computing. Springer Press. Vietnamese 11.03.03

Tiếp tục đọc

Để lại phản hồi

Filed under Tủ sách Công nghệ thông tin

Download “Software Requirements Best Practices”, Microsoft Press – Bản dịch tiếng Việt

Để phát triển, ngành công nghiệp công nghệ thông tin Việt Nam phải hướng ra thị trường thế giới, do đó phải tuân theo các chuẩn mực toàn cầu như làm việc theo quy trình, áp dụng các tiêu chuẩn quản lý chất lượng sản phẩm và dịch vụ phổ biến (ISO 27000, CMMI…), áp dụng các hướng dẫn thực hành tốt và tốt nhất. Vì vậy, đối với các sinh viên đang theo học ngành công nghệ thông tin và chuẩn bị ra làm việc, chúng tôi nghĩ rằng, các cuốn sách hướng dẫn kỹ thuật, hướng dẫn xây dựng quy trình làm việc, hướng dẫn cách tổ chức công việc nhằm nâng cao năng suất lao động có vai trò hết sức quan trọng. Những cuốn sách này giúp người đọc nhận thức về các chuẩn mực công nghiệp trong ngành công nghệ thông tin thế giới, học hỏi về cách những đồng nghiệp trên toàn cầu của họ làm việc như thế nào, qua đó người đọc có thể sẽ thay đổi suy nghĩ của mình sao cho gần hơn với các chuẩn mực và cách làm việc đó. Sự thay đổi trong nhận thức theo chiều hướng này càng diễn ra sâu rộng bao nhiêu thì càng thúc đẩy công nghiệp công nghệ thông tin Việt Nam phát triển bấy nhiêu. Tiếp tục đọc

2 phản hồi

Filed under Tủ sách Công nghệ thông tin

Software Requirements. First Edition – MS Press. Chương 5 – Yêu cầu phần mềm và quản lý rủi ro

Tác giả: Karl E. Wiegers

Người dịch: Hoàng Xuân Thịnh

Dave, quản lý dự án của Chemical Tracking System tại Contoso Pharmaceuticals, đang có cuộc gặp với trưởng nhóm lập trình Helen và trưởng nhóm kiểm thử Ramesh. Tất cả đều đang vui mừng về dự án mới và họ nhớ lại một số vấn đề đã gặp trong dự án trước đây gọi là Pharm-Simulator.

“Hãy nhớ lại xem chúng ta đã không phát hiện ra người dùng ghét cái giao diện của Simulator như thế nào cho đến tận lần kiểm thử beta?” Helen hỏi. “Chúng ta đã mất 5 tuần để xây dựng lại hệ thống và kiểm thử lại. Tôi không hề muốn lặp lại việc đó một lần nữa.”

“Chả vui vẻ tí nào cả”, Dave nói. “Điều khó chịu nữa là người dùng nói họ muốn rất nhiều tính năng nhưng thực tế thì chả ai sử dụng sau này cả. Vậy hãy trao đổi với họ ít nhất 3 lần trước khi biết chúng ta có nên viết một tính năng nào đó, nếu không hãy bỏ nó đi ngay. Vớ vẩn thật!”

“Chúng ta đã xông vào Simulator quá sớm và không có đủ thời gian để viết các yêu cầu chi tiết,” Ramesh nhớ lại. “Một nửa thời gian của mấy ông kiểm thử là đi hỏi mấy ông lập trình xem chương trình có những tính năng nào để mà kiểm thử. Đến khi kiểm thử lại thấy là các chức năng mà mấy ông lập trình đã viết lại hoàn toàn  không phải là cái mà người dùng mong muốn.”

“Tôi thật sự bực bội khi bà quản lý bộ phận đề nghị xây dựng Pharm-Simulator đã ký trên bản yêu cầu mà chẳng hề đọc qua xem nó thế nào”, Dave thêm vào. “Cho đến khi chúng ta nhận được cả dòng thác các đề xuất và thay đổi yêu cầu từ những người thuộc bộ phận ấy. Chả có gì ngạc nhiên khi dự án chậm đến 4 tháng và chi phí thì hầu như tăng gấp đôi so với ngân sách. Nếu điều đó xảy ra lần nữa, chắc tôi điên mất!”

Ramesh đề nghị. “Hay là chúng ta lập một danh sách các vấn đề mà ta đã gặp trong Simulator từ đó ta dễ tránh được các vấn đề tương tự có thể có trong dự án Chemical Tracking System. Tôi đã đọc một bài báo về quản lý rủi ro phần mềm, họ khuyên chúng ta nên chỉ ra các rủi ro và phác thảo kế hoạch phòng ngừa chúng.”

“Tôi không biết về cái đó,” Dave nói. “Chúng ta đã học được rất nhiều từ Simulator và chúng ta đều không muốn các vấn đề tương tự như vậy từ dự án này nữa. Dự án này không lớn đến mức cần phải quản lý rủi ro. Nếu chúng ta viết ra những gì có thể gây rắc rối cho Chemical Tracking System thì điều đó có vẻ như là tôi không biết làm thế nào để thực hiện dự án một cách thành công. Tôi không muốn bất cứ những suy nghĩ trái chiều nào đối với dự án này. Chúng ta cần phải lập kế hoạch cho dự án thành công!”

Tiếp tục đọc

1 phản hồi

Filed under Quản lý yêu cầu phần mềm, Tủ sách Công nghệ thông tin

Quy trình cải tiến chất lượng – Kỳ 8 và hết

Tác giả: J. M. Juran

Người dịch: Hoàng Xuân Thịnh

LỜI NGƯỜI DỊCH. Đây là kỳ cuối cùng của bài Quy trình cải tiến chất lượng. Juran trình bày về những kháng cự có thể có từ những người khác nhau đối với các biện pháp cải tiến chất lượng được thực hiện tại doanh nghiệp. Ông lý giải tại sao lại có sự kháng cự đó thông qua thuật ngữ “mẫu hình văn hóa” và đề xuất một số giải pháp vượt qua sự kháng cự. Cuối cùng là những tóm tắt kết luận về cải tiến chất lượng, khuyến nghị thể chế hóa hoạt động cải tiến chất lượng sao cho có thể thực thi chúng năm này qua năm khác.

Như vậy là 3 bài nền tảng cho các hoạt động quản lý chất lượng đã được đưa trọn vẹn lên satablog2:

  1. Quy trình Lập kế hoạch chất lượng hay nói cho dễ hiểu hơn là quy trình lập kế hoạch sản xuất kinh doanh một sản phẩm có chất lượng.
  2. Quy trình Kiểm soát chất lượng.
  3. Quy trình Cải tiến chất lượng.

Dựa trên 3 bài này, thời gian tới chúng ta sẽ tiếp tục đi sâu vào một số vấn đề của quản trị doanh nghiệp dưới quan điểm của quản lý chất lượng.

Tiếp tục đọc

4 phản hồi

Filed under Quản lý chất lượng

Quy trình cải tiến chất lượng – Kỳ 7

Tác giả: J. M. Juran

Người dịch: Hoàng Xuân Thịnh

LỜI NGƯỜI DỊCH. Trong kỳ trước, Juran trình bày hai cuộc hành trình để xử lý lãng phí kinh niên:

  • Hành trình chẩn đoán để tìm ra nguyên nhân của lãng phí kinh niên.
  • Hành trình đề ra biện pháp để tìm cách xử lý nguyên nhân trên.

Sự tồn tại của lãng phí kinh niên là do những lỗi tiềm ẩn trong hệ thống sản xuất kinh doanh của doanh nghiệp, một phần lỗi đó có nguồn gốc từ con người. Kỳ này, ông áp dụng hai hành trình trên để xử lý lỗi do con người gây ra. Chúng ta đã được biết tổng kết sau đây:

  • Nguyên nhân gây lỗi từ cấp nhân viên quản lý – những người  có trách nhiệm ra quyết định, chiếm 80% tổng số nguyên nhân.
  • Nguyên nhân gây lỗi từ cấp nhân viên thực thi chiếm 20% tổng số nguyên nhân.

Nhưng rất tiếc là những biện pháp được đề xuất dưới đây chỉ tìm cách xử lý 20% lỗi của nhân viên làm việc trực tiếp mà thôi, 80% còn lại sẽ được bàn ở những bài khác. Trước hết, Juran không đồng tình với quan điểm thông thường của cấp quản lý cho rằng: lỗi có nguyên nhân từ lực lượng làm việc trực tiếp là do họ thiếu động lực làm việc. Các nghiên cứu của ông cho thấy chỉ một phần nhỏ trong số lỗi của lực lượng làm việc trực tiếp có nguyên nhân từ sự thiếu động lực làm việc. Vì vậy biện pháp xử lý không chỉ đơn giản là “động viên người lao động”, mà phải phân loại lỗi và với mỗi loại phải có những cách xử lý tương ứng.

Juran phân các lỗi của nhân viên làm việc trực tiếp thành 4 loại sau, mỗi loại ông đều đề xuất một số biện pháp xử lý: lỗi do vô ý; lỗi kỹ thuật; lỗi có thể nhận biết; lỗi truyền thông.

Người dịch thấy trong khi làm việc thì lỗi truyền thông là lỗi hay gặp nhất, đúng với câu “Nói một đằng, làm một nẻo”. Mà khi làm việc thì không thể thiếu giao tiếp – tức truyền thông theo cách nói của Juran, vì chỉ có thông qua giao tiếp (nói và viết) con người mới có thể hợp tác làm việc cùng nhau. Truyền thông chính là chất keo gắn kết các cá nhân thành một nhóm, từ đó mới tạo nên sự hợp tác, tạo nên làm việc nhóm. Nhưng về sau thì người dịch hiểu rằng trong tư duy của mình “đường” và “nẻo” là hai thứ khác nhau, nhưng người kia thì lại cho rằng chúng là một. Vấn đề là phải tìm cách sao cho khi trao đổi với nhau, những từ ngữ tương tự nhau sẽ tạo ra những ý nghĩ giống nhau trong đầu mỗi người, có như vậy thì mới tránh được lỗi truyền thông.

Tiếp tục đọc

Để lại phản hồi

Filed under Quản lý chất lượng

Quy trình cải tiến chất lượng – Kỳ 6

Tác giả: J. M. Juran

Người dịch: Hoàng Xuân Thịnh

LỜI NGƯỜI DỊCH. Trong kỳ trước Juran trình bày cách thiết lập một nhóm dự án, tổ chức nhóm và cách công ty hỗ trợ hoạt động của nhóm thông qua một vai trò gọi là nhà tư vấn nội bộ. Kỳ này, Juran trình bày cách nhóm dự án làm việc nhằm hoàn thành những gì đặt ra trong báo cáo sứ mệnh.

Mỗi nhóm dự án khi làm việc thì đều theo hình thức “làm việc nhóm” (teamworking). Trên phương tiện thông tin đại chúng và từ thực tế công việc hàng ngày, chúng ta có thể nghe và nhận thấy rằng người Việt Nam có kỹ năng làm việc nhóm kém, cái đó đúng và cũng là điều hiển nhiên, chẳng có gì đáng trách cả, người Việt chỉ mới làm công nghiệp theo cách thị trường chừng hơn 20 năm thôi mà. Thời gian đó rất ngắn để thay đổi những thói quen làm việc cũ đã hình thành từ rất xa xưa và thể hiện trong câu “Đèn nhà ai nhà nấy rạng”. Thế giới phương Tây mất hàng trăm năm công nghiệp hóa, từ hình thức tổ chức kinh doanh theo kiểu phường hội, đến công trường thủ công, đến doanh nghiệp được cơ khí hóa, điện khí hóa,… và ngày nay là tin học hóa. Cùng với sự phát triển công nghiệp đó thì các kỹ năng làm việc nhóm của người Phương Tây cũng hình thành và được hoàn thiện dần. Kỹ thuật là cái lõi của kỹ năng. Vì vậy, để thúc đẩy nhanh sự hình thành và phát triển của kỹ năng làm việc nhóm thì trước hết, có thể học hỏi và áp dụng những kỹ thuật làm việc nhóm đã được người Phương Tây đúc kết. Dưới đây Juran kê ra hai điều kiện trong kỹ thuật làm việc nhóm của nhóm cải tiến chất lượng:

  • Nhóm phải có Báo cáo sứ mệnh của dự án. Gọi là Báo cáo sứ mệnh thì nghe to tát nhưng đó chỉ là báo cáo kết quả cần đạt được sau khi dự án hoàn thành. Đây là cái đích mà nhóm cần đi tới.
  • Nhóm phải có Trình tự phổ biến để cải tiến chất lượng. Gọi là Trình tự phổ biến nhưng đó chính là quy trình hướng dẫn các hành động mà nhóm cần thực hiện để cải tiến chất lượng. Đây là cách thức tối ưu để đi tới đích mong muốn.

Để làm việc nhóm hiệu quả thì, trước đó, ít ra phải có hai điều kiện: có đích đến và có cách thức tối ưu để đi đến đích – cả hai điều này đều phải được mô tả thành văn. Nhóm luôn hoạt động theo cách tự quản và hai điều kiện trên giúp họ tự quản quá trình và kết quả làm việc của mình. Tìm cách áp dụng hai điều kiện này sẽ thúc đẩy nhanh sự hình thành và phát triển các kỹ năng làm việc nhóm. Có được hai điều kiện này thì chưa chắc đã làm việc nhóm tốt nhưng không có hai điều kiện này thì chắc chắn không thể làm việc nhóm thành công, đúng nghĩa.

Khái niệm “Trình tự phổ biến” (universal sequence) do Juran phát triển và gồm nhiều bước được nhóm lại thành hai cuộc hành trình – nói theo cách của Juran:

  • Hành trình chẩn đoán để tìm ra nguyên nhân của lãng phí kinh niên.
  • Hành trình đề ra biện pháp để tìm cách xử lý nguyên nhân trên.

Chẩn đoán nhất thiết phải được thực hiện trước khi đề ra biện pháp xử lý. Nói vậy nhưng trên thực tế, điều này không phải dễ làm. Vì bản thân việc chẩn đoán cũng đã khó, còn vì những áp đặt một nguyên nhân nào đó của một người có uy tín trong nhóm, hay của cấp trên, vì những tín điều đang tồn tại khiến cho các thành viên trong nhóm tin vào một nguyên nhân nhất định mà chẳng cần kiểm thử gì hết.

Hành trình chẩn đoán nghĩa là đề xuất các giả định về nguyên nhân của lãng phí kinh niên. Đây là một quá trình đòi hỏi nhiều tư duy. Con người tư duy bằng ngôn ngữ, vì vậy những điểm yếu hay những điểm mạnh trong ngôn ngữ được sử dụng tại doanh nghiệp sẽ tạo ra những sự tương ứng trong tư duy. Juran cảnh báo những khó khăn rất tinh tế về mặt ngôn ngữ mà người dịch nghĩ những người có trách nhiệm ra quyết định nên lưu tâm, không chỉ trong việc cải tiến chất lượng mà còn trong nhiều việc khác cần ra quyết định của lãnh đạo doanh nghiệp.

Một danh sách các giả định được kê ra, được cho là có khả năng cao nhất là nguyên nhân của lãng phí kinh niên. Mỗi giả định phải được kiểm thử để xác định giả định nào là nguyên nhân đích thực. Juran đề xuất một số cách thức kiểm thử giả định khá thú vị nhưng… không dễ áp dụng. Tìm cách áp dụng những đề xuất này hay là tạo ra những cách phù hợp với mỗi doanh nghiệp Việt Nam là một thách thức cần vượt qua.

Sau khi đã biết nguyên nhân thì hành trình đưa ra biện pháp xử lý bắt đầu. Juran đề ra một số biện pháp để người đọc lựa chọn căn cứ trên điều kiện cụ thể của mỗi doanh nghiệp.

Cuối cùng, khi biện pháp xử lý đã được triển khai thành công thì không thể không xác định các kiểm soát để lưu giữ kết quả đã đạt được. Như đã nói, cải tiến chất lượng nghĩa là đưa một hệ thống đang hoạt động ở mức lãng phí kinh niên cao hơn về mức lãng phí kinh niên thấp hơn. Và để kiềm chế hệ thống hoạt động trong hành lang lãng phí thấp hơn ấy cần thực hiện các biện pháp kiểm soát chất lượng tương ứng.

Tiếp tục đọc

2 phản hồi

Filed under Quản lý chất lượng

Quy trình cải tiến chất lượng – Kỳ 5

Tác giả: J. M. Juran

Người dịch: Hoàng Xuân Thịnh

LỜI NGƯỜI DỊCH. Trong kỳ trước Juran trình bày cách hội đồng chất lượng điều phối việc đề cử, sàng lọc và lựa chọn một dự án, cách diễn đạt báo cáo kết quả cần đạt được của dự án trước khi trao nó cho một nhóm thực hiện.

Sau khi đã hoàn thành những gì cần chuẩn bị cho một dự án cải tiến chất lượng, kỳ này Juran trình bày cách thiết lập một nhóm dự án, tổ chức nhóm và cách thức công ty hỗ trợ hoạt động của nhóm thông qua một vai trò gọi là nhà tư vấn nội bộ.

Tiếp tục đọc

Để lại phản hồi

Filed under Quản lý chất lượng