Lập trình viên phải biết gì về kinh doanh / quản lý? [đóng cửa]

Như tôi đã ngụ ý thông qua các bài viết khác của tôi, tôi vẫn còn khá mới đối với lực lượng lao động. Trong các cuộc họp nhóm, tôi có xu hướng có thể theo kịp các cuộc thảo luận kỹ thuật, nhưng khi người quản lý dự án của tôi bắt đầu nói về việc chúng tôi đã giành được hợp đồng mới, hoặc chúng tôi tham gia vào một giá thầu đề xuất mới, hoặc ... bất cứ điều gì đó kinh doanh hơn là kỹ thuật, thực sự ... tôi có thể bị lạc khá nhanh.

Tối thiểu tất cả các nhà phát triển cần biết về quản lý dự án / kinh doanh để hoạt động là gì?

Tôi nghĩ bạn cần hiểu cách công ty của bạn kiếm tiền. Bạn cũng cần có khả năng đánh giá xem bạn có nên làm bất cứ điều gì để giúp nó kiếm được nhiều tiền hơn hay không, tức là làm công việc của bạn tốt hơn. Quan trọng nhất điều này có nghĩa là bạn cần có khả năng cho biết nhiệm vụ nào bạn đang thực hiện, bạn nên nỗ lực nhiều nhất và làm thế nào để ưu tiên các nhiệm vụ bạn đã được giao.

Ngoài ra, các lập trình viên cần phải hiểu rằng mặc dù một cái gì đó về mặt kỹ thuật có thể là lựa chọn tốt nhất, sự lựa chọn đó có thể không phải là lựa chọn tốt nhất cho doanh nghiệp. Và đó là một lý do tốt để không đi theo cách tốt nhất về mặt kỹ thuật.

Biết về kinh doanh và quản lý - và tiếp thị - chắc chắn không thể làm tổn thương. Nó thực sự phụ thuộc vào bối cảnh mà bạn làm việc.

Trong một doanh nghiệp lớn, nơi có các cấp quản lý đưa ra quyết định và khi các nhiệm vụ được phân chia rất tốt dựa trên các chức danh công việc, điều đó có thể không quan trọng. Công ty của bạn có thể có những người tận tâm để xử lý kết thúc đó.

Trong một doanh nghiệp nhỏ, mặt khác, bạn càng biết nhiều, bạn càng có giá trị trực tiếp đối với một công ty. Ví dụ, có một ý thức tiếp thị tốt có thể giúp bạn cảm thấy các thiết kế tốt hơn / xấu hơn cho một trang web. Hoặc bạn có thể phải giao dịch nhiều hơn với khách hàng, hoặc đi cùng với nhân viên bán hàng để giúp chốt giao dịch, hoặc tham dự các triển lãm thương mại, hoặc chỉ đơn giản là tìm kiếm cơ hội tiết kiệm / nguồn doanh thu mới.

Vì vậy, như thường lệ với câu hỏi loại 'tôi phải biết bao nhiêu', câu trả lời là, kiến ​​thức nhiều hơn luôn tốt hơn, nhưng mức độ quan trọng của nó thực sự phụ thuộc vào tình huống cá nhân của bạn.

Ít nhất bạn phải hiểu sâu sắc rằng tiền lương của bạn không chỉ tự động đến từ đâu đó. Bạn không được trả tiền cho việc ngồi và viết mã. Đó là thành công của việc bán hàng và mối quan hệ với khách hàng tạo nên hoặc phá vỡ thành công của công ty bạn (và cuối cùng là của bạn). Đó là nơi tiền đến từ.

Ngay cả trong một công ty lớn nơi các lập trình viên không tiếp xúc trực tiếp với khách hàng cuối cùng, cũng đáng nhấn mạnh rằng việc vận chuyển sản phẩm sớm là vấn đề quan trọng nhất. Đó là cách công ty giành được doanh số và nhận được tiền và bạn được trả tiền. Cấp, vận chuyển một sản phẩm nửa khẳng định (quá sớm) cũng là một sai lầm và việc tìm kiếm sự cân bằng phù hợp ở đây là khó khăn, nhưng các lập trình viên có xu hướng nghiêng quá nhiều về phía "con tàu khi nó hoàn thành (gần như không bao giờ)". Nhưng nhìn vào những người thành công cho thấy sự thật; vài người trong số họ đã có một sản phẩm trưởng thành, hoàn thiện, được đánh bóng để bắt đầu.

Biết và chấp nhận rằng bản chất của việc điều hành một doanh nghiệp là điều quan trọng. Ngay cả khi bạn không đặc biệt quan tâm đến kinh doanh (tôi không), bạn chỉ đơn giản là không thể bỏ qua nó là "công cụ cổ trắng" nếu bản thân bạn quan tâm đến việc được trả tiền. Chi tiết kỹ thuật và từ vựng về kinh doanh / quản lý không phải là điều quan trọng cần biết, IMHO, mặc dù việc học một số điều cơ bản chắc chắn không gây hại.

