프로그래머는 비즈니스 / 관리에 대해 무엇을 알아야합니까? [닫은]

다른 게시물을 통해 암시 한 것처럼, 나는 여전히 새로운 직원입니다. 팀 회의 중에는 기술 토론을 계속하는 경향이 있지만 프로젝트 관리자가 새로운 계약을 맺은 방법에 대해 이야기하기 시작하거나 새로운 제안 입찰에 참여하는 경우 또는 기술보다는 비즈니스, 정말 ... 나는 아주 빨리 길을 잃을 수 있습니다.

모든 개발자가 프로젝트 관리 / 비즈니스에 대해 알아야 할 최소한의 것은 무엇입니까?

회사가 돈을 어떻게 버는 지 이해해야한다고 생각합니다. 또한 돈을 더 벌 수 있도록 도와주는 일, 즉 일을 더 잘하는 일을해야하는지 평가할 수 있어야합니다. 가장 중요한 것은 작업중인 작업에 가장 많은 노력을 기울여야하고 수행 한 작업의 우선 순위를 정하는 방법을 알려줄 수 있어야한다는 의미입니다.

또한 프로그래머는 기술적으로 최선의 선택이 될 수 있지만 해당 선택이 비즈니스에 가장 적합한 선택이 아님을 이해해야합니다. 이것이 기술적으로 최선의 방법을 취하지 않는 좋은 이유입니다.

비즈니스 및 관리와 마케팅에 대해 아는 것은 확실히 상처를 줄 수 없습니다. 그것은 실제로 당신이 일하는 상황에 달려 있습니다.

경영 의사 결정 수준이 있고 직책을 기준으로 업무가 잘 구성되어있는 대기업에서는 그다지 중요하지 않을 수 있습니다. 회사는 아마도 그 일을 처리 할 사람들을 헌신했을 것입니다.

반면에 소기업에서는 회사에 대한 직접적인 가치가 많을수록 더 많은 가치를 얻게됩니다. 예를 들어, 마케팅 감각이 좋으면 웹 사이트의 디자인이 나빠질 수 있습니다. 또는 거래를 성사 시키거나 무역 박람회에 참석하기 위해 고객과 더 많은 거래를하거나 영업 사원과 함께 가거나 새로운 수입원 / 절약 기회를 찾아야 할 수도 있습니다.

따라서 '알아야 할 것'유형의 질문에 대해 평소처럼 대답은 더 많은 지식이 항상 더 좋지만 그 중요성의 정도는 실제로 개인의 상황에 달려 있습니다.

적어도 급여는 자동적으로 어딘가에서 오는 것이 아님을 깊이 이해해야합니다. 앉아서 코딩하는 데 돈을받지 않습니다. 회사의 성공 (또는 궁극적으로)을 성공으로 이끄는 것은 판매 및 고객과의 관계의 성공입니다. 돈이 나오는 곳입니다.

프로그래머가 최종 고객과 직접 접촉하지 않는 대기업에서도 가장 중요한 제품을 조기에 배송 하는 것이 중요합니다. 그것이 회사가 판매에서 이기고 돈을 얻는 방법입니다. 물론, 반도 달한 제품 (너무 이른)을 배송하는 것도 실수이며 여기에서 올바른 균형을 찾는 것은 어렵지만 프로그래머는 "완전히 완료되었을 때 (거의 절대)"라는 측면에 너무 의존하는 경향이 있습니다. 그러나 성공적인 사람을 보면 진실이 드러납니다. 그들 중 소수는 성숙하고 완성되고 세련된 제품으로 시작했습니다.

사업 운영의 본질을 알고 받아들이는 것이 중요합니다. 비즈니스에 관심이없는 사람도 (나는 아닙니다), 돈을받는 데 관심이 있다면 단순히 "화이트 칼라"로 무시할 수 없습니다. IMHO는 기술적 인 세부 사항과 비즈니스 / 관리 어휘를 중요하게 생각하지 않습니다.

