プログラマはビジネス/管理について何を知っている必要がありますか？[閉まっている]

私が他の投稿で示唆したように、私はまだ労働力にかなり新しいです。チームミーティング中は、技術的な議論についていくことができる傾向がありますが、プロジェクトマネージャーが新しい契約を獲得した方法や、新しい提案の入札に関与している方法などについて話し始めたときは、技術ではなくビジネス、本当に...すぐに迷子になるかもしれません。

すべての開発者が機能するためにプロジェクト管理/ビジネスについて知っておく必要がある最低限何ですか？

あなたの会社がどのようにお金を稼ぐかを理解する必要があると思います。また、あなたはそれがより多くのお金を稼ぐのを助けるために何かをするべきかどうか、すなわちあなたの仕事をよりよくするべきかどうかを評価することができる必要があります。最も重要なことは、これは、自分が取り組んでいるタスクに最も力を入れるべきか、与えられたタスクに優先順位を付ける方法を伝える必要があることを意味します。

また、プログラマーは、技術的には最良の選択であっても、その選択がビジネスにとって最良の選択ではない可能性があることを理解する必要があります。そして、それが技術的に最良の方法をとらない正当な理由です。

ビジネスと経営、そしてマーケティングについて知っていることは確かに傷つけることはできません。それは本当にあなたが働く状況に依存します。

経営陣が決断を下すレベルがあり、仕事が役職に基づいて十分に分割されている大企業では、それほど重要ではない場合があります。おそらくあなたの会社には、その目的を達成するための専任のスタッフがいます。

一方、中小企業では、あなたが知っているほど、あなたは会社に対してより直接的な価値をもたらします。たとえば、優れたマーケティング感覚を持っていると、Webサイトのデザインの質の良さや悪さを感じやすくなります。または、顧客との取引を増やすか、営業担当者と協力して商談を成立させるか、トレードショーに参加するか、単に新しい収入源/節約の機会を探す必要があるかもしれません。

したがって、いつものように「どれくらい知っておく必要がありますか」タイプの質問の場合、答えは、知識が多いほど常に優れていますが、その重要度の程度は実際の個人の状況によって異なります。

少なくとも、給与が自動的にどこかから来るわけではないことを深く理解する必要があります。座ったりコーディングしたりすることで報酬を得ることはありません。会社の（そして最終的には）成功を成し遂げるのは、販売の成功と顧客との関係です。それがお金の出所です。

プログラマーがエンドカスタマーと直接連絡を取り合っていない大企業でさえ、最も重要なのは、製品の早期出荷であることを強調する価値があります。それが会社が売り上げを獲得してお金を得て、あなたが支払われる方法です。確かに、中途半端な製品の出荷（早すぎる）も間違いであり、ここで適切なバランスを見つけることは困難ですが、プログラマーは「完全に（ほとんど決して）完成しない）出荷に頼りすぎる傾向があります。しかし、成功したものを見ると真実が明らかになります。それらのいくつかは、最初は成熟した、完成した、洗練された製品を持っていました。

ビジネスを運営することの本質を知り、受け入れることが重要です。ビジネスに特に興味がない（私はそうではない）場合でも、支払いを受けることに興味があるなら、それを「ホワイトカラーのもの」として無視することはできません。技術的な詳細やビジネス/管理の語彙を知ることはそれほど重要ではありませんが、基本的な知識を学んでも確かに害はありません。

意地悪になりたくはありませんが、私は「彼らはそれを仕事をしている人々の手に委ねることを知る必要がある」と言います。これは異端のように聞こえますが、すべてを知ることはできません。

しかし、はい、最低限、経済の基礎について知っておく必要があります。それでは、ミクロ経済学の基礎（ミクロ経済学-小さなシステムを扱う経済学、企業など）、いくつかの基本的な経済理論（インフレは良いのか悪いのか？それは何を意味するのか？輸入を増やすことは良いのか悪いのか？他の要因にどのように影響しますか？）、社会システムの仕組みの基本（そのように組織された国にいる場合）、債券取引の基本（そのように組織された会社にいる場合）仕方） ...

しかし、私があなたの質問を誤解し、あなたが提案や入札とは何かを尋ねているなら、...それらはウィキペディアでよりよく説明することができます。しかし、それらに関するルールは、経済的なものというよりも、法律のテーマです。

しかし、プロジェクトマネージャーが新しい契約をどのように獲得したか、新しい提案の入札、または...技術的ではなくビジネス的なことについて話し始めたとき、本当に...すぐに迷子になる可能性があります。

ビジネスについてもっと学ぶ唯一のことは、実際に参加することです。会議は、特定の質問をするのに最適なフォーラムではないかもしれませんが、間違いなく、そのような会議の後に、あなたが失ったプロポーザルまたはビジネス関連のものについて拡張するようマネージャーに依頼します。

のような質問、

• 会社での提案プロセスは何ですか？
• どのようにして関与しましたか？
• どのようにクライアントに請求する予定ですか？

上記のそれぞれは、あなたの会社がどのように働いているかの小さな指標です。それはあなたを内部と内部の働きに近づけるので、少なくともビジネスがどのようにお金を稼ぐかを知っています。ここでのポイントは、あなたが知らないことについて尋ねることだと思います！

