Có thể chấp nhận cho các dự án vượt quá ngân sách?

11

Câu hỏi này là điều gì đó đã làm tôi khó chịu trong 3 tháng qua kể từ khi tôi chuyển từ làm freelancer sang làm việc tại một công ty Thiết kế Web.

Nhân viên bán hàng của chúng tôi thường hỏi chúng tôi một số câu hỏi tương tự như loạt câu hỏi sau:

Chi phí bao nhiêu để lập trình một widget
Sẽ mất bao nhiêu giờ để chuyển đổi trang web này sang phần mềm này.
(Không biết những gì trang web hiện đang chạy)
Vân vân

Làm thế nào chúng ta có thể đưa ra một trích dẫn mà không có bất kỳ thông tin? ( Không, tôi không thể hỏi thêm thông tin! )

Tôi có một câu hỏi khác nếu một dự án vượt quá ngân sách thì nó rất tệ. Gần đây, tôi đã bỏ lỡ toàn bộ menu khi tính toán chi phí chuyển trang web sang nền tảng mới để dự án vượt quá ngân sách. Sếp tôi không vui chút nào, và theo ý kiến của tôi thì không thể tránh được một số điều như thế này.

2. Thực tiễn chung để xử lý vượt quá ngân sách
và các dự án như phát triển web thường vượt quá ngân sách là gì?

Nếu bạn làm việc tại một công ty phát triển / thiết kế web / công ty tương tự:

3. Làm thế nào để hệ thống giờ hóa đơn của bạn hoạt động?

Đối với tôi, chúng tôi có một ứng dụng theo dõi thời gian mà chúng tôi ghi lại chúng tôi dành bao nhiêu giờ cho dự án nào và nếu chúng có thể xuất hóa đơn hoặc nội bộ (AKA không có hóa đơn). Nếu không gặp xx giờ có thể thanh toán một tuần, cuối cùng chúng ta có thể gặp rắc rối / bị sa thải. Công việc bạn làm cho công ty hoặc cho khách hàng không phải là hóa đơn không phải là một phần của hệ thống này và chúng tôi thường phải làm công việc nội bộ, vì vậy tôi tự hỏi liệu có hệ thống thay thế nào tồn tại không.

EDIT: Ok Tôi là một nhà phát triển tại công ty này không phải là một nhà thiết kế :)

Thứ hai, tôi được trả lương, nhưng đây là cách quản lý nhìn vào nó. Bạn có 35 giờ một tuần mà bạn phải làm việc. Bạn có thể thực hiện công việc mà họ lập hóa đơn cho khách hàng trong 35 giờ đó và bạn nên làm. Nếu họ tìm ra một dự án sẽ mất 50 giờ và tôi mất 55 giờ, thì 5 giờ đó có thể đã được chi cho một dự án khác không vượt quá ngân sách nên chúng tôi chỉ "mất" tiền.

Một ví dụ khác là nếu tôi chỉ có 1 dự án, đó là do trong hai tuần và tôi dành một ngày để làm công việc nội bộ, một số cách chúng tôi mất tiền vì tôi không làm việc. Nếu tôi làm việc ngày hôm đó, tôi sẽ hoàn thành sớm một ngày và vẫn không có việc làm. Dù bằng cách nào, công việc là hợp đồng nên chúng tôi sẽ được trả số tiền tương tự bất kể ngày nào tôi làm việc!

project budget

— Brandon Wamboldt
nguồn

4

Một quan niệm sai lầm phổ biến là "Tôi không thể yêu cầu thêm thông tin!". Bạn thường được bảo là không thể, nhưng nếu bạn đi đủ thì cuối cùng bạn cũng có thể làm được.

— Vinko Vrsalovic

2

Tôi thấy đó là một vấn đề lớn hơn khi tôi ước tính chính xác và họ đã cắt ngang nó một cách ngẫu nhiên vì khách hàng sẽ không chấp nhận điều đó và sau đó tôi bị khiển trách vì đã không ở trong số giờ tôi nói với họ là quá thấp.