Không muốn có ý xấu, nhưng tôi nói "họ cần biết để lại nó trong tay những người đang làm việc đó". Nhiều như điều này nghe có vẻ dị giáo, bạn không thể biết tất cả mọi thứ.

Nhưng, vâng, người ta nên biết một số mức tối thiểu, một số nguyên tắc cơ bản của nền kinh tế. Vì vậy, giả sử, các nguyên tắc cơ bản của kinh tế vi mô (kinh tế vi mô <- kinh tế đối phó với một hệ thống nhỏ, nói một công ty), một số lý thuyết kinh tế cơ bản (Lạm phát tốt hay xấu đối với bạn? Điều đó có nghĩa là gì? Nó ảnh hưởng đến các yếu tố khác như thế nào?), Một số điều cơ bản về cách thức hoạt động của hệ thống xã hội (nếu bạn ở một quốc gia được tổ chức theo cách đó), những điều cơ bản về giao dịch trái phiếu (nếu bạn ở trong một công ty được tổ chức ở đó đường) ...

Tuy nhiên, nếu tôi đã hiểu nhầm câu hỏi của bạn và bạn đang hỏi đề xuất hoặc giá thầu là gì, ... những câu hỏi đó có thể được giải thích tốt hơn trên wikipedia. Các quy tắc liên quan đến chúng tuy nhiên, nhiều hơn về một chủ đề luật, hơn là một nền kinh tế.

nhưng khi người quản lý dự án của tôi bắt đầu nói về việc chúng tôi đã giành được hợp đồng mới, hoặc chúng tôi tham gia vào một giá thầu đề xuất mới, hoặc ... bất cứ điều gì kinh doanh hơn là kỹ thuật, thực sự ... tôi có thể bị mất khá nhanh.

Việc duy nhất để tìm hiểu thêm về doanh nghiệp là thực sự tham gia. Cuộc họp có thể không phải là diễn đàn tốt nhất để giới thiệu một số câu hỏi nhất định, nhưng chắc chắn nhất là sau những cuộc họp như vậy, hãy yêu cầu người quản lý của bạn mở rộng đề xuất hoặc những thứ liên quan đến kinh doanh mà bạn bị mất.

Những câu hỏi như,

• quá trình đề xuất trong công ty là gì?
• chúng ta đã tham gia như thế nào?
• Làm thế nào để chúng tôi có kế hoạch thanh toán cho khách hàng?

Mỗi trong số trên là những chỉ số nhỏ về cách thức hoạt động của công ty bạn. Nó giúp bạn gần gũi hơn với nội bộ và hoạt động nội tâm để ít nhất biết cách doanh nghiệp kiếm tiền. Tôi nghĩ vấn đề chính ở đây là hỏi về những điều bạn không biết!

Ngoài ra "Tôi có thể bị lạc khá nhanh" có nghĩa là với tôi, bạn cho một sh1t hoặc bạn thực sự không biết. Thái độ bạn có thể tạo ra sự khác biệt nếu bạn muốn tìm hiểu thêm về nó.

Tối thiểu tất cả các nhà phát triển cần biết về quản lý dự án / kinh doanh để hoạt động là gì?

Về khía cạnh này, tôi không nghĩ có một câu trả lời cụ thể. Suy nghĩ ban đầu của tôi sẽ là một số kỹ năng kế toán và con người cơ bản. Quản lý dự án và điều hành một doanh nghiệp là hai điều khác nhau, tuy nhiên sẽ có một số bộ kỹ năng chồng chéo.

Chỉ cần nhớ - các kỹ năng bạn học được với tư cách là nhà phát triển 'đôi khi' (nếu không phải hầu hết các lần) trở nên vô hiệu khi bạn chuyển sang vị trí cao hơn (chẳng hạn như người quản lý). Ví dụ. kỹ năng con người của bạn sẽ thực sự cần tập trung hơn bây giờ so với vai trò trước đây của bạn là một nhà phát triển.

Mẹo chung - học / thực hành / cải thiện các kỹ năng ít kỹ thuật khác ngay từ đầu trong sự nghiệp vì điều này sẽ có lợi trong những năm sau (trừ khi bạn vẫn quyết định )

Tối thiểu tất cả các nhà phát triển cần biết về quản lý dự án / kinh doanh để hoạt động là gì?

"... công nghệ tốt chỉ là 10% thành công. Nếu quản lý của bạn không biết cách quản lý dự án kỹ thuật thành công hoặc bộ phận tiếp thị của bạn không biết cách tiếp cận khách hàng hoặc không cho bạn biết điều gì khách hàng muốn, hoặc nếu luật sư của bạn không xử lý tài sản trí tuệ của bạn một cách chính xác hoặc nếu kiến ​​trúc sư trưởng không có khả năng tạo ra một kiến ​​trúc đơn giản và nhất quán, thì công việc của bạn có thể bị vô hiệu hóa và bạn có thể mất nhiều năm để xây dựng mọi thứ không bao giờ nhìn thấy ánh sáng trong ngày. " ( Những điều tôi ước tôi đã học được ở trường Kỹ thuật ... )

