Mô hình quản lý kinh doanh bất động sản

Software Project Management 1 KỸ NĂNG CHUYÊN MÔN: QUẢN LÝ DỰ ÁN Mô hình quản lý kinh doanh bất động sản GVHD: TS... Software Project Management  “Bất động sản là các tài sản bao gồm: đ

Software Project Management

1

KỸ NĂNG CHUYÊN MÔN:

QUẢN LÝ DỰ ÁN

Mô hình quản lý kinh doanh bất động sản

GVHD: TS NGUYỄN HẢI QUÂN Nhóm thực hiện :

NGUYỄN THỊ VI HÀI – MSHV: 10320982

HỒ THỊ DUYÊN – MSHV: 10320907

Lớp : Cao học MIS-2010

III

GIỚI THIÊÊU CÁC KỸ NĂNG TRONG

QUẢN LÝ DỰ ÁN

GIỚI THIÊÊU CÁC KỸ NĂNG TRONG

QUẢN LÝ DỰ ÁN

GIỚI THIỆU VỀ KINH DOANH BẤT ĐỘNG SẢN

KỸ NĂNG CHUYÊN MÔN :

QUẢN LÝ DỰ ÁN

Software Project Management

 “Bất động sản là các tài sản bao gồm: đất đai, nhà, công trình xây dựng gắn liền với đất đai, kể cả tài sản gắn liền với nhà, công trình xây dựng

đó, các tài sản khác gắn liền với đất đai, các tài sản khác do pháp luật quy định”

(Bộ luật Dân sự năm 2005, Điều 174)

mang tính khu vực và biến động theo thời gian

GIỚI THIỆU VỀ KINH DOANH BẤT ĐỘNG SẢN

3

Information

Software Project Management

Sự cần thiết của hệ thống quản lý kinh doanh BDS

kiện để lựa chọn cho mình những nơi có chất lượng tốt nhất và an toàn nhất

vào một hệ thống quản lý kinh doanh nhằm lôi kéo khách hàng về phía mình

doanh nghiệp kinh doanh BĐS

5

QUẢN TRỊ DỰ ÁN KINH DOANH BẤT ĐỘNG SẢN

Software Project Management

dự án hay không ?

thường bởi vì :

- Chưa từng được ai thực hiêên trước đây?

- Bạn chưa từng làm trước đây?

- Có tính đôêc đáo ?

6 Công viêêc có liên quan đến các con người có kỹ năng khác nhau không ?

7

Thường mang tính không chắc chắn

MỘT SỐ ĐẶC TÍNH CỦA DỰ ÁN

Software Project Management

-> Dự án tìm cách đạt được cái gì ?

• Mục tiêu về thời gian : ->Dự án mất bao lâu mới hoàn thành?

• Mục tiêu về chi phí : ->Sẽ tốn kém bao nhiêu để hoàn thành

9

II GIỚI THIỆU CÁC KỸ NĂNG TRONG DỰ ÁN

Software Project Management 11

Software Project Management

Quản lý phạm vi (Scope Management )

chính xác cũng có thể đưa vào danh sách tất cả những gì dự án không làm )

 Giúp cải tiến sự chính xác về thời gian,chi phí và tài nguyên

 Xác định nền tảng để đo hiêêu suất vâên hành và điều khiển dự án

 Giúp truyền đạt rõ ràng trách nhiêêm của mỗi công viêêc

13

 Dùng Cấu trúc phân rã hêê thống (WBS) : để chia nhỏ công viêêc theo sơ đồ phân

cấp

Software Project Management 15

Quản lý thời gian ( Time Management)

-Tuyên bố phạm vi và WBS giúp xác định những việc cần làm

- Dùng bảng ước lượng công việc để phân chia công việc phù hợp

- Dùng phần mềm MP để quản lý thời gian

Software Project Management

Quản lý chi phí

Một số điều cần cân nhắc khi lập kế hoạch :

• Các khó khăn nào sẽ gặp khi thực hiện công việc cụ thể trong dự án ?

• Tổ chức đã thực hiện công việc nào tương tự như dự án chưa ?

• Tổ chức có đủ người,trang thiết bị,vật tư để thực hiện dự án ?

 Các phương pháp ước tính chi phí :

• Top-down : sử dụng chi phí thực tế trước đó,các dự án tương tự làm nền tảng cơ bản để làm ước tính mới

• Botton-down : ước tính riêng từng nhóm làm việc và tính toán con số tổng cộng

• Mô hình điểm chức năng

• Mô hình COCOMO : sử dụng các đặc điểm riêng biệt trong dự án,dùng phương pháp tóan học để ước tính

 Có thể dùng EVM làm công cụ hổ trợ trong việc kiểm tra chi phí và thời gian

17

Quản lý rủi ro

- Đây là môêt trong những vấn đề

quản lý khó, đòi hỏi nhiều ở kinh nghiêêm của người QLDA

Software Project Management

Rủi ro là gì?

Rủi Ro là khả năng xảy ra sự khác biệt giữa kết quả thực tế và kết quả kỳ vọng theo kế hoạch

Software Project Management

(không chắc chắn)

 Giả định mọi việc sẽ xảy ra đúng như kế hoạch và sẵn sàng thích nghi với những biến

đổi có thể có

 Tiên liệu và hạn chế các yếu tố bất định

21

Tại sao phải phân tích rủi ro ?