— HLGEM

1

Xoay nó Hỏi nhân viên bán hàng của bạn để có câu trả lời chính xác cho "Sẽ mất bao lâu để kết thúc bán hàng?" :)

— CraigTP

Phải tốt đẹp để chỉ làm việc 35 giờ.

— Giàn khoan

@HLGEM Đó là lý do tại sao bạn sử dụng ước tính "Scotty". Giống như Scotty từ Star Trek, bạn luôn đánh giá quá cao việc sẽ mất bao lâu / chi phí bao nhiêu để khách hàng có thể thử và nói về ngân sách thời gian / tiền bạc. Nếu bạn nói với họ những gì bạn nghĩ nó sẽ thực sự mất và họ yêu cầu ít hơn, bạn sẽ bị mắc kẹt.

— GordonM

4

Nhân viên bán hàng của chúng tôi thường hỏi chúng tôi một số câu hỏi tương tự như loạt câu hỏi sau:

Mất bao nhiêu tiền để lập trình một widget Bao nhiêu giờ để chuyển đổi trang web này sang phần mềm này.

Tại sao những người bán hàng của bạn hỏi các nhà thiết kế? Bán hàng nên có một danh sách báo giá và hệ thống được sắp xếp sẵn để ước tính có ít, nếu có, tương quan với chi phí thực tế của bạn. Tôi cho rằng bạn được trả lương.

Làm thế nào chúng ta có thể đưa ra một trích dẫn mà không có bất kỳ thông tin? (Không, tôi không thể hỏi thêm thông tin!)

Câu trả lời ngắn? Bạn không thể, đừng thử.

Câu trả lời dài vẫn còn ngắn. Nếu tôi gọi cho bạn và nói rằng tôi có một trang web, mọi người có thể đăng nhập, đăng tin nhắn cho người dùng khác, tải lên hình ảnh và kết bạn, chi phí xây dựng là bao nhiêu, bạn sẽ nói gì? Tôi có thể mô tả mạng xã hội tồi tệ nhất có thể tưởng tượng, hoặc Facebook. Bạn không có đủ thông tin để bạn không thể đưa ra đánh giá chính xác.

Tôi có một câu hỏi khác nếu một dự án vượt quá ngân sách thì nó rất tệ. Gần đây, tôi đã bỏ lỡ toàn bộ menu khi tính toán chi phí chuyển trang web sang nền tảng mới để dự án vượt quá ngân sách. Sếp tôi không vui chút nào, và theo ý kiến của tôi thì không thể tránh được một số điều như thế này.

Xác định "vượt quá ngân sách." Một lần nữa, tôi giả sử tiền lương không theo giờ. Nếu bạn đã vượt quá ngân sách thời gian của mình , hãy kéo dài một vài đêm dài và đừng phạm sai lầm tương tự (thiếu một cái gì đó) một lần nữa.

Đối với tôi, chúng tôi có một ứng dụng theo dõi thời gian mà chúng tôi ghi lại chúng tôi dành bao nhiêu giờ cho dự án nào và nếu chúng có thể xuất hóa đơn hoặc nội bộ (AKA không có hóa đơn). Nếu không gặp xx giờ có thể thanh toán một tuần, cuối cùng chúng ta có thể gặp rắc rối / bị sa thải. Công việc bạn làm cho công ty hoặc cho khách hàng không phải là hóa đơn không phải là một phần của hệ thống này và chúng tôi thường phải làm công việc nội bộ, vì vậy tôi tự hỏi liệu có hệ thống thay thế nào tồn tại không.

Tôi không chắc chắn làm thế nào tôi sẽ thiết lập nó nếu tôi phải tạo một bản ghi số giờ "có thể xuất hóa đơn". Bạn có thể sẽ kết thúc với một trăm giờ +/- một vài tuần. Tôi không ngừng suy nghĩ về mã, nên tính?

— Josh K
nguồn

