タグ付けされた質問 「management」

最初に少しの背景。私は中規模企業のプロジェクトマネージャーです。私はCS専攻として始め、プログラミングに少し触れましたが、数か月後にそれが自分の道ではないことを知ったので、経営陣に切り替えました。それは良い決断であることがわかりました。卒業後、私はさまざまな企業でソフトウェア管理に携わりました（5年間）。 最近、非常につらいプロジェクトがありました。それは最悪の最悪であり、私たちの側と顧客側の両方で多くの間違いがあり、損失なしでそれをほとんど終わらせませんでした。それは多くの苛立たしい状況をもたらし、そのうちの1つは、私たち（経営陣）との口論により、私たちの上級開発者の1人が会社を辞めるところまでエスカレートしました。これは私にとって赤い旗でした：私はひどく間違ったことをしました。（記録については、議論はいくつかの誤った時間推定に関するものでした） 私は多くの場所で答えを探しましたが、友人がこのサイトを教えてくれました。ここには、管理に対する不満について多くの質問があります。一般的な悪い経験は、「​​スーツを着た男」に対する一般的な不本意につながることを理解できます。 私はスーツを着たあの男です。それはそのようには見えないかもしれませんが、私が望むのは成功したプロジェクトであり、限られたリソースで苦痛な決断を下します。それが私の仕事です。前述の上級開発者が不満を述べたものの1つは、作業機器でした。率直に言って、私が持っていたコンピューターが作業に適していないことは知りませんでした。この後、私は多くのプログラマーに尋ねましたが、一般的なコンセンサスは、より良いマシンが必要だということでした。それ以来それを修正しましたが、明らかに私とプログラマーの間に大きなコミュニケーションのギャップがありました。最も優秀な開発者の中には、最も内気で静かな人がいます。私はそれを知っています、そして、それはインタビューの間、決して問題ではありませんでした。人々は異なり、さまざまな分野で強みを持っています。 パワー不足のPCの場合は、コミュニケーションの問題があると私を考えさせた多くの事例の1つにすぎません。脅迫や繰り返しをせずにプログラマとのコミュニケーションを改善するにはどうすればよいですか？ 私が望んでいるのは、人々が良いことについて不平を言わないことです。あなたの職場と愛を愛（あるいは、少なくとも場合は好き :)）あなたのマネージャー、それらについて教えてください。彼らは何をしているのですか？同様に、あなたがそれを嫌うなら、その理由を詳細に説明してください。私はそれが私の問題だと思うので、コミュニケーションの改善についての答えを探していますが、私は間違っているかもしれません。

431 management 

プログラミングは、ドキュメントを作成したり、ガントチャートを作成したり、プログラマに進捗状況を尋ねたりするよりもはるかに難しいことを認めなければなりません。プログラミングが一般に難しいことを知っている私たちにとって、素朴な人にとって、ビジネスアナリストやプロジェクトマネージャーがプログラマーよりも高い給料を得るのはなぜですか？ほとんどの場合でもプログラマーが家に帰るのが遅いのに、仕事を高給の仕事にしているのは何ですか？ 更新 私の無知をすみません、応答のいくつかから、BAとPMが通常プログラマーの混乱の原因であるので、BAとPMがより高い給料を得る理由のようです。しかし、結局のところ、混乱を解決し、一生懸命働くために手を汚すのはプログラマーです。そのため、まだ意味がありません。

324 management  business 

私は、大学からすぐに2-3人のジュニアプログラマーを採用するつもりです。現金以外に、若いプログラマーにとって最も重要な特典は何ですか？仕事でゲームですか？クリエイティブになりたい...いいアイデアが欲しい

257 management  junior-programmer 

私はこの質問を何度も何度も熟考しています。私は物事を正しい方法でやりたいと思っています：保守しやすい、クリーンで理解しやすい正しいコードを書くことです。しかし、私がやることは、パッチの上にパッチを書くことです。時間がない、クライアントが待っている、バグを一晩で修正する必要がある、会社がこの問題でお金を失っている、マネージャーが一生懸命押すなどの理由で。 長期的にはこれらのパッチにより多くの時間を浪費していることを私は完全によく知っていますが、今回は数か月にわたる作業なので、誰も気にしません。また、私のマネージャーの一人が言っていたように、「今すぐ修正しないと長期になるかどうかわかりません。」 これらの無限の現実/理想の選択サイクルに巻き込まれているのは私だけではないと確信しています。私の仲間のプログラマー、あなたはどのようにこれに対処しますか？ 更新：この興味深い議論に感謝します。非常に多くの人々が、コードの量と品質の間で毎日選択しなければならないのは悲しいことです。それでも、驚くほど多くの人々が、この戦いに勝つことができると考えているので、この励ましに感謝します。

180 project-management  programming-practices  management  workflows  software-schedules 

