2010-03-02 22 views
9

Joel Test nghe giống như danh sách các thuộc tính tôi muốn làm việc (và không phải cho hầu hết chúng ta?) Nhưng trong ngữ cảnh tư vấn, nó có thể thay đổi rất nhiều. Tôi đã nói với nó phụ thuộc vào khách hàng, mà trong một số trường hợp thậm chí không có quyền kiểm soát nguồn (ví dụ!)Tư vấn và Kiểm tra Joel

Có hợp lý không khi từ chối công việc tư vấn trên cơ sở điểm số Joel Test thấp trong một số trường hợp ?

Ngoài ra, điểm thử nghiệm Joel thấp có thể được khắc phục như thế nào? Có phải điều khiển phiên bản đang hoạt động có khả thi hay không (giả sử bạn có trên máy tính xách tay mà bạn mang theo mọi công việc)? Điều đó có được chấp nhận ở mọi nơi không? Ý tưởng? Annecdotes?

(Làm điều này một wiki cộng đồng ngay từ đầu đi, vì nó rõ ràng là rất chủ quan)

+1

Không chắc chắn câu hỏi là gì - bạn có hỏi liệu có thể có điểm số Kiểm tra Joel cao với tư cách là nhà tư vấn không? –

+1

Không thể tìm ra "tư vấn thích hợp và điểm kiểm tra Joel cao" có thể có nghĩa là gì. chứa đựng? Không thể tìm ra những gì "SVN" có nghĩa là trong bối cảnh này, một trong hai. –

+0

@ S.Lott: Tôi nghĩ bởi 'SVN', anh ta có nghĩa là hệ thống kiểm soát nguồn tự điều khiển để lưu trữ công việc của mình cho khách hàng, để đánh dấu vào hộp Source Control và tăng điểm Joel Test. – glasnt

Trả lời

35

Bạn đang miễn phí để từ chối tất cả các công việc tư vấn mà không vượt qua thử nghiệm Joel.

Bạn cũng được tự do bỏ đói.

Chọn một.

+0

Cắt để theo đuổi. Tôi thích nó. – MPelletier

+0

+1 mặc dù đây không thực sự là một trong hai tình huống! Nhưng tôi hiểu ý định. –

+1

Nhưng tôi không thèm đói và làm Joel Test Complete jobs. Có an toàn để nghĩ rằng hầu hết mọi người ở đây không chết đói? – MPelletier

2

Hầu hết các công việc tôi đã điền có trên 8 thử nghiệm này không cần tư vấn.

Khách hàng (từ năm tư vấn) hoặc không cần 12 (hợp đồng nhanh) không quan tâm ("Tôi trả tiền cho bạn, mã") hoặc nếu may mắn của bạn sẽ vui vẻ lắng nghe và trợ giúp bạn mang theo một hệ thống như vậy, và bạn nên có một công việc cố định gần cuối.

Điều tốt nhất để trở thành nhà tư vấn là có thể chọn người bạn làm việc cùng. Lý do số 1 để từ chối hợp đồng khác với khách hàng là cách anh ấy đối xử với tôi trước đây và điều đó bao gồm cách tôi có thể áp dụng các phương pháp mã hóa tốt. Đoán xem ai bị đổ lỗi khi tất cả mọi thứ được đổ xô ra không có spec, thử nghiệm tối thiểu và beta và phần mềm phát triển lậu. Lúc đầu, nó tạo ra nhiều công việc hơn (các cuộc gọi hỗ trợ), nhưng khách hàng sẽ sớm khiếu nại mọi thứ không bao giờ được thực hiện.

3

Kiểm tra Joel gần đúng về chất lượng của phần mềm nhóm. Bạn có thể làm những việc như một cá nhân để cố gắng tăng điểm kiểm tra thấp, nhưng điều đó sẽ không thay đổi các vấn đề cơ bản đặc hữu cho một nhóm cụ thể. Nếu một nhóm phần mềm không sử dụng kiểm soát nguồn, bạn có thể chắc chắn rằng họ sẽ bị rối loạn chức năng nghiêm trọng theo nhiều cách khác.

Nhiều công ty cần thuê tư vấn không chính xác sẽ đạt điểm cao trong Bài kiểm tra Joel ngay từ đầu. Điều đó nói rằng, với tư cách là một nhà tư vấn, bạn có thể thấy mình ở vị trí tốt để có ảnh hưởng tích cực đến nhóm đó - bạn có thể là người cài đặt SVN hoặc git ở đâu đó và thuyết phục mọi người sử dụng nó. Đôi khi một nhóm xấu chỉ cần một người có ý tưởng mới để giúp cải thiện mọi thứ.

Bạn phải tự quyết định nơi bạn vẽ đường trên Kiểm tra Joel. Cá nhân, tôi sẽ KHÔNG BAO GIỜ chấp nhận một công việc tại một nơi không có kiểm soát nguồn trừ khi họ đang bán phá giá xe tải tiền mặt ở cửa trước của tôi, và thậm chí sau đó tôi có thể cho nó một ý nghĩ thứ hai. Nó không đáng để nhấn mạnh.

10

Trong hơn 30 năm tư vấn, hầu như không có khách hàng nào của tôi đã ghi hơn 1 hoặc 2 trên Bài kiểm tra Joel. Một số ít được ghi trong 8 điểm cao, nhưng đó là ngoại lệ, không phải là quy tắc.

"Có lý do nào để từ chối công việc tư vấn trên cơ sở điểm số Joel Test có khả năng thấp trong một số trường hợp? "

Bạn có thể từ chối bất cứ điều gì bạn muốn vì lý do gì mà bạn muốn. Không ai quan tâm đến sự biện minh.

Nghiêm túc. Cậu ý kiến ​​không tính cho bất cứ điều gì.