Cảm ơn câu trả lời của bạn, nó khá hữu ích, tuy nhiên tôi nghĩ tôi không rõ về một vài điểm trong câu hỏi ban đầu của mình. Tôi là nhà phát triển, không phải nhà thiết kế. Chúng tôi là một công ty thiết kế web có, nhưng tất cả các trang web của chúng tôi đều sử dụng CMS và có một số mức độ lập trình liên quan. Tôi được trả lương, nhưng chúng tôi vẫn có thể vượt quá ngân sách, tôi không chắc chính xác nó hoạt động như thế nào. Nếu chúng tôi trích dẫn x số đô la, chúng tôi cho rằng sẽ mất hàng giờ. Bằng cách nào đó, ông chủ của tôi cho rằng nếu tôi mất 1 giờ thì 1 giờ đó có thể đã được chi cho một dự án khác nên chúng tôi đã mất tiền.

— Brandon Wamboldt

@Rouge: Nhận tốt hơn với ước tính của bạn. Nếu bạn thấy mình liên tục vượt quá thời gian quy định thì hãy bắt đầu tăng số lượng bạn trao cho họ khi họ hỏi bao lâu.

— Josh K

4

Làm những gì Scotty làm: đưa ra một ước tính hợp lý, và nhân đôi nó.

Ước tính nhân đôi của bạn sẽ a) thường thực tế hơn, bởi vì con người là những người ước tính xảo quyệt, b) cung cấp cho bạn một chút chậm chạp, để bạn có chỗ cho các tính năng đột ngột và các trường hợp khẩn cấp khác, và c) cho phép bạn thỉnh thoảng đến kịp và dưới ngân sách.

Không bao giờ đề cập đến thực tế là bạn đang nhân đôi ước tính của mình cho sếp hoặc bán hàng. Doanh nhân là những sinh vật tinh tế và thường không thể xử lý những sự thật phũ phàng mà các kỹ sư chúng ta phải đối phó.

Chúc may mắn.

— Vá
nguồn

1

Đừng nói, nhưng tôi thực sự làm ít nhất một x4 bởi vì tôi giống như hầu hết các lập trình viên, những người nghiêm túc đánh giá quá cao những gì tôi có thể hoàn thành trong một giờ. Vấn đề là, người quản lý của tôi phàn nàn rằng ước tính của tôi quá dài (Một tuần! Tôi không thể nói với họ rằng sẽ mất một tuần! Tôi sẽ nói với họ một ngày ...). Ngay cả khi ước tính được chấp nhận, tôi thấy rằng các nhiệm vụ phát triển giống như cá vàng - chúng phát triển theo kích cỡ bể của chúng - vì vậy tôi vẫn không có thời gian để chơi Tetris. Tuy nhiên, vì một số lý do, tôi sẽ không có cách nào khác ...

— Kramii

1

Đôi là lá quá nhỏ một lề. Tôi luôn đi theo quy tắc nhân với số pi.

— Bjarke Freund-Hansen

1

Điều gì sẽ xảy ra nếu ước tính quá cao và chúng ta bắt đầu mất khách hàng, điều đó cũng không tệ?

— Brandon Wamboldt

@Rogue Coder: Thông thường tốt nhất là đưa ra ước tính chính xác về doanh số (và chính xác, ý tôi là gấp đôi, hoặc thậm chí là ước tính gấp bốn hoặc gấp bốn lần). Nếu việc bán hàng đang gây áp lực buộc bạn phải nói dối về lượng thời gian cần thiết để họ có thể đóng gói nhiều công việc hơn, thì họ đang tự tạo ra vấn đề. Nhưng tôi nghĩ rằng bạn đang đưa ra các giả định về những gì doanh số muốn nghe - hãy thử các ước tính cao hơn; nếu bạn bắt đầu giao hàng đúng hạn và ngân sách, bạn có thể thấy mình có một ông chủ rất vui vẻ và nhân viên bán hàng hạnh phúc.

— vá

@Rogue Coder: Nếu nó sẽ mất x lượng thời gian, thì đó sẽ là bao lâu, ngay cả khi doanh số cố gắng nói chuyện với nó. Nếu bạn bắt đầu mất khách hàng, hãy giảm tỷ lệ của bạn (hay đúng hơn, cung cấp cho họ "chiết khấu" cho tỷ lệ của bạn).

