Là bỏ phản ứng hợp lý duy nhất cho tình huống này? [đóng cửa]

Tôi đọc một bài viết thú vị, 10 lý do để bỏ CNTT .

Tôi trích dẫn một phần của văn bản này:

"Sự hiểu lầm về cả nhiệm vụ và công nghệ này làm một điều: Nó làm cho công việc của bạn không thể thực hiện được. Khi các quyền hạn bắt đầu quản lý bộ phận của bạn cho bạn, mọi yếu tố xấu đều bị làm trầm trọng thêm. công việc. Quản lý không biết công việc của bạn, nhưng họ không biết họ không biết công việc của bạn. Tất cả đều là một dải căng thẳng của Mobius. "

Đây chính xác là những gì đang diễn ra trong dự án của tôi tại thời điểm này. Khách hàng, nghĩa là người trả tiền, muốn trở thành tất cả. Anh ấy muốn đóng mọi vai trò có thể trong dự án. Anh ta thậm chí muốn một lời giải thích kỹ thuật chi tiết mặc dù anh ta không biết một điều duy nhất về lập trình. Và khi một cái gì đó không hoạt động, anh đổ lỗi cho người khác.

Có ai có một số kinh nghiệm tương tự? Bất kỳ lời khuyên về làm thế nào để đối phó với những tình huống này?

Tôi đã có một phần công việc của tôi trong CNTT. Helpdesk, mạng, phát triển phần mềm, tất cả họ đều chia sẻ các vấn đề tương tự. Bỏ và bắt đầu lại, trong khi làm mới, chỉ mang lại một loạt vấn đề mới để giải quyết. Có một vài điều bạn có thể làm để giữ sự tỉnh táo của mình.

Tìm kiếm vấn đề thực sự
Khách hàng đang cố gắng kiểm soát hoàn toàn các dự án. Xem nếu bạn có thể tìm hiểu tại sao.
- Có phải do thất bại trong quá khứ? Thông cảm, tái bảo đảm cho họ về thành công của dự án.
- Khách hàng một người thích kiểm soát? Chuyển hướng sự chú ý của họ. các bí mật tảng băng trôi .

Các cuộc họp không quan trọng bằng kết quả
Mọi quản lý cuộc họp đều nói điều gì đó khiến bụng tôi quặn lại. Nhưng, khi cuộc họp kết thúc, mọi thứ đều bị lãng quên trừ kết quả. Tôi vẫn là người giải quyết vấn đề và giải quyết chúng theo cách tôi cảm thấy chúng cần được giải quyết.

Đừng mang gánh nặng của thế giới trên vai
Những người căng thẳng nhất trong CNTT thường là những người giỏi nhất. Một trong những người bạn thân nhất của tôi luôn căng thẳng về việc quản lý trách nhiệm vô tận đặt lên vai anh ấy. Các nhà phát triển khác đến với anh ta để giải quyết vấn đề của họ.

Tôi sẽ nói với bạn điều tương tự tôi đã nói với anh ấy.

Đừng để họ. Tìm một cách chính trị để nói không / ngừng tiếp nhận những vấn đề bạn không sở hữu. Công ty nhận ra bạn là tài sản quý giá. Bạn có thể là người duy nhất hoàn thành mọi việc. Họ có thể sẽ không sa thải bạn vì đã ngăn chặn một số lạm dụng. Miễn là bạn xử lý nó đúng cách.

Tôi đã ở trong một tình huống tương tự khi tôi đang làm việc. Có một vài người đứng đầu bộ phận tự coi mình là "techie" (không phải người đứng đầu bộ phận IS, làm phiền bạn) và trong khi rất phê phán công việc của chúng tôi, có rất ít lời khen ngợi hoặc đánh giá cao. Người quản lý nội dung của chúng tôi đã rời khỏi công ty và người quản lý mạng luôn luôn bước ra khỏi cửa. Tôi bị treo ở đó bởi vì tôi đang ở giữa dự án và sẽ cảm thấy khủng khiếp khi rời khỏi tổ chức, nhưng có lẽ đó là điều cần thiết để khiến một số người đánh giá cao việc có một nhà phát triển nội bộ. Trong môi trường của tôi, sự ra đi của tôi có thể sẽ dẫn đến việc họ thuê ngoài dịch vụ web của họ; đó là những gì họ đã làm trước khi tôi lên tàu và ngân sách của họ thật lố bịch.

Thực hiện theo các quy tắc vàng:

(1) Gật đầu và đồng ý

(2) Bỏ qua BS như trình biên dịch bỏ qua ý kiến

(3) Cung cấp kết quả

Cuối cùng, Kết quả sẽ khiến họ im lặng, theo thời gian nếu bạn liên tục đưa ra kết quả, mọi người cuối cùng sẽ quay lại khi họ tin tưởng vào công việc của bạn.