Khi nói về tương lai Chỉ có một điều chắc chắn là

mọi thứ đều không chắc chắn

Software Project Management

nguyện như niềm tin cho chính bản thân mình

HÃY CHO TÔI TRÍ TUỆ ĐỂ NHẬN BIẾT ĐIỀU CÓ THỂ BIẾT ĐƯỢC

HÃY CHO TÔI SỰ BÌNH YÊN TRONG TÂM TRÍ ĐỂ CHẤP NHẬN ĐIỀU KHÔNG THỂ BIẾT ĐƯỢC

Software Project Management

THỰC HIỆN

VÀ

HÃY CHO TÔI SỨC MẠNH ĐỂ GIỚI THIÊÊU NHỮNG DỰ ÁN CÓ THỂ THỰC HIỆN

27

QUAN TRỌNG NHẤT, HÃY CHO TÔI NGUỒN CẢM HỨNG ĐỂ NHÂÊN BIẾT SỰ KHÁC BIÊÊT NÀY.

Amen !

Nguồn: Joseph Tham, 2001

Software Project Management 29

1. Xác định phạm vi dự án

1 Xác định phạm vi dự án

 Xem xét lại các văn bản hiện có

 Lập danh sách các văn bản/ thông tin chưa đầy đủ hay còn thiếu

 Tiến hành phỏng vấn và/hoặc hội thảo để thu thập các thông tin còn thiếu

 Phân loại các thông tin cụ thể liên quan đến các cam kết, lịch trình và các kết quả bàn giao

 Tiếp tục kết hợp chặt chẽ các chi tiết vào kế hoạch quản lý

 Đạt được thoả thuận

Software Project Management

33

3. Cấu trúc phân chia công việc WBS

Software Project Management

Cấp độ 1 Đơn giản <= 4 tính năng Cấp độ 2 – 3 Trung bình >= 5 và < 8 tính năng Cấp độ >3 Phức tạp >=8 tính năng hoặc mới phát triển

STT Form Tính năng Mức độ phức tạp

35

 Sơ đồ Pert

Software Project Management

Server

Crytal Report

MS Visio

37

 Cơ cấu tổ chức

Software Project Management

39

 Thông tin phản hồi khách hàng

 Trưởng dự án có nhiệm vụ sẽ trao đổi thông tin với khách hang,kỹ thuâêt đàm phán và thuyết phục khách hàng tham gia vào phân tích yêu cầu dự sẽ làm tăng khả năng thành công của dự án

 Trong quá trình phân tích các yêu cầu, nếu như không rõ vấn đề nào thì trưởng dự án phải liên lạc với bộ phận cung cấp thông tin của phía khách hàng để làm sáng tỏ các vấn đề Bên cạnh đó, cũng thường xuyên cung cấp các thông tin về tiến độ dự án để phía khách hàng nắm bắt được tình hình

Software Project Management

Giai đoạn Vấn đề Mức độ Hướng giải quyết

Tuần 1 Khó khăn trong việc hiểu rõ yêu cầu của khách hàng Quan trọng Trưởng dự án phối hợp cùng các thành viên trong nhóm để xác định rõ yêu cầu của dự án -> Tuyên bố phạm vi dự án

Tuần 2 Mâu thuẫn giữa nhóm phân tích và nhóm lập trình Quan trọng Yêu cầu nhóm phân tích viết tài liệu phân tích rõ ràng hơn.Các thành viên trong nhóm tự đánh giá mức độ rủi ro trong phạm

vi của mình để nhà quản lý có thể tổng hợp các ý kiến->Lập kế hoạch dự án (bao gồm cả kế hoạch quản lý và kế hoạch thực hiện)

Tuần 3 Khách hàng thay đổi yêu cầu Quan trọng Tiếp nhận và phân tích yêu cầu đó có phá vỡ cấu trúc của chương trình.

Tuần 4 - 6 Công việc thực hiện tốt Theo dõi tiến độ công việc bằng MS

Tuần 7

Nhân viên Trần Văn A có ý định xin nghỉ việc Rất quan trọng Dùng biện pháp động viên nhân viên tiếp tục làm việc.(Hợp đồng nhóm có thể là sự ràng buộc ban đầu)

Mâu thuẫn giữa Trần Văn A và Trần Văn B Rất quan trọng Dùng biện pháp giãn hòa( người quản lý luôn ở vị trí trung hòa để động viên và nâng cao tinh thần nhóm.Trong khỏan thời

gian ngắn ngủi này mục tiêu của nhóm chính là mục tiêu cá nhân)

Tuần 8 Kiểm thử phát hiện còn nhiều lỗi tìm ẩn Quan trọng Xin hỗ trợ nhân sự ở giai đoạn này vì giai đoạn này là giai đoạn cuối dự án.Các tiêu chuẩn đánh giá rủi ro có thể giúp ích cho

kiểm thử,cũng như sự tham gia của nhiều người trong giai đoạn này sẽ dễ phát hiện ra những lỗi nhỏ trong vấn đề kỹ thuật

41

 Sử dụng hợp đồng nhóm : ràng buôêc trách nhiêêm và tinh thần làm viêêc đôêi

 Thông tin dự án

 Quy tắc chung khi làm việc

 Khi tham gia

 Giải quyết vấn đề

7. Kết thúc dự án

Software Project Management 45

THANK YOU