Biết những gì được yêu cầu cho người quản lý của bạn có thể giúp bạn hủy bỏ lý do tại sao anh ta hỏi những điều somes, hoặc tại sao công việc được thực hiện theo cách hiện tại. Sau đó, bạn có thể tự thích nghi hoặc tìm một cách tốt hơn để cung cấp cho anh ấy những gì anh ấy muốn / cần.

Mức tối thiểu trần phụ thuộc vào công ty. Tôi đã làm việc tại một nơi mà những người khác chịu trách nhiệm thiết kế chương trình và tôi đã phải dịch các thông số kỹ thuật chi tiết sang COBOL. Điều đó thực sự không thú vị lắm, nhưng lúc đầu tôi không cần biết gì về công việc kinh doanh.

Khi bạn bắt đầu có một số tiếng nói trong thiết kế chương trình (hoặc, tốt nhất là, nếu bạn bắt đầu ở đó), bạn cần biết doanh nghiệp đang làm gì, để bạn có thể hiểu người dùng thực sự cần gì. Biết nhiều hơn về doanh nghiệp có nghĩa là mọi người cần nói với bạn những điều ít chi tiết hơn, để giá trị của bạn đối với doanh nghiệp tăng lên. Đôi khi bạn có thể làm mọi thứ theo sáng kiến ​​của riêng bạn để giúp doanh nghiệp, cũng làm tăng giá trị của bạn. Điều này thường được phản ánh trong tiêu đề công việc và tiền lương của bạn.

Cũng rất hữu ích khi có một số ý tưởng về việc tiền đến từ đâu, đi đâu và tại sao một số tiền lại vào túi của bạn. Bạn thực sự nên có một số loại ý tưởng tại sao công ty trả tiền cho bạn. Nó có thể giúp động lực của bạn để tìm hiểu để biết rằng những hợp đồng mới đó là những thứ cung cấp tiền lương của bạn.

Nó cũng có thể giúp ích nếu bạn biết ý nghĩa kinh doanh đối với bạn, hợp đồng mới ảnh hưởng đến bạn như thế nào.

Rõ ràng, nếu bạn không muốn duy trì vai trò thuần túy kỹ thuật mãi mãi (và, theo kinh nghiệm, điều đó có vẻ hơi hiếm), bạn sẽ cần hiểu rõ hơn về doanh nghiệp, nhưng nó sẽ giúp mọi người hiểu những gì đang diễn ra.

Như các câu trả lời khác đã nêu mức tối thiểu sẽ khác nhau tùy theo tình huống. Ví dụ, một nhà thầu tự làm việc có thể cần biết nhiều hơn một chút so với nhân viên toàn thời gian vì trước đây có thể cần một kế toán viên và những người khác để giúp điều hành doanh nghiệp mà nhà thầu có.

Có một số điều cơ bản về sức khỏe tài chính mà tôi xem xét một số điều cơ bản như hiểu được công ty của bạn ở đâu về sự trưởng thành: Đó có phải là một công ty khởi nghiệp vẫn đang đốt tiền của các nhà đầu tư thiên thần hay đầu tư mạo hiểm bây giờ? Làm thế nào gần với lợi nhuận là công ty? Có bất kỳ vụ kiện lớn nào có thể giết chết công ty trong thời gian tới không?

Tôi nghĩ rằng một số điều cơ bản để hiểu kế hoạch dự án ở mức cao, cách xử lý các yêu cầu thay đổi và loại quy trình chung nào để có được thông qua một dự án cũng là những điều quan trọng cần biết. Tôi không nói rằng bạn phải biết tất cả các bước trong quy trình quản lý thay đổi, nhưng hãy lưu ý khi điều này được sử dụng và nó có thể ảnh hưởng đến dự án của bạn như thế nào.

Nếu bạn muốn nhận được nhiều hơn về phía doanh nghiệp, bạn có thể muốn hỏi về chi tiết hơn của hợp đồng đã giành được. Có bao nhiêu đơn vị đang được bán? Đây có phải là một dự án thí điểm ban đầu tại khách hàng hay bây giờ có áp dụng đại trà không? Những loại câu hỏi cơ bản có thể giúp cung cấp thêm một chút chi tiết cho những gì bạn có thể sẽ phải giải quyết tiếp theo. Ví dụ: nếu công ty của bạn bắt đầu nhận được đơn đặt hàng lớn, điều này có thể dẫn đến một số hệ thống bị đẩy đến giới hạn của chúng có thể cần được khắc phục càng sớm càng tốt không? Mặc dù tôi đã đưa ra một số lĩnh vực mơ hồ và chỉ một vài ví dụ cụ thể, đây là những phần mà tôi có xu hướng chú ý với một công ty. Làm thế nào nhân sự quan liêu sẽ là một yếu tố khác để không quên ở đây đến một mức độ nào đó.