Vâng, đã trải qua điều này ít nhất một lần, cuối cùng đã rời bỏ công việc của tôi. Thật không may, sự phục hồi hoàn toàn từ sự hiểu lầm và nghi ngờ của khách hàng phi kỹ thuật (hoặc quản lý) là gần như không thể. Những người không hiểu những gì bạn làm còn lại để tin tưởng bạn hoặc không. Tâm lý của con người là một khi niềm tin bị phá vỡ, nó đòi hỏi nỗ lực rất lớn để phục hồi. Hầu hết thời gian nó không đáng, bởi vì ngay cả khi bạn có thể phục hồi, bạn sẽ bị bỏ lại, nói theo nghĩa bóng, với cùng một mức lương.

Sử dụng nó như một kinh nghiệm học tập. Một nhà phát triển tuyệt vời sẽ kiếm được ít hơn một nhà phát triển trung bình biết cách xử lý một người quản lý như thế.

Đây không chỉ là công việc mà bạn sẽ gặp phải vấn đề này. Mỗi công việc bạn có sẽ có ít nhất một người không biết sự khác biệt giữa một chuỗi và một đối tượng cho bạn biết cách lưu trữ bộ đệm, hoặc một cái gì đó tương tự.

Đọc những cuốn sách như Làm thế nào để đối phó với những người khó khăn , kết bạn với những người có thâm niên trong công ty, những người biết cách quản lý những tình huống này và những người biết rằng bạn giỏi trong công việc và nghĩ về tất cả như một câu chuyện vui để kể cho bạn bè lập trình viên của bạn .

Một người bạn của tôi có một câu nói - vấn đề duy nhất với một dự án cam chịu là bạn phải chết vì cố gắng.

Tôi tin rằng có đủ những công việc tốt ngoài kia mà bạn không cần phải chịu đựng trong một công việc tồi tệ. Bạn không nợ công ty của bạn bất cứ điều gì ngoài những gì bạn được trả tiền để làm, và khi cơ hội tốt hơn xuất hiện, bạn nên tận dụng lợi thế của nó thay vì chịu đựng sự trung thành không đúng chỗ. Bạn có thể có hiệu lực thay đổi từ bên trong, nhưng tôi không còn kiên nhẫn cho nó nữa.

Tôi đã trải qua dự án của riêng tôi từ địa ngục khoảng 15 năm trước. Cuối cùng, đó là một trải nghiệm tích cực bởi vì bây giờ tôi biết những gì cần tìm và tránh, nhưng sự căng thẳng của nó đã làm tôi mất vài năm (không đùa). Tôi cũng học được rằng cuối cùng, đó chỉ là một công việc; co nhung nguoi khac. Không có lý do gì để đặt mình vào bệnh viện cố gắng trở thành anh hùng; nó sẽ không thay đổi bất cứ điều gì, và dù sao họ cũng sẽ không đánh giá cao nó.

BẮT ĐẦU QUẢN LÝ KHÁCH HÀNG CỦA BẠN.

Bố trí của bạn kế hoạch tiến độ của dự án, gửi anh bạn cập nhật, và kế hoạch những vấn đề bạn đang đi để mang đến cho ông . Tốt nhất là theo giờ hóa đơn. Và viết tường thuật tuyệt vời trên hóa đơn hàng tháng của bạn.

Vâng, nó thực sự sôi sục khi bạn thay đổi công việc của bạn hoặc thay đổi công việc của bạn.

Hoặc là một tác nhân thay đổi bên trong và làm việc để khắc phục tình hình hoặc tìm một công việc mới. Đối với công ty trước đây mà tôi đã làm việc được 5 năm, tôi đã làm cả hai.

Tôi đã dành vài năm làm việc cho sự thay đổi tích cực bên trong. Một vài lời khuyên tôi sẽ đề xuất (cảnh báo hầu hết không dành cho những người yếu tim mà sợ đối đầu)

1. Đối đầu với các nhà quản lý vi mô. Rõ ràng cho thấy một số chiến thuật nhưng cũng phải trung thực tàn nhẫn với họ. Nhắc nhở họ rằng bạn là người có kinh nghiệm về kỹ thuật và đó không phải là công việc của họ hoặc họ cần phải lo lắng về từng chi tiết vụn vặt của dự án. Họ sử dụng thời gian tốt hơn và họ cần tin tưởng bạn để làm phần của bạn.

2. Đi qua đầu của họ. Điều này có thể không thể xảy ra trong tình huống của bạn nhưng một khi bạn đã đối đầu với họ nếu họ không thay đổi, hãy tìm đến ông chủ của họ. Một lần nữa thể hiện sự khéo léo cho sếp biết rằng bạn đang gặp khó khăn khi làm việc với các nhà quản lý vi mô. Giải thích chi tiết tình huống về những gì khó khăn và làm thế nào nó khiến bạn khó thực hiện công việc một cách hiệu quả.

