ISYS90026 Concepts in Information Systems: làm assignment thế nào?

Trả lời thẳng: ISYS90026 là môn nền tảng trong chương trình Master of Information Systems của University of Melbourne. Môn giới thiệu hệ thống thông tin như một hệ sociotechnical, tức hệ kỹ thuật và xã hội đan vào nhau, nơi con người, quy trình, tổ chức và công nghệ tác động lẫn nhau. Môn yêu cầu bạn suy luận xem hệ thống hỗ trợ quy trình nghiệp vụ và tạo ra giá trị như thế nào.

Cách nhìn phổ biến nhất ở các môn thuộc loại này coi một hệ thống thông tin gồm ba chiều đan vào nhau là tổ chức, quản lý và công nghệ, như Laudon và Laudon (2021) trình bày. Vì thế ISYS90026 hiếm khi hỏi "công nghệ này hoạt động ra sao", mà gần như luôn hỏi "nó giải quyết bài toán nghiệp vụ nào, và cho ai". Bostrom và Heinen (1977) đưa ra góc nhìn sociotechnical, theo đó hiệu quả của một hệ thống phụ thuộc vào việc tối ưu đồng thời phần xã hội lẫn phần kỹ thuật, và môn học cứ liên tục quay về lăng kính này. Chính mục tiêu môn học do University of Melbourne công bố cũng viết thẳng rằng "Information Technology now impacts on people and processes within and beyond organisational boundaries" (University of Melbourne, n.d.), nghĩa là công nghệ thông tin nay tác động tới con người và quy trình ở cả bên trong lẫn bên ngoài ranh giới của tổ chức.

Một sinh viên Việt Nam ở Melbourne từng đến MAAS khi đang coi ISYS90026 là "một môn IT", và bản nháp của bạn ấy chất đầy thông số kỹ thuật của một hệ thống ERP. Cố vấn MAAS gợi ý bạn ấy đọc lại đề theo hướng khác. Người chấm không quan tâm ERP đó dùng cơ sở dữ liệu nào. Điều họ muốn biết là hệ thống có sửa được quy trình order-to-cash, tức chuỗi từ nhận đơn tới thu tiền, vốn đang bị phân mảnh ở doanh nghiệp hay không. Khi bạn ấy chuyển sang phân tích quy trình mà hệ thống làm thay đổi, bản nháp thôi giống tờ giới thiệu sản phẩm và bắt đầu giống một bài phân tích hệ thống thông tin. Phần nền về ERP và chuỗi order-to-cash trong ví dụ này được giải thích ở bài cách học enterprise resource planning, nếu bạn muốn nắm hệ thống trước khi phân tích quy trình mà nó thay đổi.

---

Trả lời thẳng: ISYS90026 được đánh giá chủ yếu qua thảo luận và phân tích case, chia thành nhiều giai đoạn gắn với các buổi tutorial hằng tuần, nên bài viết thường là phân tích một case doanh nghiệp chứ không phải một essay độc lập. Bạn đọc một case, xác định bài toán hay cơ hội nghiệp vụ, phân tích bằng khái niệm hệ thống thông tin, rồi đề xuất một giải pháp đáng tin.

Đề bài, cách chia giai đoạn và trọng số chính xác luôn nằm trong trang môn học trên LMS của bạn. Hãy xác nhận ở đó, vì cấu trúc đổi theo từng học kỳ.

Handbook của University of Melbourne (n.d.) mô tả phần đánh giá của ISYS90026 chủ yếu là thảo luận và phân tích case, chia thành nhiều giai đoạn suốt chương trình tutorial, trong đó một số phần được hoàn thành hoặc trình bày ngay trong giờ tutorial để bài đánh giá sát thực tế. Điều này kéo theo một hệ quả cho bạn: người chấm đã thấy bạn lập luận trên lớp, nên phần phân tích viết ra phải khớp với, và phát triển tiếp từ, những gì bạn đã thể hiện ở tutorial.

Một sinh viên Việt Nam từng nghĩ báo cáo case không dính gì tới tutorial, nên để đến cuối tuần ngay trước hạn nộp mới viết. Cố vấn MAAS chỉ ra rằng cách chia giai đoạn này thưởng cho sự liên tục, và những báo cáo mạnh nhất thường nối tiếp thảo luận trên lớp chứ không bắt đầu lại từ đầu. Khi bạn ấy lấy chính ghi chép tutorial làm xương sống cho báo cáo, thời gian viết ngắn lại và lập luận mạch lạc hơn.

---