これは、開発者と仕事をするときによく自問する質問です。私はこれまで4つの会社で働いてきましたが、コードをクリーンに保ち、ソフトウェアアプリの将来の進歩を妨げる技術的負債に対処することに注意が払われていないことに気付きました。たとえば、最初に勤務した会社は、MySQLのようなものを使用するのではなく、ゼロからデータベースを作成し、アプリケーションをリファクタリングまたは拡張するときにチームのために地獄を作りました。マネージャーが予測について議論するとき、私はいつもマネージャーに正直で明確にしようとしましたが、経営陣はすでにあるものを修正することに興味がないようで、チームの士気に与える影響を見るのは恐ろしいです。 この問題に取り組む最善の方法について、あなたはどう思いますか？私が見たのは、荷物をまとめて帰る人たちです。同社はその後、開発者が出入りしてコードを悪化させる回転ドアになります。これを経営者にどのように伝えて、技術的負債の整理に興味を持たせますか？

158 code-quality  management  technical-debt 

これは実際には技術的な質問ではありませんが、ソース管理とベストプラクティスに関する他の質問がいくつかあります。 私が働いている会社（匿名のまま）は、ネットワーク共有を使用してソースコードとリリースされたコードをホストしています。開発者または管理者は、ソースコードがリリースされているか、どのバージョンであるかなどに応じて、ソースコードを適切なフォルダーに手動で移動する責任があります。ファイル名とバージョン、および変更内容を記録する場所の周りにさまざまなスプレッドシートが点在しており、一部のチームは各ファイルの先頭に異なるバージョンの詳細も記載しています。各チーム（2〜3チーム）は、社内でこれを異なる方法で行うようです。あなたが想像できるように、それは組織化された混乱です-「正しい人々」は彼らの物がどこにあるかを知っているので組織化されていますが、それはすべて異なっていて、それはいつでも何をすべきかを覚えている人々に依存しているため混乱です。 私はしばらくの間、ある種の管理されたソース管理を推進し​​ようとしてきましたが、社内で十分なサポートを得ることができないようです。私の主な議論は次のとおりです。 私たちは現在脆弱です。いつでも誰かが私たちがしなければならない多くのリリースアクションの1つを行うのを忘れることができます。これは、バージョン全体が正しく保存されないことを意味します。必要に応じて、バージョンをつなぎ合わせるのに数時間または数日かかる場合があります バグ修正と一緒に新機能を開発しており、一部の作業がまだ完了していないため、多くの場合、どちらか一方のリリースを遅らせる必要があります。また、バグ修正だけが必要な場合でも、新しい機能を含むバージョンを使用するようにお客様に強制する必要があります。 複数の開発者が同じプロジェクトを同時に使用しているため、Visual Studioで問題が発生しています（同じファイルではありませんが、依然として問題が発生しています） 開発者は15人しかいませんが、私たちはすべて異なる方法で作業を行っています。私たち全員が従わなければならない標準的な全社的なアプローチをとる方が良いと思いませんか？ 私の質問は： このサイズのグループにソース管理がないのは正常ですか？ 私はこれまで、ソースコントロールを持っていないための唯一の漠然とした理由が与えられている-あなたが示唆している何の理由の可能性のために有効ではない 上記の情報与えられ、ソースコントロールを実装しますか？ 任意のより多くの理由があるため、私は私の兵器庫に追加できるソースコントロールは？ 私は主に私がなぜそんなに抵抗したのか感じてもらいたいので、正直に答えてください。 私は、最もバランスのとれたアプローチを取り、3つの質問すべてに答えたと思う人に答えます。 前もって感謝します

152 version-control  project-management  management  release-management 