Clients người tuyệt vọng cho nhân viên sẽ không quan tâm đến số lý do tại sao bạn từ chối chúng. Việc từ chối của bạn sẽ không dẫn đến khủng hoảng đạo đức bất ngờ nơi họ suy nghĩ lại về những sai lầm của họ. họ xuống làm không quan trọng. Bạn không cần phải "biện minh" bất cứ điều gì.

Thật vậy, họ thường cười nếu bạn giải thích lý do tại sao bạn từ chối. Họ biết rằng những gì họ đang làm là mức độ tốt nhất trong hoàn cảnh của họ. Họ hoàn toàn biết rằng họ không thể - ví dụ - sử dụng kiểm soát mã nguồn bởi vì họ không có thời gian hoặc ngân sách hoặc không gian máy chủ hoặc một số lý do vô lý khác.

Bạn có thể chỉ ra tất cả những gì bạn muốn. Họ thường sẽ không quan tâm. Họ không thể quan tâm, vì họ biết những gì họ đang làm là đã lý tưởng trong hoàn cảnh đặc biệt của họ.

"Ngoài ra, làm thế nào một số điểm Joel thử nghiệm thấp có thể được khắc phục?"

Nó không thể được. Một nền văn hóa hoạt động kém, sẽ tiếp tục hoạt động kém cho đến khi có những thay đổi đáng kể đối với cơ cấu văn hóa và phần thưởng.

Một cách để thay đổi có hiệu lực là hoạt động và đưa trường hợp từ bên trong tổ chức đến mức mọi thứ có thể tốt hơn. Nếu bạn thành công, một số người có thể tìm cách cạnh tranh với những gì bạn đang làm là thành công. Biến chúng xuống không thể hiện được các phương pháp phát triển phần mềm thành công.

"là on-the-go kiểm soát phiên bản khả thi?"

Yes.

Tôi có một máy tính xách tay tôi mang theo mọi công việc.

"Điều đó có được chấp nhận ở mọi nơi không?"

Chủ yếu là. Một số địa điểm lo lắng về các chuyên gia tư vấn đưa vào các thiết bị "bên ngoài". Họ cũng phàn nàn rằng thiết bị quay video và âm thanh bị nghiêm cấm, nhưng iPhone được cho phép. Vì vậy, nếu họ muốn tạo ra rắc rối cho bạn, họ có thể.

Một số địa điểm sẽ không cho phép bạn tạo mã trên máy tính xách tay của mình. Một số sẽ cho phép bạn.

+0

"thiết bị quay video và âm thanh bị nghiêm cấm, nhưng iPhone được cho phép" - âm thanh với tôi như họ chưa bao giờ nghe nói về iPhone, và không biết những gì họ đang có, chỉ cần để cho họ được. – MPelletier

1

Điều này tương tự như các câu hỏi của nhân viên trực tiếp về việc giới thiệu quy trình tốt hơn (hoặc nhanh nhẹn hơn) trong môi trường khi bạn không có mua từ quản lý.

Tôi nghĩ dễ dàng cải thiện mọi thứ mà không cần mua từ quản lý nếu vấn đề là bỏ bê lành tính ("Kiểm soát nguồn, đó là gì?") Và không phá hoại tích cực ("Tôi sẽ không trả một xu cho bất kỳ lúc nào dành cho theo dõi lỗi, kiểm soát nguồn, kiểm tra đơn vị hoặc tự động hóa xây dựng! ")

Một số cải tiến quy trình có thể được thực hiện riêng. Chạy trình theo dõi vấn đề và lật đổ trên máy của riêng bạn và theo dõi công việc của riêng bạn.Sử dụng các ứng dụng di động như XAMPP để lưu trữ apache và bất kỳ trình theo dõi lỗi php nào nếu bạn cần, hoặc trình theo dõi lỗi có thể truy cập internet và máy chủ lưu trữ mã nguồn nếu máy khách không cấm cụ thể. Nếu họ không vượt qua bài kiểm tra Joel, họ không đủ khả năng để không có khả năng vi phạm bạn, vì vậy bạn nên có sự linh hoạt để tự động hóa bản dựng của mình, sử dụng TeamCity hoặc Luntbuild nếu không phải là tiền trong hợp đồng cho các công cụ. Hầu hết khách hàng đều muốn các nhà phát triển ở trong môi trường to nhất có thể, vì vậy hãy đầu tư vào tai nghe tốt - một số tai nghe có thể chặn tối đa 20 decibel của tạp âm nền.

Ngay cả Joel (trên một trong những podcast SO) đã nói rằng thông số kỹ thuật như một công cụ truyền thông hứa hẹn nhiều hơn rằng họ có thể phân phối. Nếu khách hàng thất bại trên tất cả mọi thứ ngoại trừ có một spec, sau đó tôi sẽ không tin tưởng spec của họ là hữu ích hoặc. Bạn có thể viết mã cho thông số kỹ thuật, nhưng điều đó sẽ không làm cho họ hài lòng bởi vì phải mất một khách hàng tinh vi để biết những gì họ muốn một cách chi tiết khi mua phần mềm tùy chỉnh. Một nhà thầu luôn luôn có thể lựa chọn để viết một spec, nó chỉ là một vấn đề thời gian và bạn sẽ có thể hóa đơn cho nó.

Phần còn lại của bài kiểm tra Joel là các vấn đề quản lý mà cá nhân (có thể là nhà thầu hoặc thuê trực tiếp) sáng kiến ​​không thể ảnh hưởng (ngoài đề xuất không ràng buộc) - ngân sách, quá trình phỏng vấn, bố cục văn phòng có sẵn để thử nghiệm, v.v.

Các vấn đề liên quan