また、「私はかなりすぐに迷子になる可能性があります」とは、私にとって、sh1tを与えるか、本当に知らないかのどちらかです。あなたがそれについてもっと学びたいなら、あなたが持っている態度は違いを生むことができます。

すべての開発者が機能するためにプロジェクト管理/ビジネスについて知っておく必要がある最低限何ですか？

この点で、具体的な答えはないと思います。私の最初の考えは、いくつかの基本的な会計と人のスキルでしょう。プロジェクト管理とビジネスの運営は2つの異なるものですが、重複するスキルセットもあります。

覚えておいてください-開発者として習得したスキル（ほとんどの場合ではない）は、上位のポジション（マネージャーなど）にシフトすると無効になり、無効になります。例えば。あなたの人材スキルは、開発者としての以前の役割と比較して、今より集中する必要があります。

一般的なヒント-キャリアの早い段階で他のそれほど技術的でないスキルを学び、実践し、向上させます。これは後の年に有益になるためです（もちろん、まだ決定していない限り）。

すべての開発者が機能するためにプロジェクト管理/ビジネスについて知っておく必要がある最低限何ですか？

「... 優れたテクノロジーは成功の10％にすぎません。経営陣が成功したエンジニアリングプロジェクトを管理する方法を知らない場合、またはマーケティング部門が顧客にアクセスする方法を知らない場合、または何を伝えていない場合顧客が望んでいる場合、または弁護士があなたの知的財産を正しく処理していない場合、またはチーフアーキテクトが一貫性のあるシンプルなアーキテクチャを作成する能力を持っていない場合、あなたの仕事は無駄になり、物事の構築に何年も費やすことができます日の光を見ることはありません。」（工学部で学びたいこと...）

マネージャーに何が求められているかを知ることは、なぜ彼がいくつかのことを求めているのか、またはなぜ現在の方法で仕事が行われているのかを理解するのに役立ちます。その後、自分自身を適応させるか、彼が望んでいる/必要なものを彼に与えるより良い方法を見つけることができます。

最低限必要なことは会社によって異なります。私は他の人がプログラムの設計を担当する場所で働いていたため、詳細な仕様をCOBOLに変換する必要がありました。それはそれほど楽しいことではありませんが、最初はビジネスについて何も知る必要がありませんでした。

プログラム設計で発言を始めたら（または、できればそこから始めれば）、ビジネスが何をしているかを知る必要があります。そうすれば、ユーザーが実際に何を必要としているのかを理解できます。ビジネスについてもっと知ることは、人々があなたにもっと詳細に話をする必要があることを意味し、ビジネスへのあなたの価値が高まります。あなたは時々、あなた自身のイニシアチブでビジネスを助けることをすることができ、あなたの価値も高めます。これは、役職と給料によく反映されます。

お金がどこから来て、どこに行くのか、なぜお金の一部がポケットに入るのかを理解することも役に立ちます。あなたは本当に会社があなたに支払う理由のある種の考えを持つべきです。それらの新しい契約があなたの給料を提供するものであることを知ることを学ぶことはあなたの動機を助けるかもしれません。

新しい契約がどのようにあなたに影響を与えるかについて、あなたがビジネス問題があなたに何を意味するかを知っているなら、それはまた助けになるでしょう。

明らかに、純粋に技術的な役割を永遠に維持したくない場合（そして、経験的には、これは少し珍しいように思われます）、ビジネスをより深く理解する必要がありますが、それは誰もが何が起こっているのかを理解するのに役立ちます。

他の回答が述べているように、最小値は状況によって異なります。たとえば、自営業の請負業者はフルタイムの従業員よりも少し多く知っている必要があるかもしれません。

財務の健全性に関するいくつかの基本があり、成熟度の観点からあなたの会社がどこにあるかを理解するなど、いくつかの基本を検討します。その会社はどれだけ収益性に近いですか？近いうちに会社を殺す可能性のある大きな訴訟はありますか？

プロジェクト計画を高レベルで理解するための基本、変更要求の処理方法、プロジェクトを通過するための一般的なプロセスの種類もいくつか知っておくべき重要なことだと思います。変更管理プロセスのすべてのステップを知っている必要があると言っているのではありませんが、これがいつ使用され、プロジェクトにどのように影響する可能性があるかに注意してください。

ビジネス面について詳しく知りたい場合は、獲得した契約の詳細について問い合わせることができます。何台売っていますか？これはクライアントでの最初のパイロットプロジェクトですか、それとも現在大量採用されていますか？これらの基本的な種類の質問は、次に取り組む必要があることについて、もう少し詳しく説明するのに役立ちます。たとえば、あなたの会社が大量の注文を受け始めた場合、これはいくつかのシステムが至急改善する必要があるかもしれない限界に押しやられることにつながりませんか？ぼんやりとした領域をいくつか具体的な例を挙げて説明しましたが、これらは会社で気付く傾向がある部分です。官僚的な人事がいかにあるかは、ここをある程度忘れてはならないもう一つの要因でしょう。