ストックオプションは会社のプライベートなのであまり意味がありません。[あなたが一種のFacebookであり、規制システムがsecondmarketのようなサイトを許可している場合でも、それは可能です。 私はいくつかを考えることができました： 両親および義理の両親に対する健康上の利点 職場まで車で行くための省燃費自転車のスポンサー 1年、3年、5年のサービスの完了のような機会のためのギフトカード ここでさらに提案をすることができます。 編集： 応答してくれてありがとう。要約すると、私のHRができることは次のとおりです。 従業員が拠出する場合、従業員退職基金へのマッチング拠出 継続教育、専門コースなどへの資金提供 ACM、IEEE、Safari Booksなどへの会社のサブスクリプション 食事券 ジムの会員 オフィスでのレクリエーションルームのホスト スポットボーナス 個々の貢献の認識におけるコードスパイクのオフ 安息日

125 management 

あなたが開発者（シニアまたはリード開発者）であり、管理キャリアを追求するよりもコード/デザインにとどまることを希望する場合、あなたの会社で利用可能なキャリアパスは何ですか？どこまで行けますか？ あなたがほこりをかむまでオタクであり続けることは可能ですか？ 例えば、ボブおじさんのような人々は、彼らが主張しているように、まだ開発者と見なされていますか？

110 management  coding 

タイトルを参照してください。ただし、技術的な観点から質問しています。 私の40歳の処女のnieをデートに連れて行くか、解雇されます。

101 management  client-relations 

スケジュールのプレッシャーを理解できます。ユーザーは会社の生命線であるため、ユーザーを喜ばせたいと考えています。ただし、特定の変更により、今後すべてが簡単になることも事実です。残念ながら、私の組織の経営陣はそのような変化に対して本能的な抵抗を持ち、この抵抗は非常に強いため、長期的な改善の妨げになります。 たとえば、Appleは最近、iOSプログラム用の自動参照カウントを導入しました。これは、以前は使用する必要があった手動の保持/解放呼び出しを大幅に改善したものです。コードは記述しやすく、保守しやすいです。切り替え自体がクラッシュを引き起こす可能性があります。しかし、それらが解決されると、ランダムな奇妙なクラッシュの数は減少する可能性があります。 最近、上司に、自動参照カウントに切り替えたいと言いました。彼の応答は、目に見える改善に集中したかったということでした。この反応は、彼の上からの圧力、そしておそらくCEOからの圧力によって引き起こされた可能性があります。 同様の例がたくさんあります。一般的なスレッドは、何かを修正する必要があるが、修正の短期的な費用は短期的な利益を上回り、「短期」は「今後数週間以内」と定義されます。 状況をどのように処理すればよいですか？ 編集：回答いただきありがとうございます。来てください。私の状況に関連しているため、マネージャーとCEOはどちらもプログラマーであることを明確にする必要があります。どうやら彼らのプログラマー側は他の圧力に圧倒されているようです。

90 management  communication  technical-debt 

プログラマが仕事を辞める理由と、辞める理由があなたの今の仕事に再浮上したかどうかを調べることに興味がありますか？ 単に報酬、場所に任せる理由は、上司/同僚、認識不足または退職/新しいキャリアパスが嫌いです。 更新：私はプログラマーとテスターのチームに責任があり、私のチームが去る動機となるものをよりよく理解し、できればそのような問題に対処することを試みます。

89 management 

私はプログラマーを雇わなければならない立場にあり、2人の候補者の選択肢があります。最初の候補者は経験がありますが、コーディングには情熱がなく、彼はそう言いますが、2番目の候補者は経験がありますが情熱、彼はインタビューでよくやったと認定されています。 私たちには誰かを訓練するためのリソースがありますが、私は本当にこのプロセスを吹き飛ばして失望する人を雇いたくありません。誰もこの状況にアプローチする方法について私を助けることができますか？

82 career-development  management  hiring 

私は最近、急成長しているスタートアップに参加しました。過去3か月で、開発チームは4から12に成長しました。これまでは、開発者が作業に使用していたものについて非常に自由放任主義でした。実際、私が会社について最初に魅力的に感じたものの1つは、ほとんどのプログラマーがLinux、または彼らの努力に最も適していると感じたOSを使用したことです。 今では、議論なしに、皆がEclipseに切り替えることになっています。素晴らしいエディター。私はSublimeText2を好みますが、それは私の個人的な好みです。 明確にするために、私たちはBackboneを使用するJSチームであり、EclipseはBackboneコードの理解が得意ではありません。これは、/ good / IDE（PHP Storm）を使用するチームのメンバーは、多くのsearch-find-oh-wait-where-was-I-three-steps-agoのようなことを何度も実行する必要があることを意味します単にCtrlキーを押しながらクリックして戻る/進むのではなく、おそらく生産性を15％、楽しさを50％低下させます... これは赤旗ですか？開発者（MS以外）が既に定着し、生産的である場合に使用するIDEまたはツールセットを伝えることは、気まぐれで不合理に制御しているようです。

80 management  tools  ide  startup  eclipse 

私は前もって人々がこの質問を見て、「無料のレッドブル」を考えることを知っています。しかし、実際には、開発者への報酬を会社の長期目標に結び付けるための最良の方法を探しています。 たとえば、チームが同じソフトウェア製品で作業していると仮定すると、最終製品の状態に基づいて各開発者に報いるのが最善でしょうか？彼らは結局のところチームであり、これは彼らがすべて製品を出すという共通の目標に向かって確実に取り組んでいることを保証します。ただし、一部の開発者は他の開発者よりも強く、一部の開発者は他の開発者よりも一生懸命働くという事実を無視しています。 あなたの経験では、開発者のチームにインセンティブを与える最良の方法は何ですか？ **更新 この質問に対して私が受け取った強い反応に本当に感謝しています。映画「Inside Job」を見た後、最近の経済危機の原因について質問したいと思いました。この映画が引用している主な要因の1つは、ウォールストリートに貧弱なインセンティブシステムがあることです。 これと同じ概念が開発者にも当てはまると思います。製品を可能な限り迅速にリリースすることには短期的な利益がありますが、その製品にバグがある場合や、他の環境にうまく移植できない場合は、長期にわたる大きな頭痛の種になります。 理想的には、どの業界のどの企業でも、製品の長期安定性を保証するインセンティブシステムが必要です。

75 management 

多くのプログラマーが管理および管理の役割から離れているのを見ています。彼らはものを作りたい。そしてその結果、これらのポジションの多くは非技術者によって満たされています。私は、彼らがどのように価値を付加するのか見ていません。会議のスケジューリング、オフサイトの予約、およびその他の管理作業は、その役割を正当化するのに十分ですか？

63 teamwork  management