Trả lời thẳng: Rubric phân tích case hệ thống thông tin ở cấp độ này thường thưởng bốn thứ, đại khái theo thứ tự sau. Đầu tiên là độ sâu phân tích phản biện về bài toán nghiệp vụ, tiếp theo là dùng đúng và rõ các khái niệm cùng khung hệ thống thông tin, rồi một đề xuất đáng tin có biện minh, và cuối cùng mới là văn phong học thuật cùng trích dẫn. Mô tả tổ chức hay công nghệ gần như không có điểm.

Điểm nằm ở chỗ vì sao bài toán quan trọng và giải pháp của bạn có hiệu quả hay không. Cứ thay được câu mô tả nào bằng một câu phân tích thì nên thay.

Mục tiêu mà University of Melbourne (n.d.) công bố cho môn học là rèn khả năng phản hồi các bài toán nghiệp vụ, chỉ ra điểm yếu và cơ hội, rồi đưa ra một giải pháp cùng phần phân tích đáng tin. Câu chữ ấy khớp gần như từng chữ với một rubric ở dải Distinction: phân tích điểm yếu và cơ hội trước, giải pháp có biện minh sau, còn phần mô tả doanh nghiệp chỉ để dựng bối cảnh chứ không phải là câu trả lời.

Một cố vấn MAAS từng đọc bản nháp của một sinh viên Việt Nam và đánh dấu từng câu là "mô tả" hay "phân tích". Khoảng 75% bản nháp là mô tả, với vài trang về công ty và phần mềm, còn quyết định thật sự chỉ có một đoạn. Bạn ấy tự sắp xếp lại để đảo tỷ lệ này, và với cùng case, cùng bằng chứng, bài lên được hai dải rubric, vì phần đề xuất cuối đã đủ dày để người chấm đánh giá.

---

Trả lời thẳng: Hãy neo phân tích vào hai hoặc ba khung đã được thừa nhận thay vì kể tên thật nhiều. Góc nhìn sociotechnical giúp chẩn đoán hệ thống hỏng ở đâu, chuỗi giá trị và lực lượng cạnh tranh của Porter giúp lập luận giá trị chiến lược, TAM giải thích người dùng có chấp nhận không, còn mô hình DeLone và McLean đánh giá hệ thống có mang lại giá trị hay không.

Không phải case nào cũng cần đủ cả bốn khung. Hãy chọn khung hợp với case của bạn chứ đừng nhồi tất cả vào một bài, và xem bảng dưới đây để biết mỗi khung hợp nhất với loại câu hỏi nào.

Người chấm công nhận cả bốn khung này như nguồn học thuật chứ không phải kiến thức nhặt từ blog. Porter và Millar (1985) trình bày cách thông tin tạo lợi thế cạnh tranh cho doanh nghiệp. Davis (1989) nêu hai yếu tố dự báo việc chấp nhận hệ thống là cảm nhận hữu ích (perceived usefulness) và cảm nhận dễ sử dụng (perceived ease of use). DeLone và McLean (2003) xác định các chiều dùng để đo mức thành công của một hệ thống thông tin. Điều tách một bài Credit khỏi một bài Distinction là dùng khung có tên để đi tới một phán đoán, chứ không chỉ để dán nhãn lên một đoạn văn.

Một sinh viên Việt Nam từng phân tích hệ thống hồ sơ bệnh nhân mới của một bệnh viện và cố áp cả bốn khung, nên khung nào cũng chỉ lướt qua. Cố vấn MAAS gợi ý bạn ấy rút xuống còn hai: góc nhìn sociotechnical để chẩn đoán vì sao điều dưỡng né hệ thống, và TAM để giải thích rằng cảm nhận dễ sử dụng thấp đã đẩy họ sang cách làm vòng. Ít khung hơn nhưng đi sâu hơn, và bài được điểm cao hơn.

---

Trả lời thẳng: Hãy dựng bài quanh bài toán, theo năm phần. Bắt đầu bằng bối cảnh case ngắn, rồi phát biểu rõ bài toán hay cơ hội nghiệp vụ, sau đó phân tích bằng các khung đã chọn, đề xuất có biện minh kèm cân nhắc triển khai và rủi ro, và kết luận ngắn. Chỉnh sửa có tác dụng lớn nhất thường là thu gọn phần mô tả và mở rộng phần phân tích cùng đề xuất, nơi điểm tập trung.

Phần bối cảnh case nên chiếm dưới 10% số chữ của bài, để phần lớn số chữ còn lại dành cho phân tích và đề xuất.