의미가되고 싶지는 않지만 "직장인의 손에 맡겨야한다는 것을 알아야합니다". 이것이 이단처럼 들리면 모든 것을 알 수는 없습니다.

그러나 네, 최소한의 경제, 근본의 기초를 알아야합니다. 그렇다면, 미시 경제학의 기본 (소규모 시스템을 다루는 미시 경제학 <경제학, 회사), 몇 가지 기본 경제 이론 (인플레이션이 나쁘거나 나쁜가? 그 의미는 무엇입니까? 수입을 늘리는가? 다른 요소에 어떤 영향을 미칩니 까?), 사회 시스템의 작동 방식에 대한 몇 가지 기본 사항 (그러한 방식으로 구성된 국가에있는 경우), 채권 거래의 기본 사항 (해당 조직에 속한 회사 인 경우) 방법) ...

그러나 귀하의 질문을 오해하고 제안이나 입찰이 무엇인지 묻는다면 ... 위키 백과에 더 잘 설명 될 수 있습니다. 그러나 그들에 관한 규칙은 경제 주제보다 더 많은 법률 주제입니다.

하지만 프로젝트 관리자가 새로운 계약을 체결 한 방법에 대해 이야기하거나 새로운 제안 입찰에 참여하거나 기술적 인 것이 아니라 비즈니스에 관련된 것들에 대해 이야기 할 때 정말 빨리 길을 잃을 수 있습니다.

비즈니스에 대해 더 많이 배울 수있는 유일한 것은 실제로 참여하는 것입니다. 회의는 특정 질문을 깰 수있는 가장 좋은 포럼이 아닐 수도 있지만, 이러한 회의 후에는 상사에게 당신이 잃어버린 제안이나 사업 관련 사항을 확장하도록 요청하십시오.

다음과 같은 질문

• 회사의 제안 프로세스는 무엇입니까?
• 우리는 어떻게 참여 했습니까?
• 고객에게 청구하는 방법은 무엇입니까?

위의 각각은 회사의 운영 방식을 나타내는 작은 지표입니다. 그것은 내부 및 내부 작업에 더 가까워 지므로 적어도 비즈니스가 어떻게 돈을 버는 지 알고 있습니다. 여기서 중요한 점은 당신이 모르는 것에 대해 묻는 것입니다!

또한 "나는 매우 빨리 길을 잃을 수있다"는 의미는 나에게, 당신은 sh1t를 주거나 당신은 정말로 모른다. 당신이 그것에 대해 더 배우고 싶다면 당신이 가진 태도가 변화를 가져올 수 있습니다.

모든 개발자가 프로젝트 관리 / 비즈니스에 대해 알아야 할 최소한의 것은 무엇입니까?

이 측면에서는 구체적인 답이 없다고 생각합니다. 저의 초기 생각은 몇 가지 기본적인 회계 및 사람들 기술이었습니다. 프로젝트 관리와 비즈니스 운영은 서로 다른 두 가지 사항이지만 중복되는 기술이 있습니다.

기억하십시오-개발자가 '때때로'배운 기술 (대부분은 아니지만)은 더 높은 직위 (예 : 관리자)로 전환하면 무효가됩니다. 예 : 직원의 기술은 개발자로서의 이전 역할에 비해 지금 더 집중해야합니다.

일반 팁 -이 나중에 몇 년 동안 도움이 될 것이기 때문에 조기에 경력에 덜 기술적 인 능력을 개선 / 연습 / 배우 (하지 않는 한 물론 당신의 아직 결정 )

모든 개발자가 프로젝트 관리 / 비즈니스에 대해 알아야 할 최소한의 것은 무엇입니까?

"... 좋은 기술은 성공의 10 %에 불과 합니다. 경영진이 성공적인 엔지니어링 프로젝트를 관리하는 방법을 모르거나 마케팅 부서가 고객에게 접근하는 방법을 모르거나 고객이 원하거나 변호사가 지적 재산을 올바르게 처리하지 못하거나 수석 설계자가 일관되고 간단한 아키텍처를 만들 수없는 경우 작업에 지장을 줄 수 있으며 몇 년 동안 물건을 건축 할 수 있습니다 그날의 빛을 보지 못할 것입니다. " ( 내가 공학 학교에서 배우고 싶은 것들 ... )