— Chris Buckett

2

Tôi nghĩ rằng điều tốt nhất bạn có thể làm là lập một danh sách cụ thể hóa trong trích dẫn của bạn. Đặt thời gian bên cạnh mỗi "nhiệm vụ". Việc chia nhỏ nó như thế này không chỉ giúp bạn suy nghĩ về những gì cần phải làm mà còn cho sếp và / hoặc khách hàng biết phạm vi trích dẫn của bạn. Sẽ thật tuyệt khi có được phạm vi / trích dẫn này được ký tắt trước khi bạn bắt đầu làm việc bởi sếp / người quản lý tài khoản / khách hàng của bạn. Bằng cách này, nếu bạn quên điều gì đó, sự đổ lỗi có thể được lan truyền và tất cả không thuộc về nhà phát triển.

Tôi nghĩ rằng nếu bạn không thể có thêm bất kỳ chi tiết nào về dự án, bạn phải cho mọi người thấy sự phát triển, chính xác những gì bạn giả định.

Điều này cũng tốt vì một trong những bạn đã thực hiện một vài trong số những trích dẫn này, bạn có thể tham khảo lại những cái cũ khi bạn đang tạo một cái mới.

Bạn có thể cố gắng tham gia vào Luật của Hofstadter, nhưng điều đó sẽ không bao giờ có hiệu quả .

— Adam Harte
nguồn

1

Chúng tôi làm điều này đến một mức độ. Tôi tạo một danh sách có nội dung: CMS cài đặt 1 giờ, mô-đun sự kiện 4 giờ, blah blah 6 giờ, chuyển đổi nội dung 10 giờ. Hai vấn đề với điều này là chúng là ước tính và nhân viên bán hàng chuyển đổi những thứ này thành những thứ hoàn toàn khác nhau khi gửi hợp đồng. Điều này gây ra sự cố khi khách hàng đôi khi sẽ xóa một phần của dự án vì nhân viên bán hàng liệt kê "Chức năng cốt lõi IV" là "Tính năng vô dụng XII". Khách hàng không muốn nó, nhưng nó thực sự cần công việc và vì vậy tôi mất ngân sách cần thiết.

— Brandon Wamboldt

2

Các mục nên được liệt kê ở cấp độ mà mỗi mục mất tối đa một giờ. "Mô-đun sự kiện 4 giờ" có thể dễ dàng có nghĩa là 40 giờ nếu bạn không đi sâu vào nó. Ý tưởng không phải là gửi cho khách hàng kế hoạch chi tiết, nhưng để có thể ước tính tốt hơn thông qua việc bạn có thể hiểu được toàn bộ, không kể đến việc một kế hoạch chi tiết như vậy sẽ giúp thiết kế và thực hiện sau đó.

— Vinko Vrsalovic

1

Đây thực sự chỉ là một câu trả lời cho phần đầu tiên trong ba bài kiểm tra của bạn, nhưng đó là một câu hỏi LỚN.

Đây là những gì tôi mới bắt đầu làm. Và đây là sau rất nhiều cuộc tìm kiếm linh hồn về chính thứ này.

Tôi trả lời một yêu cầu từ khách hàng tiềm năng hoặc khách hàng với cái mà tôi gọi là "Ước tính trung thực". Đó là một con số đô la được đệm chín cách từ chủ nhật cho tổng CYA. Tôi nói với họ con số này dựa trên kinh nghiệm của tôi về các dự án có quy mô gần bằng quy mô của dự án đang được xem xét ở đây.

