HCM, ngày 19 tháng 12 năm 2016 NHIỆM VỤ LUẬN VĂN THẠC SĨ Họ và tên học viên: ĐỖ CÔNG NGUYÊN Giới tính: Nam Ngày tháng năm sinh: 22-01-1990 Nơi sinh: Thanh Hóa Chuyên ngành : Quản lý
TỔNG QUAN
Các lý thuyết, khái niệm được sử dụng
Xung đột, từ Hán Việt nghĩa là "chống cự nhau, đánh lẫn nhau", cũng tương tự định nghĩa "conflict" trong tiếng Anh và nhiều ngôn ngữ Hy-La, bắt nguồn từ chữ La Tinh "confligere".
Xung đột là quá trình tương tác giữa các thực thể xã hội (cá nhân, nhóm, tổ chức) do thiếu khả năng đáp ứng, bất đồng hoặc mâu thuẫn.
Xung đột là sự bất đồng chủ động giữa những người có ý tưởng hoặc nguyên tắc đối lập (Tillett, 1999, trích dẫn bởi Vũ, 2009), hoặc sự khác biệt về lợi ích, mục tiêu, ưu tiên giữa cá nhân, nhóm, tổ chức, hay sự không đáp ứng yêu cầu công việc/quy trình (Gardiner & Simmons).
(1992) Gần đây Ng et al (2007) định nghĩa xung đột như là các yêu cầu/đòi hỏi không được đáp ứng hoặc đối nghịch nhau
Ngành xây dựng vốn tiềm ẩn nhiều xung đột (Barthorpe et al., 2000), dẫn đến gia tăng chi phí (Ng et al., 2007; Cheung & Suen, 2002; Vũ, 2009) Đặc biệt, các dự án quốc tế với sự tham gia của nhiều bên có văn hóa và mục tiêu khác nhau thường dễ xảy ra xung đột (Kumaraswamy ).
Xung đột trong dự án xây dựng, nếu không được quản lý hoặc giải quyết kịp thời, có thể leo thang thành tranh chấp nghiêm trọng, gây chậm tiến độ, căng thẳng và phá vỡ hợp tác (Brew & Cairns, 2004; Cheung & Suen, 2002; Chan & Suen, 2005) Ứng dụng System Dynamics giúp giải quyết tranh chấp về tiến độ.
Xung đột trong xây dựng, theo Jaffar et al (2011), được định nghĩa đa dạng, bao gồm sự bất đồng, đối đầu, và hành vi tương tác đối kháng (Brown et al., trích dẫn bởi Jaffar et al., 2011) Deutsch nhấn mạnh hành vi bất tương thích gây cản trở lẫn nhau Thomas bổ sung ba bối cảnh: nhận thức về sự khác biệt, sự phụ thuộc lẫn nhau giữa các bên, và sự cản trở, ví dụ như khan hiếm tài nguyên dẫn đến xung đột vì cạnh tranh lợi ích.
Các định nghĩa xung đột từ Jaffar et al phản ánh nhiều góc nhìn nghiên cứu, nhưng đều thống nhất cho rằng xung đột và tranh chấp đều bắt nguồn từ bất đồng về lợi ích hoặc ý tưởng.
Nghiên cứu của Jaffar et al (2011) xác định ba nhóm nhân tố chính gây xung đột trong xây dựng: hành vi (giao tiếp, văn hóa), hợp đồng (trễ tiến độ, thanh toán, điều khoản chưa rõ ràng), và kỹ thuật (thiếu hiệu quả nhà thầu, chỉ thị chậm từ chủ đầu tư/giám sát) Ứng dụng System Dynamics hỗ trợ giải quyết tranh chấp tiến độ trong dự án xây dựng.
Nghiên cứu năm 2006 của Acharya sử dụng AHP xác định 4 nguyên nhân chính gây xung đột xây dựng: thay đổi điều kiện thi công, gián đoạn nhân công, xem xét yêu cầu thay đổi và sai sót thiết kế, với chủ đầu tư chịu trách nhiệm chính Do đó, Acharya đề xuất chủ đầu tư chủ động quản lý tranh chấp bằng kế hoạch tốt và mô hình CCPM gồm các bước: xác định nhân tố xung đột, lập kế hoạch phản ứng, áp dụng biện pháp ngăn ngừa và quản lý xung đột liên tục.
Nghiên cứu của Mitkus et al (2014) tập trung vào nguyên nhân xung đột trong xây dựng, đặc biệt là giữa Chủ đầu tư và Nhà thầu, cho thấy giao tiếp bất thành là nguyên nhân chính Các nguyên nhân bên ngoài dễ nhận biết và hành vi thiếu công bằng liên quan đến hợp đồng, cùng các cơ chế phòng vệ tâm lý cũng góp phần gây xung đột.
Mô hình rủi ro-xung đột Achaya & Lee (2006), tháp xung đột Sarat (1984) và ứng dụng System Dynamics là những công cụ hữu ích để phân tích và giải quyết tranh chấp, đặc biệt trong quản lý tiến độ dự án xây dựng.
KHÔNG QUẢN LÝ RÕ RÀNG
KHÔNG GIẢI QUYẾT RÕ RÀNG
Mô hình rủi ro-xung đột-tranh chấp của Achaya và Lee (2006) (Hình 2) và các nhân tố gây xung đột theo thống kê của họ (Bảng 1) được trình bày trong bài viết này.
Nhóm nguyên nhân từ Chủ Đầu tư (CDT)
Thiếu rõ ràng trong yêu cầu CDT, thay đổi yêu cầu thường xuyên, phạm vi dự án không được định nghĩa cụ thể, cùng với sự chậm trễ bàn giao mặt bằng đã dẫn đến nhiều khó khăn trong quá trình thực hiện.
Chủ đầu tư cung cấp thiết bị Thiếu mặt bằng thi công Rủi ro về tài chính của CDT
Sự phân bổ rủi ro không hợp lý Chủ đầu tư cung cấp vật tư Chậm ra quyết định
Nhóm nguyên nhân từ Tư vấn
Dự án gặp nhiều thách thức do sai sót thiết kế, khối lượng công việc phát sinh vượt quá dự kiến, điều kiện công trường thay đổi, lỗi chỉ dẫn kỹ thuật và thay đổi khối lượng lớn.
Nhóm nguyên nhân từ Nhà thầu
Rủi ro tài chính, yêu cầu thay đổi quá nhiều và năng lực nhà thầu yếu kém là những nguyên nhân chính gây tranh chấp trong dự án xây dựng, đặc biệt là các sai sót trong bảo hành Ứng dụng System Dynamics giúp giải quyết các tranh chấp này và cải thiện tiến độ dự án.
Sự chống đối của người dân địa phương Nhà thầu phụ yếu kém
Không thanh toán cho Nhà thầu phụ
Nhóm nguyên nhân từ các bên thứ 3
Thay đổi luật pháp Tranh chấp về lao động/ đình công Thời tiết bất lợi
Thị trường bị trượt giá
Sự thay đổi cấu trúc xã hội Chậm trễ của các bên thứ 3
Nhóm các nguyên nhân khác
Xung đột trong các văn bản Thương thảo các yêu cầu thay đổi Vấn đề an ninh công trường Thiếu giao tiếp
Tai nạn Leo thang căng thẳng Cần thiết cải thiện môi trường Ô nhiễm môi trường Quá nhiều thư từ trao đổi
Kỹ thuật kiểm tra Thay đổi kỹ thuật thi công
Sự cẩu thả hoặc thái độ của những người tham gia dự án
Pháp lý ( Trọng tài, Kiện cáo )
Đổ lỗi cho đối tác
Trao đổi các vấn đề với đối tác
Các Giao dịch có vấn đề
Các nghiên cứu tương tự đã công bố
2.2.1 Các nghiên cứu tương tự đã công bố trên thế giới a Majidi, 2003 Đánh giá khung áp dụng của các phương pháp ADR trong xây dựng tích hợp với mô hình real option, xác suất và system dynamics Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 50
Ngành xây dựng đóng vai trò quan trọng trong nền kinh tế Mỹ, chiếm 8.6% GDP năm 2003 (CNN, 2003) Chi phí giải quyết tranh chấp xây dựng rất cao, thúc đẩy nhu cầu cải tiến kỹ thuật ngăn ngừa và giải quyết tranh chấp (DART) Sự phát triển DART từ đầu thập niên 1990 tạo nên kỷ nguyên mới, khuyến khích chuyển đổi từ cạnh tranh sang hợp tác (ENR, 1994).
Nghiên cứu này giới thiệu mô hình, lý thuyết và công cụ đánh giá sự phức tạp của xung đột và ứng dụng DART trong xây dựng, đồng thời phát triển phương pháp định lượng phân tích lợi ích/chi phí (CBR) để lựa chọn kỹ thuật phù hợp cho từng dự án Mô hình đánh giá theo option của Menassa et al (2006) cũng được ứng dụng để đánh giá đầu tư cho ADR trong dự án xây dựng.
Kỹ thuật ADR được nhiều chuyên gia kiến trúc, thiết kế và thi công ủng hộ để tiết kiệm ngân sách, đảm bảo tiến độ, chất lượng và môi trường dự án xây dựng Tuy nhiên, chi phí của một số kỹ thuật ADR cần được cân nhắc kỹ lưỡng về mặt kinh tế và chính trị.
Nghiên cứu của Menasa et al áp dụng lý thuyết định giá quyền chọn (option pricing) và quyền chọn thực (real option pricing) để đánh giá tỉ suất chi phí-lợi ích (CBR) của chi phí ADR trong dự án xây dựng Các real option như trì hoãn, từ bỏ, mở rộng và đầu tư theo giai đoạn giúp người quản lý dự án đưa ra quyết định tối ưu, quản lý rủi ro về nguồn lực, thời gian và chi phí claim tiềm ẩn.
Bài viết giới thiệu mô hình định lượng và hệ thống hỗ trợ quyết định đánh giá real option cho chi phí ADR trong dự án, dựa trên phương pháp định giá nhị thức đơn giản hóa đánh giá trên trục thời gian rời rạc Mô hình được minh họa bằng ví dụ thực tế về ứng dụng real option pricing trong đánh giá phân bổ chi phí ADR của dự án xây dựng.
Hình 8 Các bước giải quyết tranh chấp trong xây dựng theo Menassa et al (2006)
Mô hình định lượng và hệ thống hỗ trợ quyết định (DTHT) được xây dựng để đánh giá chi phí ADR trong dự án xây dựng, mô phỏng sự không chắc chắn và xác định thông số ảnh hưởng đến chi phí Mô hình cho phép chủ đầu tư quản lý thay đổi thông số, đánh giá tính khả thi của ADR và lựa chọn thời điểm tối ưu áp dụng, dựa trên phân tích NPV Mô hình này phát triển từ nghiên cứu của Peura-Mora và Tamaki (1999), phân tích ADR dựa trên số lượng xung đột và yêu cầu bồi thường từ 3 nguồn: không chắc chắn dự án, vấn đề quy trình và con người.
Nghiên cứu của C Ng và cộng sự (2007) về quản lý xung đột động trong các dự án xây dựng quy mô lớn cho thấy hệ thống này cho phép so sánh hiệu quả giải quyết tranh chấp (ADR) giữa các cấp độ khác nhau.
Nghiên cứu này phân tích tính động của xung đột dự án, sự leo thang của chúng, và tương tác với kỹ thuật DART Mô hình DHHT được sử dụng để phát triển phần mềm giả lập DART Simulator, giúp đánh giá hiệu quả của 46 quy trình DART trong giảm thiểu xung đột dựa trên dữ liệu thực tế Qua nghiên cứu tình huống so sánh, phần mềm cho thấy hiệu quả vượt trội của quy trình 5 bước so với các phương pháp khác.
DART-S giúp giảm xung đột dự án bằng 5 bước, hạn chế leo thang và giải quyết tranh chấp trước khi cần hành động pháp lý Phương pháp này định lượng, đánh giá sự phát triển và tác động của DART lên xung đột, cung cấp chiến lược quản lý xung đột tổng thể cho người quản lý dự án Ứng dụng System Dynamics giải quyết tranh chấp về tiến độ trong dự án xây dựng.
Hình 9 Vòng xoáy xung đột theo Ng et al (2007)
Hình 10 Ảnh hưởng của Kỹ thuật thay thế để giải quyết tranh chấp theo Ng et al
(2007) d Menassa et al., 2009 Real option và system dyanmics cho việc mô hình hóa giá trị của việc áp dụng một quy trình giải quyết tranh chấp trong xây dựng
Nghiên cứu ứng dụng lý thuyết option/real option và System Dynamics để phân tích ảnh hưởng của các chiến lược giải quyết xung đột khác nhau (trong thang DRL) lên chi phí đầu tư của dự án xây dựng Mô hình tập trung vào quy trình giải quyết tranh chấp tiến độ.
Bài báo tích hợp ba lý thuyết nghiên cứu vào mô hình điện toán đánh giá chi phí DRL trong dự án xây dựng, xem xét đặc điểm dự án và kỹ thuật ADR Mô hình cho phép so sánh chi phí áp dụng DRL với lợi ích thu được, được minh họa qua ví dụ thực tiễn Nghiên cứu dựa trên luận điểm xung đột dự án xây dựng (e Kishor Mahato et al., 2011).
Xung đột giao diện là thách thức lớn trong xây dựng đập, ảnh hưởng trực tiếp đến thành công của dự án Quản lý hiệu quả xung đột là yếu tố then chốt.
Nghiên cứu sử dụng dữ liệu từ Nepal để xây dựng mô hình DHHT dự báo xung đột giao diện dự án xây dựng đê đập Ba chính sách chủ chốt giảm thiểu xung đột là: tham gia cộng đồng, đền bù và tái định cư thỏa đáng, cùng chia sẻ thông tin minh bạch Áp dụng các chính sách này giúp phòng ngừa và giảm thiểu xung đột hiệu quả.
Nghiên cứu xây dựng mô hình nguyên nhân và mô phỏng xung đột trong dự án hạ tầng toàn cầu do thiếu hiểu biết pháp quyền, chỉ ra mối liên hệ giữa tuyên truyền xung đột, chi phí sửa chữa sai sót pháp lý và hiệu quả giải quyết tranh chấp Ứng dụng System Dynamics giúp cải thiện tiến độ dự án.
Hình 11 Giả thuyết động của Dahal et al (2014)
Tóm tắt chương
Tranh chấp, đặc biệt là về tiến độ, là vấn đề thường gặp trong các dự án xây dựng, ảnh hưởng nghiêm trọng đến thành công của dự án và mối quan hệ giữa các bên liên quan.
Hiện nay trên thế giới đang có xu hướng dịch chuyển từ sử dụng các công cụ pháp lý sang các công cụ giải quyết tranh chấp thay thế
System Dynamics là công cụ hiệu quả mô hình hóa dự án xây dựng, đặc biệt hữu ích trong giải quyết tranh chấp tiến độ nhờ khả năng phản ánh tính động của các dự án này.
PHƯƠNG PHÁP NGHIÊN CỨU
Giới thiệu chung
Sự phù hợp của SD cho một vấn đề cụ thể nào đó đã được thảo luận bởi Vennix
(1996) Từ đó tác giả đã đề ra 4 hướng dẫn được sử dụng khi cân nhắc xem có cần sử dụng System Dynamics hay không
Vấn đề cần phải phức tạp một cách động (dynamically complex) bởi vì có những cơ chế hồi đáp phức tạp tiềm tàng ẩn dưới hệ thống
Thông thường SD sử dụng cho các vấn đề kéo dài và đã có những nỗ lực xử lý không thành công trong quá khứ
Cần kiểm tra khả năng xây dựng mô hình tham khảo hành vi để diễn tả vấn đề Nếu không khả thi, cần hết sức lưu ý.
Kiểm tra xem liệu mô tả vấn đề có đưa tới những suy xét về dòng các quy trình (flow process)
Mô hình động lực hệ thống (System Dynamics) là phương pháp chẩn đoán, đánh giá tác động, xác định nguyên nhân cấu trúc của vấn đề và đề xuất giải pháp bền vững.
Các nguyên tắc chính của mô hình hóa bằng hệ thống động (Sterman, 2000)
Xây dựng một mô hình để giải quyết một vấn đề nào đó, không phải là để mô hình hóa hệ thống
Mô hình nên được tích hợp với dự án ngay từ khi bắt đầu
Nghi ngờ về giá trị mô hình và đặt câu hỏi về sự cần thiết của nó ngay từ giai đoạn khởi đầu dự án là điều cần thiết.
SD không đứng riêng một mình Cần sử dụng các công cụ khác phù hợp
Tập trung vào việc ứng dụng ngay từ khi bắt đầu dự án
Mô hình System Dynamics tối ưu hóa giải quyết tranh chấp tiến độ dự án xây dựng khi được xây dựng dựa trên sự tương tác giữa khách hàng và nhà tư vấn.
Tránh các mô hình “hộp đen” (black box)
Việc kiểm nghiệm mô hình là một quá trình liên tục của việc kiểm tra và xây dựng sự tin cậy đối với mô hình
Bắt đầu bằng việc xây dựng một mô hình sơ bộ có thể hoạt động càng sớm càng tốt Chỉ đưa vào các chi tiết khi cần thiết
Một giới hạn của mô hình rộng mở thì quan trọng hơn là đưa vào quá nhiều thông tin
Sử dụng chuyên gia mô hình hóa
Việc ứng dụng của mô hình không chỉ cho một dự án duy nhất
Quy trình mô hình hóa bằng hệ thống động
Tham khảo chính (Fellows et al., 2008), quy trình nghiên cứu chung của các dự án xây dựng bao gồm các bước như sơ đồ sau:
Hình 17 Phương pháp nghiên cứu trong xây dựng (Fellow và Liu, 2008)
Nghiên cứu bắt đầu bằng việc xác định vấn đề, có thể từ nghiên cứu trước hoặc nghiên cứu thử nghiệm Tiếp theo, định nghĩa vấn đề và mục tiêu nghiên cứu, sau đó tổng quan sơ bộ để đánh giá khả năng giải quyết vấn đề Nếu khả thi, kế hoạch nghiên cứu được phát triển, tiếp đến là nghiên cứu tổng quan kỹ lưỡng, thu thập và phân tích dữ liệu, cuối cùng là báo cáo kết quả hoặc ứng dụng thực tiễn.
Với Taha (1971) và Checkland (1989), quy trình mô hình hóa bao gồm các bước:
Hình 18 Quy trình mô hình hóa theo Taha (1971) và Checkland (1989)
Nghiên cứu ứng dụng System Dynamics bắt đầu từ thực tế dân số, xây dựng mô hình ý tưởng thông qua định nghĩa cốt lõi, sau đó so sánh với thực tế, xác định giải pháp và cải thiện vấn đề Quá trình này bao gồm lấy mẫu, xây dựng, kiểm nghiệm và ứng dụng mô hình vào thực tế.
Với Mirham (1972), quy trình mô hình hóa bao gồm các công việc sau:
Hình 19 Quy trình mô hình hóa của Mirham (1972)
Theo Mirham, xây dựng mô hình bắt đầu bằng việc xác định mục tiêu và đối tượng cần mô hình hóa Tiếp theo, đồng bộ hóa các thành tố, kiểm tra, xác thực và chọn mô hình phù hợp nhất để phân tích, dự báo và đưa ra kết luận.
Theo Richardson and Anderson (1980), các bước mô hình hóa theo SD như sau: Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 71
Hình 20 Các bước mô hình hóa SD theo Richardson và Anderson (1980)
Mô hình hóa SD gồm hai giai đoạn: ý tưởng (bao gồm nhận định vấn đề, ý tưởng hóa hệ thống, xây dựng và hiệu chỉnh mô hình) và kỹ thuật (bao gồm xây dựng, xác định hành vi, đánh giá và khai thác mô hình) Quy trình này tương đồng với mô hình nghiên cứu của Saed (1992).
Phương pháp nghiên cứu
Mô hình điện toán là đặc điểm nổi bật của System Dynamics; tuy nhiên, giá trị cốt lõi nằm ở logic và lập luận chặt chẽ được hỗ trợ bởi mô phỏng (Thompson, 1999) Phương pháp này hỗ trợ việc phân tích vấn đề và đánh giá khả năng giải quyết vấn đề bằng System Dynamics.
Mô hình System Dynamics (SD) không tạo ra quản lý giỏi hơn mà cung cấp cách thức tối ưu để phân tích vấn đề và đưa ra giải pháp phù hợp Đánh giá tình huống và ý kiến các bên liên quan là then chốt trong việc tư vấn giải pháp cho các tranh chấp tiến độ dự án xây dựng SD hỗ trợ giải quyết các vấn đề phức tạp nảy sinh trong từng tình huống cụ thể.
Vấn đề có thực sự phức tạp và năng động? Nhà ứng dụng SD cần phân tích triệu chứng ở cấp độ cao, dựa trên mô hình (pattern) xuất hiện.
Bài viết này khảo sát quá trình nghiên cứu một vấn đề, xem xét liệu các kỹ thuật trước đây đã giải quyết triệt để vấn đề hay chỉ đưa ra giải pháp tạm thời, chưa hiệu quả.
Bản chất của các bên liên quan tới vấn đề? Liệu các bên tham gia có chia sẻ một quan tâm chung về việc giải quyết vấn đề
Tính chất cấp bách của vấn đề
Mô hình hóa hệ thống động (SD) sử dụng các mô hình định lượng, nhưng không chỉ là mô phỏng; SD tập trung vào sự kết hợp các yếu tố tạo nên một hệ thống thống nhất và ý nghĩa.
So sánh hoạt động của mô hình với dữ liệu lịch sử giúp xác định phạm vi cần cải tiến, chứ không phải để chứng minh tính chính xác tuyệt đối của mô hình.
Mô hình cần tái tạo dữ liệu lịch sử một cách hợp lý, minh bạch và dễ hiểu.
Mô hình "as built" phản ánh thực tế dự án với mọi thay đổi, khác biệt với mô hình "would have" là kế hoạch ban đầu Sự chênh lệch chi phí và thời gian hoàn thành cho thấy tác động của các thay đổi Phân tích độ nhạy củng cố độ tin cậy ước lượng chi phí và thời gian bị chậm trễ Ứng dụng System Dynamics hỗ trợ giải quyết tranh chấp tiến độ trong xây dựng.
Kinh nghiệm cho thấy rằng các bên trong một xung đột càng hiểu rõ mô hình thì giải pháp để xử lý tranh chấp càng hiệu quả hơn
3.4.1 Mô hình hóa hệ thống động
Nhiều học giả đã nghiên cứu và đề xuất các quy trình mô hình hóa hệ thống động, nhưng các bước đều tương đồng Nghiên cứu này áp dụng phương pháp của Sterman.
Bảng 7 Các cách tiếp cận SD
(2000) Ý tưởng hóa Định nghĩa vấn đề Định nghĩa vấn đề Xây dựng sơ đồ và phân tích
Phát biểu vấn đề Ý tưởng hóa hệ thống Ý tưởng hóa hệ thống
Công thức hóa mô hình Đại diện mô hình
Phân tích hành vi mô hình
Kiểm tra Đánh giá mô hình Đánh giá mô hình Ứng dụng
Phân tích chính sách Phân tích chính sách và sử dụng mô hình
Phân tích chính sách và sử dụng mô hình
Sử dụng mô hình Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 74
Theo Sterman (2000), quy trình mô hình hóa hệ thống bao gồm các bước cơ bản sau:
3.4.1.1 Phát biểu vấn đề và lựa chọn giới hạn của nghiên cứu
Lựa chọn bối cảnh: Vấn đề là gì và vì sao nó lại là vấn đề?
Các biến chính: Những biến chính là gì và những khái niệm nào chúng ta cần xem xét
Thời gian: Chúng ta sẽ xem xét trong tương lai bao xa Nguồn gốc của vấn đề bắt đầu từ thời điểm nào trong quá khứ?
Bài viết này định nghĩa vấn đề động (mô hình tham khảo), phân tích hành vi quá khứ của các biến và khái niệm chính, đồng thời dự báo xu hướng tương lai của chúng.
Trong đó 2 quy trình chính hay được áp dụng là xây dựng mô hình tham khảo và thiết lập giới hạn thời gian
3.4.1.2 Cấu trúc hồi đáp như là một giả thuyết động
Xây dựng giả thuyết đầu tiên: Đâu là lý thuyết hiện tại về hành vi ứng xử có vấn đề
Bài viết tập trung phân tích tính động của hệ thống như là hệ quả nội tại của cấu trúc hồi đáp, dựa trên công thức giả thuyết động.
Xây dựng bản đồ cấu trúc nguyên nhân bằng các công cụ như biểu đồ giới hạn mô hình, biểu đồ hệ thống con, biểu đồ vòng lặp nguyên nhân, biểu đồ Stock and flow, và biểu đồ cấu trúc chính sách, dựa trên giả thuyết ban đầu, biến chính, mô hình tham khảo và dữ liệu sẵn có.
3.4.1.3 Xây dựng một mô hình mô phỏng
Tiêu chuẩn của mô hình, luật ra quyết định
Ước tính các tham số, các quan hệ hành vi và các điều kiện ban đầu
Kiểm tra sự thống nhất với mục đích và giới hạn của mô hình Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 75
So sánh với mô hình tham khảo: Liệu mô hình có tái hiện lại hành vi vấn đề như ý muốn của người làm mô hình
Sự bền vững dưới các điều kiện cực hạn: Liệu mô hình có ứng xử một cách thực tế khi đối mặt với các điều kiện cực hạn
Độ nhạy: Mô hình ứng xử như thế nào khi có sự thay đổi tham số, điều kiện ban đầu, biên của mô hình hay kết hợp,…
3.4.1.5 Xây dựng chính sách và kiểm chứng mô hình
Mô tả bối cảnh: Với môi trường nào thì các điều kiện có thể nảy sinh
Thiết kế chính sách mới cần được thử nghiệm thực tế để đánh giá hiệu quả Mô hình hóa chính sách giúp trực quan hóa việc triển khai luật, chiến lược và cấu trúc mới.
Phân tích giả sử: Ảnh hưởng của chính sách là như thế nào?
Phân tích độ nhạy: Mức độ bền vững của chính sách được khuyến nghị đối với một số bối cảnh hoặc khi có sự không chắc chắn
Kết hợp chính sách: Các chính sách phản ứng với nhau như thế nào?
3.4.2 Mô hình hóa hệ thống động ứng dụng cho các vấn đề liên quan tới pháp lý theo Alan K Graham (2011)
Mô hình hóa hệ thống động trong tranh chấp pháp lý cần lưu ý những điểm Alan K Graham đã tổng kết trong nghiên cứu của ông, khác với quy trình chung.
Mô hình System Dynamics hữu ích trong giải quyết tranh chấp phức tạp, đặc biệt trong các dự án xây dựng và phát triển Quá trình này đòi hỏi kiểm tra kỹ lưỡng, bao gồm kiểm tra tài liệu, phỏng vấn chuyên gia, kiểm định mô hình và phân tích kết luận, nhằm đảm bảo tính chính xác và hiệu quả do sự phức tạp và kéo dài của nó.
2005) Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 76
Các khía cạnh chính của một mô hình SD dùng cho tranh chấp pháp lý bao gồm các yếu tố:
Tóm tắt chương
Bài viết tổng hợp các nguyên tắc, quy trình, phương pháp nghiên cứu mô hình hóa hệ thống động, bao gồm thành phần hệ thống, thu thập/phân tích dữ liệu và công cụ nghiên cứu chính.
Phía dưới đây là giản đồ quy trình của nghiên cứu này Các nội dung nghiên cứu chi tiết được thực hiện ở các chương tiếp theo
PHÁT BIỂU VẤN ĐỀ NGHIÊN CỨU VÀ CẤU TRÚC HỒI ĐÁP CHÍNH
XÂY DỰNG MÔ HÌNH ĐỘNG HỌC HỆ
Tham khảo 3.1.1.Mô hình hóa hệ thống động
Phân tích hành vi mô
hình Kiểm tra mô hình ĐẶT VẤN ĐỀ
CÔNG CỤ VÀ KỸ THUẬT
Hình 26 Quy trình nghiên cứu Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 90
PHÁT BIỂU VẤN ĐỀ VÀ CẤU TRÚC PHẢN HỒI
Giới thiệu chung
Chương này trình bày dự án nghiên cứu, thách thức triển khai, cấu trúc phản hồi chính và những hạn chế của mô hình.
Dự án nhà máy nước
Dự án mở rộng nhà máy nước Thủ Đức giai đoạn 3 (công suất 300.000 m³/ngày) nâng cao công suất cấp nước TP.HCM, đáp ứng quy hoạch được duyệt (Quyết định số 1600/QĐ-TTg và 729/QĐ-TTg) Dự án cải thiện chất lượng nước, tăng áp lực và lưu lượng, nâng tiêu chuẩn dùng nước bình quân đầu người khu vực trung tâm Nhà máy sẽ tăng công suất thêm 300.000 m³/ngày (giai đoạn III) và 600.000 m³/ngày (giai đoạn IV), đảm bảo cung cấp nước sinh hoạt chất lượng cao.
Dự án mở rộng nhà máy nước Thủ Đức giai đoạn 3 (công suất 300.000 m3/ngày), với tổng mức đầu tư 1.272 tỷ đồng, đã hoàn thành 92,9% (1.139 tỷ đồng) và đang được nghiệm thu Khởi công tháng 4/2013, dự án gồm 6 gói thầu: 1 gói EPC, 3 gói tư vấn và 2 gói khác (rà phá bom mìn, bảo hiểm) Ứng dụng System Dynamics giúp giải quyết tranh chấp tiến độ.
4.2.2 Quy mô của dự án và địa điểm xây dựng:
Dự án xây mới trạm bơm cấp I Hóa An với công suất thiết kế 630.000 m³/ngày, trang bị thiết bị 315.000 m³/ngày, dây chuyền xử lý nước 300.000 m³/ngày và trạm bơm cấp II công suất 600.000 m³/ngày (thiết bị 300.000 m³/ngày) Hệ thống tích hợp SCADA giám sát và điều khiển toàn bộ quá trình Dự án tận dụng tuyến ống nước thô D1800 mm hiện hữu.
An về nhà máy nước Thủ Đức
Trạm bơm nước thô Hóa An lấy nước sông Đồng Nai, khử trùng bằng Clo rồi dẫn qua đường ống DN1800 về nhà máy nước Thủ Đức Tại đây, nước trải qua các giai đoạn: bể trộn (trộn ngang và đứng), bể phản ứng (châm vôi, phèn), bể lắng lamella, bể lọc nhanh, khử trùng Clo cuối cùng và bể chứa nước sạch trước khi được bơm vào mạng lưới cấp nước thành phố.
- Loại công trình: Khai thác nước thô, trạm bơm nước thô, xử lý nước sạch, trạm bơm nước sạch
- Cấp công trình: Công trình cấp I
Trạm bơm nước thô đặt tại xã Hóa An, thành phố Biên Hòa, Đồng Nai, nằm trong khuôn viên trạm bơm hiện hữu của Nhà máy nước Thủ Đức.
Trạm bơm cấp II và khu xử lý nước đặt tại số 02 Lê Văn Chí, phường Linh Trung, quận Thủ Đức, TP Hồ Chí Minh, nằm trong khuôn viên nhà máy nước Thủ Đức hiện hữu.
- Diện tích sử dụng đất: 41.554,6 m2; trong đó:
+Trạm bơm nước thô: 13.182,8 m2; Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 92
+ Khu xử lý nước và trạm bơm cấp II: 28.371,8 m2
Dự án mở rộng nhà máy nước Thủ Đức giai đoạn 3, công suất 300.000 m3/ngày, được phê duyệt đầu tư 1.272 tỷ đồng theo Quyết định số 45/QĐ-NSSG-HĐQT ngày 25/09/2014 của Hội đồng quản trị Công ty Cổ phần đầu tư và kinh doanh nước sạch Sài Gòn.
- Chi phí xây dựng: 393.429.627.789 đồng;
- Chi phí thiết bị và công nghệ: 603.103.230.947 đồng;
- Vốn vay Ngân hàng Commerzbank (Đức): 26.641.437 USD (tương đương 569.000.000.000 đồng);
- Vốn vay Ngân hàng Viettinbank (Việt Nam): 493.000.000.000 đồng;
- Vốn đối ứng của SWIC: 150.000.000.000 đồng;
+ Thời gian thực hiện dự án: 1.094 ngày, từ quý III/2012 đến quý II/2015 (điều chỉnh) Trong đó:
- Bắt đầu tổ chức lựa chọn nhà thầu, ký kết hợp đồng: Quý III/2012;
- Bắt đầu thực hiện hợp đồng: Quý IV/2012;
- Nghiệm thu và khai thác sử dụng: Quý II/2015
+ Hình thức quản lý dự án: Chủ đầu tư trực tiếp quản lý thực hiện dự án
4.2.4 Các vấn đề của dự án
Dự án, được phê duyệt theo Quyết định số 21/QĐ-NSSG-HĐQT ngày 29/6/2012, dự kiến hoàn thành vào quý IV/2014 Tuy nhiên, tiến độ dự án đã được điều chỉnh sử dụng mô hình System Dynamics để giải quyết tranh chấp.
Dự án số 45/QĐ-NSSG-HĐQT, dự kiến hoàn thành quý II/2015, đã bị chậm 11 tháng, đến 01/5/2016 vẫn chưa nghiệm thu và đưa vào sử dụng.
Ngày 14/11/2012, Chủ đầu tư và Tổ hợp nhà thầu của Passavant Roediger GmbH
Passavant Roediger và Tổng Công ty Xây dựng số 1 TNHH MTV (CC1) vừa ký kết hợp đồng số 21/HĐ-NSSG-KH, trong đó nêu rõ thời gian và tiến độ thực hiện dự án.
686 ngày, bao gồm toàn bộ những ngày nghỉ cuối tuần và nghỉ Lễ theo quy định của
Theo hợp đồng, Nhà nước Việt Nam nghiệm thu toàn bộ công trình vào 30/9/2014, sau khi nhà thầu hoàn thành công trình, vận hành thử và phát nước vào 01/7/2014.
Phụ lục số 30/PLHĐ-NSSG-KH (24/1/2014) điều chỉnh hợp đồng 777 ngày (tăng 91 ngày so với hợp đồng 21/HĐ-NSSG-KH), quy định mốc hoàn thành công trình, vận hành thử và phát nước vào 01/10/2014, bàn giao đưa vào sử dụng ngày 30/12/2014.
Phụ lục số 43/PLHĐ-NSSG-KH ngày 14/2/2015 gia hạn thời gian thực hiện hợp đồng thêm 273 ngày (từ 777 lên 1050 ngày) so với phụ lục số 30/PLHĐ-NSSG-KH ngày 24/1/2014, điều chỉnh tiến độ và mốc hoàn thành dự án do nhà thầu chịu trách nhiệm.
Dự án hoàn thành lắp đặt thiết bị và vận hành sản xuất nước sạch đạt chất lượng theo quy định, công suất 150.000 m³/ngày (28/2/2015) Mô hình System Dynamics được ứng dụng để giải quyết tranh chấp về tiến độ.
Nhà máy nước sạch vận hành hiệu quả, sản xuất 300.000 m³/ngày nước đạt chuẩn chất lượng từ ngày 15/05/2015, song song với việc đào tạo đội ngũ vận hành.
Chế độ tham khảo (Reference mode) về tiến độ, chi phí và nhân lực của dự án
Theo Saed (1992), các mô hình chiến lược cần đơn giản, dễ hiểu Để giải quyết vấn đề phức tạp, cần phân chia thành các thành phần nhỏ hơn, dễ quản lý và phù hợp với hoạch định chiến lược.
Xây dựng mô hình bắt đầu bằng việc sắp xếp dữ liệu lịch sử thành chế độ tham chiếu Chế độ này giúp hình thành giả thuyết động, thể hiện qua các vòng lặp hồi đáp giữa các yếu tố quyết định ảnh hưởng đến hành vi hệ thống Giả thuyết này dựa trên quan hệ nhân quả từ luật ra quyết định, chứ không phải tương quan giữa các biến trong dữ liệu quá khứ.
Bài viết trình bày các chế độ tham khảo của dự án qua các đồ thị minh họa, dựa trên dữ liệu thực tế Dữ liệu đồ thị này sẽ được dùng để kiểm chứng mô hình nghiên cứu.
Hình 27 Sản lượng hoàn thành của Dự án Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 96
Hình 28 Phân bổ nhân lực của dự án
Hình 29 Kế hoạch dòng tiền của dự án Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 97
Các biến chính
Biểu đồ giới hạn mô hình phân loại biến thành nội sinh, ngoại sinh và biến loại trừ.
Biến nội tại là các biến mà tương tác của nó được thể hiện trong mô hình
Biến ngoại biên là các biến mà tương tác không thể hiện trong mô hình mà được giả định (assumed)
Các biến không được đề cập tới là các biến nằm ngoài phạm vi của mô hình
Biểu đồ giới hạn của mô hình là bản tóm tắt phạm vi của mô hình
Bảng 11 Giới hạn của mô hình
Biến nội tại Biến ngoại biên Không đề cập
Phạm vi dự án Thay đổi phạm vi dự án Thầu phụ
Làm lại Thời hạn hoàn thành Trước và sau giai đoạn thi công
Chất lượng thi công Thay đổi công nghệ
Nhân lực Điều phối giữa các bên
Tiến độ dự án Thay đổi điều kiện công trường
Xác định rõ ràng giới hạn hệ thống và mô hình rất quan trọng Biến nội sinh ảnh hưởng lẫn nhau trong hệ thống, trong khi biến ngoại sinh tác động đến hệ thống nhưng ít bị hệ thống ảnh hưởng trở lại Các yếu tố khác không đáng kể sẽ bị loại bỏ.
Nghiên cứu phát triển bền vững (SD) thường chỉ trích các mô hình SD hạn chế, thiếu tầm nhìn hệ thống Một cách tiếp cận thành công cần bao quát toàn cảnh vấn đề và mối liên hệ với môi trường xung quanh (Wolstenholme).
Mô phỏng hệ thống (SD) giúp mở rộng giới hạn của mô thức tư duy, tăng cường nhận thức và trách nhiệm đối với hệ quả của các quyết định (Sterman 2002b, p505; 2003, p20).
Tuy nhiên, giới hạn không chỉ phân biệt hệ thống với môi trường của nó, nó cũng đóng một vai trò quan trọng với bản thân hệ thống Wolstenholme (2003) cho rằng rất quan trọng phải xem xét giới hạn bên trong hệ thống và mô hình, và thể hiện nó một cách chính xác trong mô hình SD Điều này giúp cho có thể loại bỏ các thông tin không chính xác, loại bỏ các phản ứng không mong đợi, các hậu quả không mong đợi (Wolstenholme 2003; Wolstenholme 2004)
Để mô hình (ví dụ: mô hình SD) phản ánh chính xác hệ thống thực, các biến trong mô hình phải tương ứng với các thành phần trong hệ thống thực, được đặt tên dễ hiểu và có ý nghĩa động tương ứng Sự tương đồng này đảm bảo rằng thay đổi trong mô hình sẽ dẫn đến thay đổi tương ứng trong hệ thống thực.
Theo Ford (1995), một giả thiết quan trọng là các công tác có kích thước tương đồng, có thể thay thế cho nhau và đủ nhỏ để xác định trạng thái rõ ràng (đúng hoặc sai), loại trừ trạng thái trung gian.
Sau đây là các giả định chính của mô hình:
1- Các công tác thì tương đồng về kích thước, có thể thay thế, đủ nhỏ để phân định là có lỗi hay không, tránh tình trạng bị lỗi/ sai một phần Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 99
2- Có một dòng chảy liên tục môi trường, quy trình và tổ chức của dự án trong suốt quá trình triển khai thi công
3- Tiến độ thực hiện được xem là tương ứng với nhân công chính Do đó, tốc độ triển khai được tính ra từ năng suất lao động
4- Việc làm tăng ca được tính như làm trong giờ, được điều chỉnh bởi các tỉ số cho phù hợp
5- Khi thay đổi phạm vi công việc là tương đối nhỏ, việc gián đoạn và các ảnh hưởng khác tới dự án xem như có thể bỏ qua
6- Thay đổi về phạm vi công việc và việc gia tăng thời gian được phân phối trực tiếp Trong đó việc gia tăng phạm vi công việc được xem là tăng số lượng công tác hơn là thay đổi trong biện pháp và kỹ thuật thi công.
Cấu trúc hồi đáp chính của Dự án
Hình 30 minh họa cấu trúc thực hiện dự án với hai vòng hồi đáp: vòng lặp cân bằng (điều chỉnh dự án) và vòng lặp tăng cường (hiệu ứng phụ ảnh hưởng dự án).
Mô hình dự án đơn giản hóa thể hiện qua các vòng lặp điều chỉnh (tăng cường độ, tăng ca, tăng nhân công) và vòng lặp hiệu ứng phụ (lỗi chồng lỗi, thêm việc, thay đổi tiến độ, giảm tinh thần, nghỉ việc, thiếu kinh nghiệm, khó quản lý, hao phí).
Việc cần làm Việc làm
Tăng tài nguyên Ảnh hưởng của tài nguyên tới năng suất
Thời gian còn lại Toàn bộ công việc
Thời gian để điều chỉnh tài nguyên- Điều chỉnh dự ánHiệu ứng phụ Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 100
Hình 31 Cấu trúc hồi đáp chính của dự án
4.5.1 Vòng lặp công tác làm lại (Rework cycle)
Hình 32 Vòng lặp công tác làm lại
Công việc được thực hiện
Việc phải làm lại không được phát hiện
Phát hiện việc làm lại Phát sinh công việc
Thuê thêm người Tăng ca
Lỗi không nhận ra ở công tác trước
Kinh nghiệm Khó khăn trong giao tiếp
Trùng lắp các công tác
Thay đổi trình tự thi công Tuyệt vọng
Khó quản lý Thiếu kinh nghiệm
+ + Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 101
Khối lượng phải làm= INTEG (Phát hiện việc làm lại-Phát sinh việc làm lại- Hoàn thành công việc, Khối lượng ban đầu)
Phát sinh việc làm lại= (1-Chất lượng)*Tốc độ thi công khả thi
Việc làm lại không bị phát hiện= INTEG (Phát sinh việc làm lại-Phát hiện việc làm lại+Thay đổi,0)
Units: Task Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 102
Thay đổi=Việc làm xong*(STEP(Tỉ số thay đổi/TIME STEP, Thời gian thay đổi)-STEP(Tỉ số thay đổi/TIME STEP, Thời gian thay đổi+TIME TEP))
Việc làm xong= INTEG (Hoàn thành công việc-Thay đổi,0)
Hoàn thành công việc=Chất lượng*Tốc độ thi công khả thi
Units: Task / Month Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 103
Phát hiện việc làm lại=(Việc làm lại không bị phát hiện/Thời gian phát hiện việc làm lại)*Dự án hoàn thành
Chất lượng công trình phụ thuộc vào nhiều yếu tố: chất lượng thông thường, ảnh hưởng giữa các giai đoạn thi công, áp lực tiến độ, kinh nghiệm thi công và các yêu cầu bất định từ chủ đầu tư.
Units: Fraction Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 104
Năng suất dự án phụ thuộc vào năng suất thông thường, ảnh hưởng của tiến độ, kinh nghiệm, yêu cầu bất định từ chủ đầu tư và mức độ ảnh hưởng của sự bất định lên năng suất và chất lượng.
Units: Task / (Person * Month) Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 105
Hình 33 Cấu trúc giãn tiến độ
Thay đổi tiến độ=Max(0,Trượt tiến độ)/Thời gian để trượt tiến độ
Ngày hoàn thành theo tiến độ= INTEG (Thay đổi tiến độ,Thời gian hoàn thành dự định ban đầu)
Ngày hoàn thành theo tiến độ
Bảng cho việc trượt tiến độ
Mức sẵn lòng trượt tiến độ
Thời gian để trượt tiến độ
Thời gian hoàn thành dự định ban
Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 106
Độ trượt tiến độ được tính bằng mức sẵn lòng chấp nhận trượt tiến độ nhân với phần lớn hơn 0 giữa ngày hoàn thành thực tế (theo cảm nhận) và ngày hoàn thành dự kiến, sau đó nhân với hệ số điều chỉnh dựa trên bảng đánh giá cảm giác tiến độ hoàn thành.
Hình 34 Cấu trúc điều chỉnh nhân lực
Nhân lực mới Nhân lực có kinh nghiệm
Nhân lực được tuyển dụng Nhân lực tích lũy kinh nghiệm Nhân lực nghỉ việc
Thời gian để tích lũy kinh nghiệm
Mức sẵn lòng tuyển dụng thêm Độ trễ trong việc tuyển dụng Độ trễ trong việc thuyên chuyển, cho nghỉ việc
Nhân lực có kinh nghiệm ban đầu
Nhân lực mới nghỉ việc Ảnh hưởng của kinh nghiệm tới năng suất
Năng suất tương đối của nhân lực mới
Nhân lực không kinh nghiệm ban đầu Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 107
Nhân lực được tuyển dụng=Mức sẵn lòng tuyển dụng thêm*Cần nhân lực bổ sung/Độ trễ trong việc tuyển dụng
Nhân lực mới= INTEG (+Nhân lực được tuyển dụng-Nhân lực tích lũy kinh nghiệm-Nhân lực mới nghỉ việc,Nhân lực không kinh nghiệm ban đầu)
Nhân lực tích lũy kinh nghiệm=Nhân lực mới/Thời gian để tích lũy kinh nghiệm
Units: People/Month Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 108
Nhân lực có kinh nghiệm= INTEG (Nhân lực tích lũy kinh nghiệm-Nhân lực nghỉ việc,Nhân lực có kinh nghiệm ban đầu)
Nhân lực nghỉ việc= (Max(0,(Thừa nhân lực-Nhân lực mới))/"Độ trễ trong việc thuyên chuyển, cho nghỉ việc")*Tỉ trọng với ước lượng dựa trên tiến độ
Units: People/Month Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 109
4.5.3.1 Ảnh hưởng chất lượng công tác trước tới công tác sau
Hình 35 Ảnh hưởng chất lượng công tác trước tới công tác sau
Việc được tin là đã làm xong=Việc làm lại không bị phát hiện+Việc làm xong
Chất lượng công việc trung bình=Max(1e-006,Việc làm xong)/Max(1e-
006,Việc được tin là đã làm xong)
Units: Fraction Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 110
Chất lượng công việc trước ảnh hưởng đến chất lượng công việc sau theo công thức: Độ nhạy ảnh hưởng của chất lượng lên chất lượng * Bảng ảnh hưởng của chất lượng công việc trước tới công việc sau (Chất lượng công việc trung bình) + (1 - Độ nhạy ảnh hưởng của chất lượng lên chất lượng).
4.5.3.2 Ảnh hưởng của áp lực tiến độ lên năng suất và chất lượng thi công
Áp lực tiến độ ảnh hưởng tiêu cực đến năng suất và chất lượng thi công xây dựng Ứng dụng System Dynamics giúp giải quyết tranh chấp về tiến độ dự án hiệu quả.
Dự án hoàn thành dựa trên khối lượng= IF THEN ELSE(Việc làm xong>Tỉ số hoàn thành tới hoàn thành dự án*Khối lượng ban đầu,0,1)
Dự án hoàn thành được tính toán dựa trên tỷ lệ hoàn thành theo khối lượng và tiến độ, cụ thể: [Tỷ lệ hoàn thành theo khối lượng] x [Khối lượng công việc] + [1 - Tỷ lệ hoàn thành theo khối lượng] x [Tiến độ dự án].
Công thức tính năng suất trung bình: Nếu "Tích lũy công sức vào dự án" lớn hơn 0, năng suất trung bình bằng "Việc được tin là đã làm xong" chia cho "Tích lũy công sức vào dự án"; ngược lại, năng suất trung bình giữ nguyên giá trị hiện có.
Units: Task/(Month*Person) Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 112
Ước tính chi phí tới khi hoàn thành dựa trên tiến độ=Khối lượng phải làm/Năng suất trung bình
Chi phí dự án hoàn thành ước tính bằng: (ngân sách dự án x (1 - tỉ trọng hoàn thành) + chi phí ước tính dựa trên tiến độ x tỉ trọng hoàn thành) x hệ số hoàn thành dự án.
Units: Month*Person Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 113
Ngày hoàn thành được báo dựa trên tiến độ=Time+(Ước tính chi phí tới khi hoàn thành/Max(0.0001,Mức nhân lực))
Ngày hoàn thành thực tế được tính toán dựa trên ba yếu tố: ngày hoàn thành dự kiến theo tiến độ, thời gian cảm nhận tiến độ thực tế, và ngày hoàn thành theo tiến độ ban đầu Công thức SMOOTHI phản ánh sự chênh lệch giữa kế hoạch và thực tế.
Lạm phát (dự báo) chậm tiến độ được tính bằng công thức: [(Ngày hoàn thành thực tế - Ngày hoàn thành dự kiến)/Ngày hoàn thành dự kiến] * Số dự án hoàn thành Ứng dụng System Dynamics giúp giải quyết tranh chấp tiến độ trong dự án xây dựng.
Project deadlines significantly impact productivity This impact is determined by a formula considering the effect of inflationary pressures on schedule delays and the sensitivity of productivity to these time constraints The formula accounts for both the sensitive and insensitive components of productivity to schedule pressure.
Áp lực tiến độ ảnh hưởng đến chất lượng thi công, mức độ ảnh hưởng phụ thuộc vào độ nhạy của chất lượng với áp lực đó Ảnh hưởng này thể hiện qua bảng phân tích tác động của áp lực tiến độ (ví dụ: lạm phát dự đoán, chậm tiến độ) lên chất lượng công trình.
Units: Dmsl Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 115
4.5.3.3 Ảnh hưởng của việc điều chỉnh nhân lực lên năng suất và chất lượng thi công
Hình 37 Ảnh hưởng của việc điều chỉnh nhân lực lên năng suất và chất lượng thi công
Mức nhân lực yêu cầu=Ước tính chi phí tới khi hoàn thành/Thời gian còn lại
Cần nhân lực bổ sung=Max(0,MIN(Mức nhân lực cao nhất,Mức nhân lực yêu cầu)-Mức nhân lực)
Units: People Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 116
Ảnh hưởng của kinh nghiệm tới năng suất=IF THEN ELSE(Mức nhân lực >
0, (Nhân lực mới*Năng suất tương đối của nhân lực mới+Nhân lực có kinh nghiệm)/Mức nhân lực,1)
Ảnh hưởng của kinh nghiệm tới chất lượng=IF THEN ELSE(Mức nhân lực >
0, (Nhân lực mới*Chất lượng tương đối của nhân lực mới+Nhân lực có kinh nghiệm)/Mức nhân lực,1)
Units: Dmsl Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 117
Tham khảo thêm phần 4.5.2.2 Điều chỉnh nhân lực
4.5.3.4 Ảnh hưởng của mức độ bất định trong yêu cầu của Chủ Đầu tư tới năng suất và chất lượng
Hình 38 Ảnh hưởng của mức độ bất định trong yêu cầu của Chủ Đầu tư tới năng suất và chất lượng
Ứng dụng System Dynamics giúp giải quyết tranh chấp tiến độ trong dự án xây dựng bằng cách tính toán "tỉ số cảm giác tới khi hoàn thành", được định nghĩa là tỷ lệ giữa khối lượng công việc được cho là đã hoàn thành và khối lượng công việc ban đầu.
Tóm tắt chương
Bài viết tóm tắt các đặc điểm chính của dự án nghiên cứu, nêu rõ các vấn đề gặp phải và các giả định được đưa ra để đơn giản hóa mô hình nghiên cứu từ thực tế.
Dựa trên nghiên cứu trước đây và quan sát thực tế, dự án đã xây dựng các cấu trúc hồi đáp chính Mô hình này sẽ được phân tích chi tiết ở các chương sau Ứng dụng System Dynamics trong giải quyết tranh chấp tiến độ dự án xây dựng.
MÔ TẢ VỀ MÔ HÌNH ĐỘNG CỦA DỰ ÁN
Giới thiệu
Mô hình hóa hệ thống động trong xây dựng gặp nhiều thách thức do đặc thù phức tạp của các dự án này, khiến các mô hình toán học truyền thống khó áp dụng hiệu quả.
Tranh chấp thường được giải quyết bằng cách đổ lỗi cho bên khác Ví dụ: đơn vị thi công đổ lỗi cho đơn vị thiết kế về các vấn đề kết cấu công trình.
Phân tích hành vi trong các hệ thống phức tạp đòi hỏi sự phân định rõ ràng giữa hiện tại và tương lai Tuy nhiên, việc phân định này có thể che giấu các đặc điểm quan trọng của hệ thống, dẫn đến đánh đổi giữa hai yếu tố này.
Chính sách mới thường gặp sự phản đối từ các bên bị ảnh hưởng bởi những thay đổi đó.
Hầu hết các chính sách thiếu tính bền vững, ưu tiên giải pháp ngắn hạn và bỏ qua những tác động tiêu cực lâu dài.
Mô hình Hệ thống Động (SD) mang lại nhiều ưu điểm hơn các mô hình toán học truyền thống trong quản lý dự án xây dựng Bài viết này trình bày mô hình SD được xây dựng để mô tả đặc điểm và quá trình thực hiện dự án.
Cấu trúc mô hình
Theo Sterman (2000), giả thuyết động lực học hệ thống lý giải sự phát sinh vấn đề từ cấu trúc hồi đáp của hệ thống, giúp giải thích cơ chế hình thành các chế độ tham chiếu Cấu trúc hồi đáp này được rút ra từ các nghiên cứu trước đó Ứng dụng này được minh họa qua việc giải quyết tranh chấp tiến độ trong dự án xây dựng.
H o à n t h à n h c ô n g v iệ c P h á t s in h v iệ c là m lạ i P h á t h iệ n v iệ c là m lạ i
Chất lượng công việc ảnh hưởng đến tiến độ dự án và chất lượng công việc tiếp theo Mức nhân lực, năng suất và thời công khả thi tác động đến khối lượng ban đầu và tỷ lệ hoàn thành thực tế Áp lực tiến độ ảnh hưởng tiêu cực đến chất lượng Việc được tin là đã hoàn thành không đồng nghĩa với hoàn thành thực tế (< Khối lượng ban đầu).
Áp lực tiến độ ảnh hưởng tiêu cực đến chất lượng và năng suất công việc Ngày hoàn thành dự kiến dựa trên tiến độ thực tế.
Dự án đang bị chậm tiến độ (lạm phát) Năng suất trung bình thấp hơn năng suất thông thường Chi phí dự kiến đến khi hoàn thành tăng cao Công sức đầu tư vào dự án tích lũy đáng kể.
< D ự á n ho à n th à nh > < N ă ng su ấ t>
< D ự á n ho à n th à nh > Đ ộ n hạ y củ a á p lự c tiế n đ ộ lê n ch ấ t l ư ợ ng th i cô n g < T im e > T hờ i g ia n p há t hi ệ n vi ệ c là m lạ i Ả nh h ư ở ng củ a ti ế n đ ộ h o à n th à nh
T hờ i g ia n tố i đ a đ ể p há t h iệ n vi ệ c là m lạ i B ả ng ả nh h ư ở ng củ a tiế n đ ộ đ ã h o à n th à nh
Nhân lực mới, nhân lực kinh nghiệm, và quy trình tuyển dụng đóng vai trò quan trọng Thời gian tích lũy kinh nghiệm ảnh hưởng đến mức độ đáp ứng yêu cầu nhân lực, cũng như tỷ lệ nhân lực nghỉ việc.
T hừ a n hâ n lự c T hờ i g ia n cò n lạ i
T hờ i g ia n tố i t hi ể u đ ể ho à n th à nh cô ng v iệ c
Mức sẵn sàng tuyển dụng thấp, độ trễ trong tuyển dụng và chuyển nhượng nhân sự gây ảnh hưởng tiêu cực Nhân lực có kinh nghiệm ban đầu và nhân lực mới nghỉ việc đều là vấn đề Kinh nghiệm ảnh hưởng trực tiếp đến năng suất.
N ă ng su ấ t t ư ơ ng đ ố i củ a n hâ n lự c m ớ i Ả nh h ư ở ng củ a ki nh ng hi ệ m tớ i ch ấ t l ư ợ ng
C hấ t l ư ợ ng tư ơ ng đ ố i củ a n hâ n lự c m ớ i Ư ớ c tín h ch i p hí tớ i kh i ho à n th à nh d ự a tr ê n tiế n đ ộ
N g â n sá ch đ ể ho à n th à nh d ự á n T ỉ t rọ ng v ớ i ư ớ c lư ợ ng d ự a tr ê n tiế n độ B ả ng tỉ tr ọ ng h o à n th à nh ư ớ c lư ợ ng d ự a tr ê n tiế n độ C h ấ t lư ợ n g c ô n g v iệ c t ru n g b ìn h
< T ỉ t rọ ng v ớ i ư ớ c lư ợ ng d ự a tr ê n tiế n đ ộ > N hâ n lự c kh ô ng ki nh ng hi ệ m b a n đ ầ u T ố c đ ộ th i cô ng kh ả th i
T hờ i g ia n tố i t hi ể u đ ể ho à n th à nh m ộ t cô ng tá c
Thời gian tối thiểu phát hiện việc làm lại ảnh hưởng đến năng suất Áp lực tiến độ tác động như thế nào đến năng suất? Ngày hoàn thành thực tế so với cảm nhận Tỉ số cảm giác hoàn thành công việc.
< T ỉ số cả m g iá c tớ i kh i h o à n t h à n h > Ư ớ c tín h cô ng vi ệ c là m lạ i < V iệ c là m xo n g >
T hờ i g ia n đ ể cả m nh ậ n tiế n đ ộ th ự c < K hố i l ư ợ ng b a n đ ầ u> T ỉ số h o à n th à nh tớ i ho à n th à nh d ự á n
T hờ i g ia n th a y đổi < T IM E S T E P > Ả nh h ư ở ng củ a cá c yê u cầ u b ấ t đ ịn h từ C hủ Đ ầ u tư
Sự bất định từ yêu cầu Chủ đầu tư ảnh hưởng lớn đến tiến độ, năng suất và chất lượng dự án Giảm thiểu rủi ro này bằng cách theo sát tiến độ dự án và quản lý chặt chẽ khối lượng công việc Hoàn thành dự án dựa trên khối lượng công việc được xác định rõ ràng.
D ự á n ho à n th à nh d ự a tr ê n tiế n đ ộ B ậ t v iệ c d ự á n ho à n th à nh d ự a tr ê n kh ố i lư ợ ng
< T im e > T o à n b ộ ch i p hí d ự á n C hi p hí n hậ p v à o ch o vi ệ c ch ậ m ti ế n đ ộ
C hi p hí n hậ p v à o ch o từ ng th á ng ch ậ m ti ế n độ C hậ m ti ế n đ ộ N g à y h o à n th à nh d ự á n N hậ n b iế t v ề sự h o à n t h à n h
T rư ợ t t iế n đ ộ B ả ng ch o v iệ c tr ư ợ t t iế n đ ộ
M ứ c sẵ n lò ng tr ư ợ t t iế n đ ộ T hờ i g ia n đ ể tr ư ợ t t iế n đ ộ
T ha y đ ổ i t iế n đ ộ T hờ i g ia n ho à n th à nh d ự đ ịn h b a n đầu < T ỉ số cả m g iá c tớ i kh i h o à n t h à n h >
< N g à y h o à n t h à n h th ự c tế th e o cả m nh ậ n> < N g à y h o à n t h à n h th e o ti ế n đ ộ > < T hờ i g ia n ho à n th à nh d ự đ ịn h b a n đ ầ u>
< N g à y h o à n th à nh th e o ti ế n độ> Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 121
Dữ liệu đầu vào của mô hình
Các dữ liệu đầu vào của mô hình được tóm tắt ở bảng như sau:
Bảng 12 Dữ liệu đầu vào của mô hình NMNTD-V1
Biến Giá trị Đơn vị Diển giải
Chi phí nhập vào cho từng tháng chậm tiến độ
Mỗi ngày chậm tiến độ, phí phạt là 0,05% giá trị phần việc chậm Tính toán đơn giản hóa theo man-month Chất lượng trung bình đạt 0,9, tức cứ 10 công tác mới có 1 lỗi.
Chất lượng tương đối của nhân lực mới 0.7 Fraction Đối với nhân lực mới, 10 công tác được thực hiện thì có
3 lỗi Độ nhạy của áp lực tiến độ lên chất lượng thi công
Tham khảo từ các mô hình tham khảo Độ nhạy ảnh hưởng của áp lực tiến độ lên năng suất
Tham khảo từ các mô hình tham khảo Độ nhạy ảnh hưởng của chất lượng lên chất lượng
Tham khảo từ các mô hình tham khảo Độ trễ trong việc thuyên chuyển, cho nghỉ việc
Thời gian nghỉ việc là một tuần, tuyển dụng mất một tháng Ứng dụng System Dynamics giúp giải quyết tranh chấp trong dự án xây dựng, tiến độ dự án hiện tại là trang 122.
FINAL TIME 45 Month Khung thời gian để chạy mô phỏng là 45 tháng
Khối lượng ban đầu 2000 Tasks
Khối lượng dự án được chia nhỏ thành 2000 công tác, giả sử các công tác là đồng đều
Mức nhân lực cao nhất 300 People
Dự án huy động tối đa khoảng 300 công nhân Nhà thầu chấp nhận giãn tiến độ 1 Dmsl và tuyển thêm nhân sự 2 Dmsl nếu cần.
Năng suất thông thường 9 Task/(Month*
Thông thường, 1 người làm được 0.9 công tác trong vòng
Năng suất tương đối của nhân lực mới 7 Fraction
Thông thường, 1 nhân sự mới làm được 0.7 công tác trong vòng 1 tháng Nhân lực có kinh nghiệm ban đầu 70 People Từ số liệu của dự án
Nhân lực không kinh nghiệm ban đầu 0 People Từ số liệu của dự án
Thời gian để cảm nhận tiến độ thực 1 Month
Cần 1 tháng để QLDA cảm nhận được tiến độ thực của dự án
Thời gian để tích lũy kinh nghiệm 6 Months
Cần 6 tháng để 1 nhân sự mới làm quen và thành thục công việc Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 123
Thời gian để trượt tiến độ 1 Months
Mỗi lần trượt tiến độ, cho phép giãn thời hạn hoàn thành
1 tháng Thời gian hoàn thành dự định ban đầu 22.5 Month Theo hợp đồng
Thời gian thay đổi 12 Month
Các phát sinh của dự án được phê duyệt và ký phụ lục hợp đồng vào tháng thứ 12 của dự án
Thời gian tối đa để phát hiện việc làm lại 12 Months
Một số công việc làm lại cần
12 tháng mới được phát hiện ra
Thời gian tối thiểu để hoàn thành công việc 1 Month
Dự án cần tối thiểu một tháng để hoàn thành Tránh tình trạng huy động quá nhiều nhân lực dẫn đến hoàn thành dự án quá nhanh và thiếu hiệu quả.
Thời gian tối thiểu để hoàn thành một công tác
Một số công tác chỉ cần 1 tuần để hoàn thành
Thời gian tối thiểu để phát hiện việc làm lại 0.25 Months
Một số công tác chỉ cần 1 tuần để phát hiện lỗi phải làm lại
0.0625 Month Bước thời gian để chạy mô hình
Ứng dụng System Dynamics sẽ tự động kích hoạt khi dự án đạt 99% tiến độ (tỉ số hoàn thành 0.99), giải quyết tranh chấp về tiến độ và tự động dừng việc tăng nhân lực khi dự án hoàn thành trên Trang 124.
Tỉ số thay đổi 0.1 Fraction
Có 10% trong số 2000 công tác được thay đổi trong quá trình triển khai Ước tính công việc làm lại 100 Tasks Ước tính ban đầu có khoảng
100 công tác bị lỗi phải làm lại Ảnh hưởng lớn nhất từ sự bất định của yêu cầu từ chủ đầu tư
Tham khảo từ các mô hình tham khảo Ảnh hưởng tương đối của sự bất định lên năng suất và chất lượng
Tham khảo từ các mô hình tham khảo
Mô hình tham khảo
Mô hình nghiên cứu được điều chỉnh từ các nghiên cứu quốc tế, phù hợp với điều kiện Việt Nam và ngữ cảnh nghiên cứu.
Bảng 13 Các mô hình tham khảo
Tác giả Mô hình tham khảo
Dahal, R., et al (2014) Figure 1, Dynamic hypothesis
Figure 2, Model of institutional knowledge Kishor Mahato, B and
Figure 6: Feedback loop concerning Project delay Figure 7: Model of interface conflict sector Love, P E., et al
Fig 1 Factors influencing the occurrence of scope changes Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 125
Fig 2 Scope changes and acceleration of works
Fig 3 Behavioral factors influencing disputes
Fig 1 Spiral of conflict Fig 3 Basic behaviors between two steps of dispute resolution steps
Fig 1 Simplified feedback process on the case study project performance
Fig 4 Progress and rework subsystem
Figure1 A summary of the main categories of triggers of D&D and their outcomes
Fig.2 Controlling feedback loop for archiving a target schedule
Fig.3 Policy resistance via ripple effect Fig.3 Policy resistance via knock on effect Cooper et al (1990) Figure 3 Work accomplishment
Fig 2 System dynamics model [expanded from [47]; Evolved from [1,46,22,45,44,43,42]].
Tóm tắt chương
Chương này trình bày mô hình động hoàn chỉnh của dự án xây dựng, bao gồm dữ liệu đầu vào và các mô hình tham khảo.
Chương tiếp theo sẽ phân tích và kiểm tra mô hình dựa trên phản hồi của nó đối với dữ liệu đầu vào Ứng dụng System Dynamics trong giải quyết tranh chấp tiến độ dự án xây dựng.
KIỂM TRA MÔ HÌNH
Tổng quan
Bài viết này đánh giá ứng xử và kiểm tra tính chính xác của mô hình Phân tích ứng xử mô hình cho thấy sự biến đổi của các biến chính theo thời gian, giúp hiểu rõ hoạt động của mô hình Các phép thử đã được thực hiện để đảm bảo độ chính xác và độ bền vững của mô hình.
Theo Sterman (2000), việc kiểm tra và xác thực mô hình cần đảm bảo mô hình tái hiện hành vi quá khứ, giải thích được bằng các khái niệm thực tế, nhất quán về số liệu và đủ nhạy để phân tích chính sách.
Xác thực mô hình SD đòi hỏi kết hợp nhiều phương pháp, bao gồm kiểm tra cấu trúc, điều kiện cực hạn, hành vi và phân tích độ nhạy, vì không có phép thử đơn lẻ nào đủ.
Theo Sterman (2000), cần đặt ra hàng loạt các câu hỏi sau để tăng độ tin cậy của mô hình SD:
Bài viết đánh giá mục đích, phạm vi áp dụng và giới hạn của mô hình Các yếu tố quan trọng được xem xét nội tại hay ngoại vi? Thời gian nghiên cứu phù hợp là bao lâu và liệu mô hình đã bao hàm các yếu tố thay đổi theo thời gian? Cuối cùng, đánh giá mức độ phù hợp tổng thể của mô hình với mục tiêu đề ra.
Ứng dụng System Dynamics trong giải quyết tranh chấp tiến độ dự án xây dựng cần đảm bảo mô hình phù hợp với luật vật lý, thống nhất về thứ nguyên, có cấu trúc stock and flow toàn cục, thể hiện mất cân bằng động, tính đến độ trễ, ràng buộc, điểm nghẽn, hành vi hợp lý của con người, các yếu tố giới hạn nhận thức, tổ chức, chính trị, và dựa trên thông tin quyết định thực tế, đồng thời xem xét độ trễ, méo mó, nhiễu trong luồng thông tin.
Bài viết này đánh giá tính ổn định và độ nhạy của mô hình trước những thay đổi giả định, bao gồm cả các điều kiện đầu vào cực hạn và tác động của sự thay đổi đến khuyến nghị chính sách.
Bài viết này đánh giá việc lan truyền và chính sách sử dụng mô hình, bao gồm: việc lưu trữ, phân phối, dữ liệu huấn luyện và kiểm thử, quy trình đảm bảo chất lượng, kiểm định độc lập và khả năng tái tạo kết quả.
Ứng xử của mô hình
Mô hình System Dynamics ưu tiên phân tích hành vi động của biến số theo thời gian, hơn là giá trị tuyệt đối của chúng Hiểu trực giác về tác động của cấu trúc mô hình lên hành vi hệ thống quan trọng hơn độ chính xác của tham số và kết quả mô phỏng (Ford, 1995) Ứng dụng điển hình là giải quyết tranh chấp tiến độ trong dự án xây dựng.
Một loạt các kết quả mô phỏng theo thời gian sẽ giúp hiểu được hành vi của mô hình
6.2.1 Tiến độ của dự án
Hình 39 Khối lượng công việc hoàn thành tích lũy của dự án
So với tiến độ ban đầu, mô hình cho thấy dự án bị kéo dài tới gần 42 tháng Kết quả này phù hợp với thực tế
6.2.2 Phát sinh việc làm lại của dự án
Hình 40 minh họa khối lượng việc làm lại của dự án tăng theo thời gian, đạt đỉnh điểm vào tháng 26, trùng với thời hạn hoàn thành dự án bị dời lần đầu Ứng dụng System Dynamics hỗ trợ giải quyết tranh chấp và vấn đề tiến độ trong dự án xây dựng.
6.2.3 Nhân lực của dự án
Hình 41 Mức huy động nhân lực của dự án
Dự án đạt đỉnh nhân lực vào tháng 26, sau lần dời deadline đầu tiên Nhân lực giảm mạnh sau đó, rồi tăng trở lại trước lần dời deadline thứ hai Sau tháng 39, nhân lực giảm dần.
6.2.4 Chi phí của dự án
Hình 42 minh họa chi phí nhân công tích lũy của dự án Ứng dụng System Dynamics giúp giải quyết tranh chấp tiến độ trong dự án xây dựng.
6.2.5 Năng suất thi công của dự án
Hình 43 Năng suất thi công
Năng suất thi công ban đầu giảm, ổn định về sau và tăng cao, duy trì ổn định ở tháng 26 (thời hạn hoàn thành lần 1).
6.2.6 Chất lượng thi công của dự án
Hình 44 Chất lượng thi công
Chất lượng thi công ban đầu thấp, tăng dần và đạt gần 0.9 vào cuối dự án Mô hình System Dynamics hỗ trợ giải quyết tranh chấp tiến độ trong xây dựng.
Kiểm tra mô hình
Sterman (2000) tổng kết có 12 phép kiểm tra chính đối với mô hình SD đó là: kiểm tra sự phù hợp của giới hạn mô hình, đánh giá cấu trúc, sự thống nhất về thứ nguyên, đánh giá tham số, điều kiện cực hạn, lỗi tích hợp, lặp lại hành vi, hành vi bất thường, các thành viên trong gia đình (family member), các hành vi bất ngờ, độ nhạy và cải tiến mô hình
Richardson và Pugh (1981) phân loại các phép thử mô hình thành bốn nhóm: kiểm tra phù hợp cấu trúc, kiểm tra phù hợp hành vi, kiểm tra sự thống nhất cấu trúc với thực tế, và kiểm tra sự thống nhất hành vi với thực tế.
6.3.1 Kiểm tra sự phù hợp của giới hạn mô hình
Theo Sterman (2000), nghiên cứu về việc xác định phạm vi mô hình phù hợp với mục tiêu mô hình hóa là rất quan trọng.
- Liệu các khái niệm chính cho việc mô tả vấn đề là nội tại (endogenous) đối với mô hinh?
- Liệu hành vi của mô hình có thay đổi rõ rệt khi các giả thuyết về giới hạn của mô hình được thay đổi?
- Liệu các khuyến nghị chính sách có thay đổi khi giới hạn mô hình bị thay đổi?
Bài viết hướng dẫn sử dụng biểu đồ giới hạn mô hình, biểu đồ hệ thống phụ, biểu đồ nhân quả, stock and flow, và kiểm tra các đẳng thức mô hình để đảm bảo tính chính xác và đầy đủ.
Nghiên cứu ứng dụng System Dynamics giải quyết tranh chấp tiến độ dự án xây dựng dựa trên phỏng vấn chuyên gia, hội thảo, tài liệu lưu trữ, nghiên cứu trước đây và kiểm tra trực tiếp quy trình hệ thống.
Mô hình được điều chỉnh, bổ sung cấu trúc phản bác, biến ngoại sinh thành nội sinh, rồi lặp lại phân tích độ nhạy và chính sách Cấu trúc mô hình bao gồm đầy đủ biến chính, vòng lặp phản hồi, dựa trên nghiên cứu tổng quan, kiến thức quản lý dự án, quan sát thực tế và ý kiến chuyên gia, đảm bảo phản ánh vấn đề nghiên cứu.
6.3.2 Kiểm tra đánh giá cấu trúc mô hình
Mô hình được xây dựng dựa trên nhiều nguồn dữ liệu đáng tin cậy, được kiểm chứng bởi nghiên cứu hiện có và chuyên gia Cấu trúc mô hình, bao gồm biểu đồ nhân quả, biểu đồ stock and flow và hệ thống con, được kiểm tra kỹ lưỡng, đảm bảo tính chính xác và đầy đủ, kể cả việc xác thực đẳng thức và tránh bỏ sót vòng lặp hồi đáp.
- Liệu cấu trúc mô hình có phù hợp với mô tả về hệ thống?
- Liệu mô hình có đáp ứng các luật vật lý cơ bản (basic physical laws)?
- Liệu các luật ra quyết định (decision rule) có thể hiện đúng hành vi của các bên tham gia trong hệ thống?
- Sử dụng các biểu đồ cấu trúc chính sách (policy structure diagram), các biểu đồ nhân quả, và kiểm tra các đẳng thức của mô hình
Ứng dụng System Dynamics giúp giải quyết tranh chấp tiến độ trong dự án xây dựng bằng cách tổng hợp ý kiến chuyên gia (qua phỏng vấn, workshop), tham khảo tài liệu lưu trữ và nghiên cứu trước đây, cùng kiểm tra thực tế quy trình hệ thống.
- Sử dụng các kiểm định từng phần của hệ thống để kiểm tra tính hợp lý của các luật ra quyết định
- Thực hiện các thử nghiệm trong phòng lab để ghi nhận các luật ra quyết định và mô thức của các bên tham gia trong hệ thống
- Phát triển các mô hình con và so sánh hành vi với mô hình tổng
Nghiên cứu sử dụng các hệ thống phụ, sơ đồ kho và dòng, sơ đồ vòng lặp nhân quả và kiểm tra phương trình để đánh giá cấu trúc mô hình Cấu trúc này dựa trên các mô hình dự án đã được kiểm chứng, đảm bảo tính phù hợp với thực tế.
6.3.3 Kiểm tra sự thống nhất về thứ nguyên
- Liệu thứ nguyên của các đặng thức có phù hợp nếu không sử dụng các tham số vốn không có ý nghĩa ngoài đời thực
- Sử dụng phần mềm và kiểm tra các đẳng thức của mô hình
Hình 45 Mô hình thống nhất về thứ nguyên Ứng dụng System Dynamics giải quyết tranh chấp Tiến độ trong Dự án xây dựng T r a n g | 134
Có thể nhận thấy, mô hình đảm bảo yếu tố tố nhất về thứ nguyên các biến
6.3.4 Kiểm tra đánh giá tham số
Để ước lượng tham số mô hình chính xác trong System Dynamics, việc đảm bảo ý nghĩa thực tế và rõ ràng của từng biến là điều cần thiết (Sterman, 2000).
- Liệu các giá trị tham số có phù hợp với các mô tả và hiểu biết số học về hệ thống?
- Liệu các tham số có tương ứng với hệ thống ngoài đời thực?
- Sử dụng các phương pháp thống kê để ước lượng tham số
- Sử dụng phép thử từng phần hệ mô hình để hiệu chỉnh các hệ thống con
- Sử dụng các phương pháp đánh giá dựa trên các phỏng vấn, ý kiến chuyên gia, các nhóm tập trung (focus group), tài liệu lưu trữ, kinh nghiệm trực tiếp
Mô hình được xây dựng dựa trên phân rã để ước lượng các mối quan hệ, đảm bảo các tham số và biến có ý nghĩa thực tiễn Việc ước lượng tham số dựa trên nghiên cứu trước đây và quan sát thực tế.
6.3.5 Kiểm tra điều kiện cực hạn
Theo Sterman (2000), kiểm tra điều kiện cực hạn nhằm xác định tính hợp lệ của đẳng thức khi dữ liệu đầu vào đạt giá trị cực hạn, đồng thời đánh giá rủi ro sai số mô hình do chính sách, cú sốc hay tham số cực hạn gây ra.
Mô hình cần duy trì tính thực tế dù dữ liệu đầu vào và chính sách cực đoan Khả năng bền vững được kiểm chứng bằng ứng dụng System Dynamics trong giải quyết tranh chấp tiến độ dự án xây dựng, thông qua thử nghiệm với các điều kiện cực hạn và quan sát hành vi mô hình.
Mô hình System Dynamics cần ổn định khi đối mặt với điều kiện cực hạn, đảm bảo phản hồi thực tế dù tham số đầu vào đạt giá trị 0 hoặc vô hạn.
Kiểm tra các điều kiện cực hạn có thể được thực hiện theo 2 cách chính: Kiểm tra trực tiếp các phương trình mô hình và mô phỏng (Sterman, 2000)
- Liệu các đẳng thức có ý nghĩa ngay cả khi giá trị đầu vào được thay đổi thành những giá trị cực hạn?
- Liệu mô hình có phản ứng có lỗi (plausible) khi bị tác động bởi các chính sách, sốc hoặc tham số cực hạn?
- Kiểm tra các đẳng thức
- Kiểm tra phản ứng với các giá trị đầu vào cực hạn, riêng rẽ và kết hợp
Mô hình được thử nghiệm dưới các cú sốc lớn và điều kiện khắc nghiệt, mô phỏng các trường hợp cực đoan như ngừng lưu kho, giao hàng, lao động và sản xuất Việc thay đổi tham số tới mức cực hạn chứng minh tính hợp lệ của các đẳng thức quan hệ.
Tổng kết về kết quả kiểm tra mô hình
Các kiểm tra về giới hạn mô hình, cấu trúc, nhất quán, tham số, điều kiện cực hạn và sai số tích phân khẳng định độ phù hợp về cấu trúc và hành vi của mô hình.
Các kiểm tra: Sự lặp lại hành vi, phân tích độ nhạy cho thấy rằng mô hình là đáng tin cậy
Mô hình phân tích ảnh hưởng của Chủ đầu tư đến chi phí nhà thầu sẽ được trình bày chi tiết ở chương sau Ứng dụng System Dynamics trong giải quyết tranh chấp tiến độ dự án xây dựng được đề cập tại trang 145.
PHÂN TÍCH MÔ HÌNH
Tổng quan
Theo kinh nghiệm của Pugh and Robert Consulting, việc sử dụng SD trong pháp lý sẽ liên quan tới việc xây dựng và kiểm tra giả thuyết động ở 2 mức độ khác nhau
Giả thuyết thứ nhất là ở mức độ toàn thể tổ chức, tạo ra và kiểm tra về tính động của toàn thể tổ chức
Giả thuyết động lực học hệ thống (SD) thứ hai mô tả tranh chấp bằng hai cấp độ: mô hình tổng thể tổ chức (bao gồm các thành tố, mối liên hệ và vòng lặp hồi đáp) được biểu diễn bằng đẳng thức toán học để dễ kiểm toán, và mô hình thu gọn tập trung vào các vòng lặp gây thiệt hại (chậm trễ, gián đoạn), đóng vai trò "câu chuyện động" giúp xác định thiệt hại cho điều tra pháp lý Mặc dù mô hình mô phỏng chi tiết "việc gì đã xảy ra" khả thi về lý thuyết, nhưng ứng dụng thực tiễn trong tranh chấp pháp lý thường ưu tiên mô hình tổng thể để lý giải nguyên nhân thiệt hại.
Tái tạo lịch trình/tiến độ của dự án thực (as-built model)
Theo Mô hình NMNTD-V1 đã được kiểm tra ở trên:
Hình 59 Chi phí nhân lực của dự án (NMNTD-V1)
Loại bỏ ảnh hưởng từ các tác động từ phía Chủ Đầu tư tới lịch trình/ tiến độ thực tế của dự án (but-for model)
độ thực tế của dự án (but-for model)
Mô hình V2 sử dụng dữ liệu đầu vào tương tự V1, nhưng đã loại bỏ ảnh hưởng từ chủ đầu tư đến quá trình triển khai dự án của nhà thầu.
Bảng 14 Dữ liệu đầu vào của mô hình NMNTD-V2 (giữ nguyên giá trị các biến như V1- Chỉ thay đổi các biến chỉ ra ở bảng sau)
Biến Giá trị Đơn vị Diển giải
Tỉ số thay đổi 0 Fraction Không có yêu cầu thay đổi từ
Chủ Đầu tư Bật ảnh hưởng sự bất định của yêu cầu từ Chủ Đầu tư
Ứng dụng System Dynamics giúp giải quyết tranh chấp tiến độ hiệu quả trong dự án xây dựng, nhờ các yêu cầu của chủ đầu tư được làm rõ ngay từ ban đầu.
Hình 60 Chi phí nhân lực của Dự án (NMNTD-V2)
Bài viết phân tích so sánh giá trị các biến trong mô hình động lực hệ thống (System Dynamics) ứng dụng giải quyết tranh chấp tiến độ dự án xây dựng, dựa trên dữ liệu từ 148 trang Kết quả cho thấy sự khác biệt rõ rệt giữa hai trường hợp mô hình.
Xác định thiệt hại của Nhà thầu do ảnh hưởng từ các tác động của Chủ Đầu tư bằng cách so sánh mô hình as-built và mô hình but-for
Theo Lyneis et al (2012), giá trị vượt chi phí dự án bao gồm chi phí do chủ đầu tư và các nguồn khác gây ra, chia thành chi phí trực tiếp và gián tiếp từ tác động của chủ đầu tư.
SD thường không dùng để mô hình hóa chi phí trực tiếp, ví dụ như chi phí vật tư bổ sung do mở rộng phạm vi dự án hay tăng chi phí quản lý do dự án kéo dài Những chi phí này phát sinh mà không cần phân tích hiệu ứng phản hồi động.
Mô hình SD tập trung vào chi phí gián tiếp từ thời gian lao động tăng thêm, được minh họa qua giản đồ hồi đáp.
Mô hình phân bổ chi phí gián tiếp (SD) thường không tính hết các chi phí phát sinh do gián đoạn dự án, ví dụ như chi phí do luân chuyển nhân sự hoặc chậm trễ ảnh hưởng đến các dự án khác Tính toán chi phí này đòi hỏi mô phỏng cả dự án bị ảnh hưởng gián tiếp và các dự án tương lai Thiệt hại kinh doanh do gián đoạn gây ra cũng rất khó định lượng.
Hình 61Chi phí nhân lực của dự án (NMNTD-V1 và V2)
Đồ thị cho thấy sự gia tăng chi phí nhân công nhà thầu do bất định trong yêu cầu chủ đầu tư và thay đổi trong quá trình triển khai dự án.
Bảng 15 Gia tăng chi phí nhân công của nhà thầu
Mô tả Giá trị Đơn vị tính
Nhân lực nhà thầu sử dụng thực tế (V1) 6462 Man.month
Nhân lực nhà thầu sử dụng nếu không bị ảnh hưởng từ các tác động của Chủ Đầu tư (V2)
Chênh lệch (CL=V1-V2) 2621 Man.month
Mức lương bình quân tháng công nhân xây dựng (S) 5.076.000,00 VND
Thiệt hại của Nhà thầu do tăng nhân công (S x CL) 13.304.196.000,00 VND
Thông tư 05/2016/TT-BXD quy định mức lương cơ sở vùng 1 là 2.350.000 VNĐ Với công nhân nhóm 1, bậc 3/7, hệ số lương 2.16, mô hình System Dynamics được ứng dụng hiệu quả để giải quyết tranh chấp tiến độ dự án xây dựng.
Tổng kết chương
Chương này ứng dụng mô hình SD đã được kiểm chứng để định lượng thiệt hại của nhà thầu do ảnh hưởng từ chủ đầu tư.
Sự bất định trong yêu cầu chủ đầu tư và những thay đổi phát sinh đã dẫn đến chi phí nhân công đội lên cho nhà thầu Ứng dụng System Dynamics giúp giải quyết tranh chấp tiến độ dự án xây dựng.