관리자에게 무엇 을 요구 하는지 아는 것은 왜 그가 어떤 것을 요구하는 이유 또는 현재의 방식으로 작업이 이루어지는 이유를 이해하는 데 도움이 될 수 있습니다. 그런 다음 자신을 적응 시키거나 원하는 것을 필요로하는 더 좋은 방법을 찾을 수 있습니다.

최소값은 회사에 따라 다릅니다. 다른 사람들이 프로그램 디자인을 담당했던 곳에서 일했고 자세한 사양을 COBOL로 변환해야했습니다. 그다지 재미 있지는 않지만 처음에는 비즈니스에 대해 알 필요가 없습니다.

일단 프로그램 설계에 대해 말을 시작하면 (또는 시작하는 것이 바람직 할 경우) 비즈니스가 무엇을하는지 알아야하므로 사용자가 실제로 필요한 것을 이해할 수 있습니다. 비즈니스에 대해 더 많이 알면 사람들이 덜 자세하게 말해야하므로 비즈니스에 대한 가치가 커집니다. 때로는 비즈니스를 돕고 가치를 높이는 자신의 이니셔티브를 수행 할 수도 있습니다. 이것은 종종 직책과 급여에 반영됩니다.

돈이 어디에서 왔는지, 어디로 가고, 왜 돈이 주머니에 들어가는 지 이해하는 것이 도움이됩니다. 회사가 왜 돈을 지불하는지에 대한 아이디어가 있어야합니다. 새로운 계약이 급여를 제공하는 것임을 알고 배우는 동기가 도움이 될 수 있습니다.

비즈니스 문제가 무엇을 의미하는지, 새로운 계약이 귀하에게 어떤 영향을 미치는지 알고 있다면 도움이 될 것입니다.

분명히, 순수한 기술적 역할을 영원히 유지하고 싶지 않다면, 경험적으로는 조금 드물게 보일 것입니다.

다른 답변에서 언급했듯이 최소값은 상황에 따라 다릅니다. 예를 들어, 자영업 계약자는 전임 직원보다 조금 더 알아야 할 수도 있습니다. 전자는 계약자 사업을 운영하기 위해 회계사 및 다른 사람들이 필요할 수 있기 때문입니다.

재무 건전성에 대한 몇 가지 기본 사항이 있는데, 성숙도 측면에서 회사의 위치를 ​​이해하는 것과 같은 몇 가지 기본 사항이 있습니다. 회사의 수익성은 어느 정도입니까? 단기적으로 회사를 죽일 수있는 큰 소송이 있습니까?

프로젝트 계획을 높은 수준에서 이해하는 데 필요한 기본 사항, 변경 요청이 처리되는 방법 및 프로젝트를 통과하는 일반적인 프로세스의 종류가 알아야 할 핵심 사항이라고 생각합니다. 변경 관리 프로세스의 모든 단계를 알아야한다는 것은 아니지만, 이것이 사용되는시기와 프로젝트에 미치는 영향을 알고 있어야합니다.

비즈니스 측면으로 더 많은 정보를 얻으려면이긴 계약에 대한 자세한 내용을 문의하십시오. 판매되는 단위는 몇 개입니까? 이것은 고객의 초기 파일럿 프로젝트입니까, 아니면 현재 대량 채택입니까? 다음에 다루어야 할 일에 대해 좀 더 자세하게 설명 할 수있는 기본적인 질문입니다. 예를 들어, 회사에서 대량 주문을 받기 시작한 경우 이로 인해 일부 시스템이 최대한 빨리 해결해야하는 한계에 도달하지 못할 수 있습니까? 모호한 부분과 몇 가지 구체적인 예를 들었지만, 이것들은 회사에서 알아 채는 부분입니다. 관료적 인 HR이 얼마나 중요한지를 여기에서 잊을 수없는 또 다른 요소가 될 것입니다.