Rubric cho phần phân tích bài toán và giải pháp có biện minh trọng số cao hơn nhiều so với phần bối cảnh, nên chia số chữ theo đúng trọng số đó là cách đáng tin nhất để nâng điểm mà không cần tìm thêm tài liệu. Một đề xuất nói rõ thay đổi điều gì, những bên liên quan nào bị ảnh hưởng và rủi ro triển khai ra sao thì người chấm đánh giá được, còn một đề xuất kiểu "doanh nghiệp nên áp dụng hệ thống" thì không.

Một sinh viên Việt Nam từng nộp bản nháp với 500 chữ về lịch sử công ty mà chỉ có 200 chữ cho phần đề xuất. Cố vấn MAAS gợi ý bạn ấy đảo ngược tỷ lệ đó. Báo cáo cuối, vẫn cùng case và cùng nguồn, đi từ mức Credit sát ngưỡng lên Distinction, vì phần đề xuất giờ đã trả lời được hệ thống sẽ được triển khai thế nào và điều gì có thể trục trặc.

---

Trả lời thẳng: Có ba lỗi lặp lại trong các buổi hướng dẫn môn hệ thống thông tin của MAAS. Lỗi đầu tiên là mô tả công nghệ thay vì phân tích bài toán nghiệp vụ, lỗi thứ hai là dùng khung như nhãn dán chứ không như công cụ, và lỗi thứ ba là đề xuất chung chung, không gắn với phân tích. Sửa được ba lỗi này thường nâng phần lớn bản nháp lên ít nhất một dải rubric.

Với lỗi đầu tiên, thông số kỹ thuật chiếm hết chỗ của lập luận. Với lỗi thứ hai, sinh viên có nhắc tới chuỗi giá trị nhưng không dùng nó để đi tới phán đoán nào. Với lỗi thứ ba, đề xuất chỉ dừng ở câu kiểu "công ty nên số hoá", thay vì cụ thể, có trình tự và bám vào phần phân tích đã làm.

Với những sinh viên tìm tới MAAS ở môn này, nhận xét của người chấm trên bài nộp trước đó tập trung ở hai câu "more critical analysis needed" và "recommendation not sufficiently justified", tức cần phân tích phản biện hơn và đề xuất chưa được biện minh đủ. Đây là hai nhận xét hay phân biệt một bài Credit với một bài Distinction nhất, và cả hai cùng chỉ về một gốc: coi hệ thống thông tin là một sản phẩm kỹ thuật, thay vì một can thiệp sociotechnical vào tổ chức.

Phần đề xuất của một sinh viên Việt Nam từng chỉ có một câu: "nhà bán lẻ nên áp dụng hệ thống CRM". Cố vấn MAAS đặt câu hỏi để bạn ấy tự nói cụ thể CRM sẽ đổi quy trình nào (ở đây là dữ liệu khách hàng đang phân mảnh giữa các cửa hàng), ảnh hưởng tới những bên liên quan nào (nhân viên cửa hàng và đội marketing), và rủi ro chính khi đưa vào dùng là gì (nhân viên có thể coi nó như công cụ giám sát). Bản cụ thể này được điểm tối đa ở tiêu chí đề xuất.

---

Trả lời thẳng: Hãy xác nhận số chữ và kiểu trích dẫn trong đề bài của bạn. Báo cáo case hệ thống thông tin ở cấp độ này thường dài khoảng 1.500 tới 2.500 chữ, và phần lớn môn IS của University of Melbourne dùng APA, dù một số môn chấp nhận Harvard. Hãy trích dẫn mọi luận điểm khái niệm và kiểm để danh mục tài liệu khớp với trích dẫn trong bài.

Khoảng 1.500 tới 2.500 chữ chỉ là mức thường gặp, nên đề của học kỳ bạn học mới là căn cứ, và bài phải nằm trong mức dung sai mà đề cho phép. Trích dẫn chính xác là nguồn điểm nhanh và chắc mà nhiều sinh viên bỏ phí.

Người chấm thường trừ điểm khi trích dẫn thiếu hoặc không nhất quán, kể cả lúc phần phân tích mạnh, vì trích dẫn nằm ở một tiêu chí rubric riêng. Làm đúng phần này không cần tìm thêm tài liệu mà chỉ cần cẩn thận, nên đây là phần điểm rẻ nhất của môn.

Một sinh viên Việt Nam từng mất vài điểm ở hai bài báo cáo vì trích dẫn trong bài không khớp với danh mục tài liệu. Khi rà soát trước lúc nộp, cố vấn MAAS chỉ ra các chỗ lệch trong vòng một giờ và bạn ấy tự sửa. Ở bài báo cáo ISYS90026 kế tiếp, phần trích dẫn APA gọn gàng giúp bạn ấy lấy lại số điểm từng mất ở một tiêu chí không đòi thêm phân tích nào.

---