Tôi nói với họ hóa đơn đầu tiên của họ, do lúc khởi động, là 25% dự toán. Với mức giá đó, chúng tôi sẽ thực hiện một nỗ lực thu thập yêu cầu đầy đủ và viết các thông số kỹ thuật đầy đủ, chi tiết. Tùy thuộc vào quy mô của dự án, đó có thể là vài tuần làm việc. Cuối cùng, chúng ta sẽ có một bộ tài liệu đầy đủ, VÀ chúng ta sẽ biết chúng ta đã làm như thế nào với ước tính đó. Nếu tại thời điểm đó chúng tôi cần điều chỉnh giá (và nó có thể tăng HOẶC xuống), chúng tôi sẽ làm điều đó và cho khách hàng biết.

Nếu giá cả tăng lên và dự án bây giờ không bền vững, nó sẽ bị hủy tại thời điểm đó mà không phải trả thêm tiền. Đây rõ ràng là một kết quả không mong muốn, và nên được coi là kết quả cuối cùng. Kế hoạch B là làm lại các yêu cầu của dự án để đưa phạm vi vào ngân sách dự án, v.v. Có rất nhiều thứ chúng ta có thể thử trước khi chúng ta gọi toàn bộ, nhưng nếu chúng ta CẦN, thì đó là nơi chúng ta có thể.

Giả sử chúng tôi không làm như vậy, chúng tôi sẽ tiếp tục với tổng giá (có thể được sửa đổi), 50% trong số đó có thể xuất hóa đơn tại thời điểm đó và 25% cuối cùng - hoặc như vậy khi giao hàng và chấp nhận. Mọi người đều ở trên cùng một trang, không ai cảm thấy như họ phải trả tiền cho một thứ vô hình như "phân tích", và mọi người đều (lý tưởng) hạnh phúc.

Cho đến nay tôi đã có kết quả khá tốt với điều này. Nó chắc chắn đánh bại khách hàng cho một hóa đơn riêng cho công việc phân tích / đặc điểm kỹ thuật. Không ai muốn trả tiền cho điều đó. Nhưng nếu bạn ẩn nó trong 25% đầu tiên của tổng giá dự án, nó sẽ trở nên ngon miệng và dễ hiểu.

— Đan Ray
nguồn

Câu trả lời này rõ ràng không nhận được nhiều sự chú ý, nhưng nó mang lại sự ủng hộ cho tôi vì 1. Nó đưa ra lời khuyên cụ thể, có thể hành động, 2. Nó thực dụng và 3. Nó dựa trên kinh nghiệm thực tế.

— Robert Harvey

0

Bạn phải tìm cách để biết thêm thông tin. Tôi chưa bao giờ đưa ra ước tính của bất kỳ dự án nào nếu yêu cầu chưa được nêu rõ. Nếu họ kiên trì bạn không thể có điều đó, tốt nhất bạn nên bỏ thuốc lá.

— tia
nguồn

0

Bạn đang ở trong một kịch bản rất phổ biến. Bán hàng không có đầu mối và dựa vào những người kỹ thuật để thực hiện công việc của họ. Bạn sẽ thất bại hết lần này đến lần khác để đưa ra ước tính chính xác vì không thể biết được.

Những gì bạn thực sự làm được gọi là ước tính theo kinh nghiệm.

Bạn trở nên tốt hơn với thời gian và kinh nghiệm .

Có ai khác chúng tôi thiết kế trong công ty? Nếu có, tôi thực sự khuyên bạn nên lập kế hoạch chơi bài . Đó là một kỹ thuật ước lượng tập thể rất mạnh mẽ.

Lập kế hoạch Poker là một kỹ thuật dựa trên sự đồng thuận để ước tính, chủ yếu được sử dụng để ước tính nỗ lực hoặc quy mô tương đối của các nhiệm vụ trong phát triển phần mềm.

Nó sẽ giúp bạn có được ước tính chính xác hơn bằng cách sử dụng kiến thức và kinh nghiệm của nhiều người hơn và trách nhiệm ước tính sẽ được trải rộng trong nhóm thay vì một người. Việc bán hàng sẽ được hạnh phúc vì họ sẽ có được ước tính chính xác hơn. Và nói "chúng tôi không thể ước tính" dễ dàng hơn khi bạn 4 hoặc 5 so với khi bạn chỉ là chính mình.