3. Tìm một công việc mới. Ngay cả khi bạn hài lòng với vị trí hiện tại của mình, hãy đảm bảo rất tích cực trong cộng đồng kỹ thuật địa phương và khu vực của bạn. Tham dự các nhóm người dùng, bữa tối mọt sách, hội nghị khu vực, vv Mạng, mạng, mạng! Hãy nhận biết thị trường việc làm trong khu vực của bạn để nếu cần, bạn có thể nhanh chóng và dễ dàng bắt đầu ứng tuyển vào các vị trí mới (đặc biệt là các vị trí không được quảng cáo công khai).

Trong trường hợp của tôi, bước 1 dẫn đến việc tôi bị khiển trách bằng lời nói và "viết lên hồ sơ cố định của tôi" bởi ông chủ quản lý vi mô. Bước 2 thực sự liên quan đến một số người đi đến ông chủ của chúng tôi cùng một lúc để đối mặt với tình huống và kết quả là ông chủ bị loại khỏi bộ phận của chúng tôi.

Vài năm sau, mọi thứ quay về hướng nam với công ty và tôi có thể thấy chữ viết trên tường. Tôi không hài lòng và không có nỗ lực nào sẽ thay đổi tình hình trong hình dạng của công ty nên tôi bắt đầu tìm kiếm và khoảng 4 tháng sau tôi đã tìm được một công việc mới. Bây giờ tôi hạnh phúc và kiếm được nhiều tiền hơn.

Hài hước bạn nên hỏi một cái gì đó như thế này. Trong một bài báo tiếng Tây Ban Nha tôi đã viết về Mỹ Latinh và cách lập trình viên được đối xử, nó liên quan rất nhiều đến bài viết của bạn và cách tất cả các lập trình viên trong khoảng 99% tất cả các công ty được đối xử .. Chủ yếu giống như họ là một loại phù thủy mà POOF tạo ra một cách kỳ diệu mọi thứ đã sẵn sàng khi "sếp" nói như vậy và đến lúc "sếp" nói vậy. Bài báo là La Programación Latino America . Nếu bạn có Google Chrome, nó có thể dịch bài viết, nhưng một số điểm của tôi là:

Đặc điểm lập trình:

• Sáng tạo

• Tưởng tượng

• Hợp lý

• Tận tâm (tập trung)

• Kiên nhẫn

• Khéo léo

Dù sao đi nữa, một số hoặc tất cả những thứ này bị giết bởi một ông chủ không biết về lập trình theo bất kỳ cách nào nhưng tình cờ ra lệnh cho bạn xung quanh giống như anh ta đã tạo ra cuốn sách kinh thánh về C, C ++, PHP, MySQL và bất kỳ ngôn ngữ nào ra trước khi bạn được sinh ra

Các điểm khác là các cảnh DO xảy ra tại nơi làm việc hoặc cách xử lý của lập trình viên, ví dụ:

• Một ông chủ muốn hoàn thành một dự án trong 2 ngày khi mọi người đã nói rằng nó có thể được thực hiện trong tối thiểu 2 tháng.

• Một dự án mà bạn bắt đầu làm việc chỉ để tìm ra lịch trình thời gian cho dự án đã bị cắt giảm một nửa, nhưng bạn VẪN phải hoàn thành toàn bộ dự án.

• Một dự án mà bạn đã cho nó bức ảnh đẹp nhất của bạn. Bạn thậm chí đã thêm một số phần thưởng để làm cho nó tốt hơn, cập nhật hơn nhưng thậm chí không ai quan tâm hay chúc mừng bạn. Thay vào đó, nếu họ tìm thấy một lỗi, một vấn đề, đầu của bạn sẽ lăn.

• Bạn cung cấp trải nghiệm chất lượng của mình cho một công ty chỉ để sau đó họ biết rằng họ thuê ai đó hơn là làm việc với 10% những gì bạn đang tính phí và hoàn thành công việc. Sau đó bạn phát hiện ra rằng công việc đã được thực hiện một cách khủng khiếp, có nhiều lỗi, tạo ra nhiều vấn đề và họ muốn thuê bạn "một lần nữa" để sửa chúng.

• Giáo sư của bạn buộc mọi người làm việc trong một dự án sử dụng một loại ngôn ngữ Egipcian cổ đại mà chưa ai từng nghe đến (chỉ giáo sư của bạn). Phần tốt nhất là, dự án đề cập rằng bạn có thể chọn bất kỳ ngôn ngữ nào bạn muốn.

• Một dự án mà ai đó làm chủ bạn xung quanh, những người đã sử dụng PHP, MySQL, C, C ++ và Python 10 năm trước, trong 30 phút, và vì anh ta đã sử dụng 10 năm trước trong 30 phút, giờ anh ta nghĩ rằng anh ta biết họ bằng trái tim, vì vậy anh ta muốn biết về những gì bạn đã làm và cách bạn đã thực hiện nó (trong cuộc sống thực, anh ấy / cô ấy không có manh mối những gì bạn đang nói, anh ấy / cô ấy chỉ lầm bầm bạn là đúng).

Đây là một số điểm được đề cập ở đó. Theo kinh nghiệm của tôi, người bạn thân nhất của tôi đã rời khỏi công ty tốt nhất ở nước ta và bắt đầu tự làm việc. Đoán xem. Nó đã đi tuyệt vời. Anh ta không chỉ được trả nhiều hơn khoảng 6 lần, anh ta chọn cách chọn thời gian làm việc, nơi làm việc và những điểm khác mà một lập trình viên CẦN phải có hiệu quả. Bạn gái tôi và tôi cũng nghỉ việc và đang làm việc độc lập, chỉ cần đăng ký xong công ty của chúng tôi và tất cả điều này xảy ra trong vòng chưa đầy một năm. Cảm giác tự do là một trong những điều cần thiết cho một lập trình viên. Một cái hoạt động trong một tủ sẽ rơi và rơi theo cách của chương trình, vì đặc điểm của chúng đang bị giết chết, từ từ.

Tôi xin lỗi, nhưng trong cuộc sống thực:

• Những người không biết về một điểm nào đó không nên đưa ra ý kiến ​​của họ, ít hơn tất cả, ra lệnh cho nó, cho đến khi họ hiểu chúng. Giống như trong quân đội, bạn sẽ không đi vào lãnh thổ của kẻ thù cho đến khi bạn hiểu mọi thứ trong đó.

• Đối với những gì chúng tôi gọi là "ông chủ" ở đất nước tôi, nếu bạn không biết bạn đang nói về điều gì, hãy im lặng! Bắt đầu lắng nghe thay vì ra lệnh.

• Nếu bạn là một lập trình viên trong một tình huống với một "ông chủ", tôi khuyên bạn nên bắt đầu tiết kiệm một số tiền và làm việc trong một dự án khác sẽ bắt đầu cuộc sống của bạn bởi vì hãy tưởng tượng bạn ở đó, ở cùng một vị trí, cùng mức lương, sẽ không đi lên vì thông thường các lập trình viên không đi lên trong các loại công ty này. Bây giờ hãy tưởng tượng 10, 25 năm sau, ở đó, cùng một nơi. Bạn đã làm gì với cuộc sống của bạn? Với tất cả những tiềm năng đó và không có gì. Bị mắc kẹt ở cùng một nơi mà bạn đã được sử dụng cho các dự án mà hầu hết trong số họ đã bị ai đó từ chối mà không biết gì về cách thức hoạt động của toàn bộ (Ví dụ: Ngân hàng .. Đừng bắt đầu về ngân hàng).

• Bắt đầu tham gia với những người khác để làm việc trên một cái gì đó cần thiết bởi cộng đồng. Tin tôi đi, mặc dù nó LOOKS giống như có nhiều lập trình viên trên thế giới, chúng ta thậm chí không đủ để giải quyết 10% các vấn đề trên thế giới mà một lập trình viên có thể giải quyết. Nếu bạn chỉ mất 1 ngày để đi bộ xung quanh, nhìn xung quanh, bạn sẽ tìm thấy ít nhất 10 vấn đề mà BẠN BIẾT có thể được bạn giải quyết và có thể là một giải pháp bao gồm tất cả hoặc hầu hết chúng.

Tôi tin rằng công việc duy nhất cung cấp thời gian rảnh để là chính mình, sáng tạo, trả lương cao, cho bạn toàn quyền kiểm soát thời gian của bạn là lập trình viên. Tôi cũng tin rằng công việc duy nhất có khả năng giải quyết hầu hết các vấn đề trong thế giới kỹ thuật số mới này là lập trình (nỗ lực tham gia với những người khác như điện tử và như vậy. Bạn đã thấy một luật sư giải quyết nhiều vấn đề? Hoặc tạo ra chúng?)

Hãy suy nghĩ về nó một lúc và đi ra ngoài và đi bộ.

Các nhà quản lý, đặc biệt là những người không có kỹ thuật, phải có khả năng ủy quyền.

Nếu họ đang quản lý bạn, đây là một lá cờ đỏ khổng lồ đối với tôi.

Tôi sẽ nhìn vào những người chuyên nghiệp và làm việc ở đó và xem cách họ xếp chồng lên nhau.

Xin vui lòng anh ta, nhưng vào thời gian có thể tính hóa đơn (đây là một khách hàng, phải).

Nếu anh ta muốn tiếp tục trả tiền, tốt thôi. Nếu không, cũng tốt.