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

私は自分の会社に、自分自身を段階的に廃止したいが、代わりを採用するのを助けるためにどこにでも応募する前に、2、3か月の間頑張ると言いました。私がこれを申し出たのは、私が唯一のWeb開発者であり、彼らを無力にしたくないからです。 問題は、高い給料を支払わないようにするために、非常に資格のない人を雇いたいということです。 私の知る限り、それは彼らの会社であり、彼らは彼らが望むようにそれを実行することができます。しかし、私が行く前に誰かを見つけて訓練するのを手伝うことになると、私は何をすべきかわからない立場にいます。 少し見通しを与えるために、MVCフレームワークを使用して中規模のeコマースシステムを構築しました。それだけではありませんが、私はそのままにします。彼らが私にレビューを求めている候補者は、プログラマーとして働いたことがない人で、WYSIWYGプログラムを使用して本当にくだらない静的なWebサイトをいくつか作成し、自分自身をWebデザイナーと呼んでいます。 私はこれらの人々が成功するチャンスがないことを知っています。私はそれを会社に説明しようとしましたが、彼らはそれを聞きたくありません。彼らは、これらの人々の1人が私のレベルで約1年で訓練を受け、稼働できると考えています。現実には、彼らがこの道を行くなら、彼らのサイトは一年も続くとは思わない。 多分彼らは私が自分を良く見せようとしているだけだと思う​​し、新しい候補者は何らかの理由で悪く見えますが、それはまったくそうではありません。私は努力したことを有能な手に残したいと思います。 ここで行うべき倫理的かつ専門的なことは何ですか？これらの候補者は実際にまともな候補者を見つけるまで、私が去る時まで、彼らに良いとは言わないでください。それとも、彼らが自分自身を破壊することを受け入れ、候補者の中から最善のものを選び、行く前に私にできることを彼/彼女に教えるために私ができる限り最善を尽くしますか？ 私は本当にここで正しいことをしたいので、良い条件で去ることができます。そして、1年後に彼らが失敗した場合、私はきれいな良心を持つことができます。

63 management  knowledge-transfer 

ソフトウェア開発マネージャーが何をするかは誰もが知っていますが、漠然としか知らないのではないでしょうか。私たちは彼が何をしているかを知っていると思いますが、仕事の範囲を正確にリストアップすることは少し難しいです。 あなたの意見では、ソフトウェア開発マネージャーの役​​割は何ですか？

62 management 

私は5人以上の開発者を持つチームリーダーです。私には開発者がいます（彼をAと呼びましょう）。彼は優れたプログラマーで、きれいでわかりやすいコードを書いています。しかし、彼は管理するのがいくぶん困難であり、時々彼は本当に成績が悪いのかどうか疑問に思います。 弊社では、開発者が使用するバグトラッカーで作業の進捗状況を示すことを要求しています。プログラマを監視するためだけでなく、関係者に進捗状況を知らせておくためです。問題は、Aはタスクの進行状況が完了したとき（最初に作業を行ってから3週間後）にのみ更新するため、開発週の途中で何が起こっているのか不思議に思う人を残します。彼は繰り返し調査しても習慣を変えませんでした。（大丈夫、開発者は事務処理が嫌いです、私もそうです） 最近2〜3か月、彼はさまざまなイベントのために非常に頻繁に休暇を取ります。病気であるか、多くの個人的なイベントに出席する必要があります。 各月のスプリントまたはロードマップを定義します。また、スプリントの最初に、各開発者がスプリントで行う必要のある作業量について説明し、開発者は各タスクに必要な時間を設定することができます。彼は通常、それらすべてを完了することはできません。（大丈夫です。開発者は自分のせいではなく、定期的に締め切りを逃しています）。 私はシンガポールに拠点を置いています。それが重要かどうかわかりません。ええ、アジア人はtic黙であることが知られていますが、それは重要ですか？ 上記のイベントの1つまたは2つだけが発生した場合、Aのパフォーマンスが低下しているとは感じませんが、それらはすべて一緒に発生します。だから私は、Aのパフォーマンスが低いと感じています。 これは、プログラマーとしての私の長年の経験に基づいた感覚です。しかし、私は間違っている可能性があります。 プログラマの仕事を測定することは、2つのタスクがすべて同じというわけではなく、プログラマの会社へのコミットメントを測定する標準的な目的がないため、測定が難しいことで有名です。プログラマーが自分の仕事をしているのか、怠けているのかを見分けるのは、まったく不可能です。あなたができることは、それらを信頼することだけです。ええ、信頼性と自律性を与えることは、プログラマーが仕事をするための最善の方法です。多くの場合-しかし、彼らがあなたの信頼を濫用している場合、あなたは知っていますか？ 結果： 彼のパフォーマンスに対する私の認識について、私は彼とまっすぐ話しました。彼が自分の最高のレベルで演技していないと感じたことを示唆したとき、彼はinした。彼はこれが完全に不公平な気持ちだと感じました。それから私はこれが私の気持ちだと答え、私の気持ちが正しいかどうかわからなかった。彼はこれのどれも持たず、すぐに議論を終了しました。 彼が去る前に、彼は非常に冷たい口調で「会社にもっと多くを与えようとするだろう」と言った。私は彼の反応に驚いた。何らかの形で彼を怒らせたと確信しています。しかし、それが彼にとってとても率直であるために私がするべき正しいことであったかどうかはあまりわかりません。 私の質問は次のとおりです。プログラマーのパフォーマンスが低いかどうかはどうすればわかりますか？これについて、私よりもよく知っている経験豊富なチームリーダーがいますか？ 追加のメモ： 私はマイクロ管理が嫌いです。したがって、ソフトウェアプロセスに必要なものはすべてスプリント（タスクに優先順位が付けられて割り当てられ、月末に行われた作業量のレビュー）です。開発者は、日々の作業に合わせてタスクを更新する必要があります。 スタンドアップミーティングなどはありません。主に私たちには自宅で仕事をする自由があり、誰もがこの自由を大事にしているからです。 締め切りを設定するのは私ですが、開発者が各タスクの見積もりを提供し、見積もりに基づいて、特定のスプリントに入るタスクを決定します。スプリントの終わりにタスクを完了できない場合は、次のタスクにプッシュします。したがって、理論的には、スプリント全体で1つまたは2つのタスクしか実行できず、残りの99タスクを次のスプリントにプッシュできますが、これを正当化する限り、彼は毎日の作業進捗の更新の形で問題ありません

60 management  team-leader 

私が知っているいくつかの組織は、プログラマーにSMART目標を使用しています。SMARTは、特定、測定可能、達成可能、関連性、および時間制限の頭字語です。大企業ではかなり一般的です。 SMARTの目標に対する私自身の以前の経験は、それほど前向きではありませんでした。他のプログラマは、パフォーマンスを測定する効果的な方法を見つけましたか？プログラマーにとってSMARTの優れた目標の例は何ですか（存在する場合）。

57 management  metrics 

私は偉大なプログラマー（英語ではない）とのインタビューを読んだことがあり、その中で彼は「優秀なプログラマーは平凡なプログラマーの10倍も良い」と言っていました。プログラミング会社は従業員に多くの施設を提供しています。上記の理由により、優秀なプログラマーには非常に大きな需要があるという考えがありました。そのため、企業はそれらをもたらすために多くのお金を払っています。 この声明に同意しますか？それを裏付ける客観的な事実を知っていますか？ 編集：質問は経験とは関係ありません。1年の経験を持つ優れたプログラマーについて話す場合、1年の経験を持つ平凡なプログラマーよりも生産性が10倍高いはずです。私は、特定の経験年以降、物事は散逸し始めますが、それは質問の目的ではないことに同意します。

54 productivity  management 

私は、大企業内でライフサイクルの中間点にあるアプリケーションの小さな開発者チームを管理しています。残念ながら、これは通常、プログラミングタスクが「その他の技術的作業」に30/70分割されていることを意味します。この作業には以下が含まれます。 DBA / Unix / Network / Loadbalancerチームとのさまざまなタスクでの作業 異なる地域でのハードウェアまたはインフラストラクチャの注文と配置の管理 まだCIに移行されていないテストの実行 分析 サポート/調査 開発者はすべて、これらのより日常的なタスクを行うよりもコーディングを好むと言うのは当然です。そのため、楽しいプログラミングジョブをチーム間で均等に配布するようにします。 ほとんどのチームは、独自のコンパイラ/ゲームエンジン/高頻度取引システムなどを作成するためのエリートプログラミングスキルを持たないかもしれませんが、「物事を成し遂げる」ことができ、他のチームと協力する優れたコミュニケーターであるため、採用されました、そしてここで複雑な官僚機構をいくぶんナビゲートします。彼らは優れた開発者ですが、優れた総合的な技術スタッフでもあります。 ただし、チームの1人のメンバーはおそらく平均以上のコーディングスキルを持っていますが、平均以下のコミュニケーションスキルを持っています。従来、以前の開発マネージャーは、上記のより日常的なタスクではなく、プログラミングタスクを提供する傾向がありました。ただし、大企業のIT部門で一般的に必要とされるバランスのとれたスキルセットを開発する適性を示している他のチームにとって、これが公平だとは思いません。 この状況ではどうすればよいですか？彼にもっとプログラミングの仕事を与え続けると、それがより速く行われることを知っています（そして逆に、彼は他の仕事をより遅く完了すると期待しています）。しかし、それは私の原則に反しており、単にあなたが好きではないタスクに悪いことによって、あなた自身のために「快適なニッチ」を切り開くことができるという考えを促進します。 clarifyみが原因でこの問題に対処しようとしていないこと、または言及したように「肩に欠けている」ことを明確にしたいと思います。バランスの取れたチームを維持する方法についてのアドバイスを探しています。チームは幸せでやる気があります。この質問に対するさまざまな答えを観察することにより、これを達成する方法について多くの異なる意見があるようです。

52 teamwork  management  communication  maintenance  team-leader 

プログラミングチームや部門を行うほとんどの企業では、コードを設計および作成するプログラマーと、管理作業を行うマネージャーで構成されます。単にコードを書いていないことを除けば、マネージャーは通常、チームが開発したコードを見さえせず、作業マシンに適切なIDEがインストールされていないことさえあります。 それでも、マネージャーは、人がうまく働いているか、何かを担当するべきか、特定の開発者を最も重要かつ責任のあるタスクに割り当てるべきかを判断する必要があります。最後になりましたが、マネージャーは通常、四半期ごとのボーナスを割り当てます！ 上記を効果的に行うには、マネージャーは、もちろん他の特性の中でも、その人が優れたプログラマーであるかどうかを知る必要があります。問題は、彼らがそれをどのように行うのかということです。 彼らは人々が書いたコードすら見ていませんし、プログラマーが開発するコンポーネントの品質を直接評価することもできません...ほとんどの場合！ その秘密は何ですか？

49 management  evaluation 

スタートアップの唯一の開発者として、私はアプリケーションのアーキテクチャとフレームワークで多くの決定を下すことができた贅沢がありました。 4年前に早急に買収し、5人でチームを組みました。多くの場合、ワイルドウエストのように感じます。設計上の決定をする人は、彼らを喜ばせます：1つの場所でDB型の整数と列挙、別の場所で文字列、問題のこのフレームワーク、次に同じ問題の別のフレームワークなど。 一貫性を強化するにはどうすればよいですか？それは私にとって重要だと感じていますが、私のチームのメンバーは「うまくいけばうまくいく」方法論に加入しているようです。 私の質問の大部分は、このような標準を期待することは私にとって非現実的ですか？独創性を抑える独裁者として出会うというアイデアに苦労していますが、彼らがやりたいことはスケーラブルではないようです。

49 architecture  management  team-building 

どのようにしてユニットマネージャーにあなたをマネージャーに納得させましたか？ 「使用」とは、ソース管理への開発、チェックイン、および長期にわたる単体テストの維持などを許可することを意味します。 一般的な管理の反対意見は次のとおりです。 顧客は単体テストの費用を支払わなかった このプロジェクトでは、単体テストの時間が許可されていません 技術的負債？どのような技術的負債ですか？ 他の異議を知っていますか？あなたの答えは何でしたか？ 前もって感謝します！

46 project-management  management  unit-testing  tdd 

自分がプログラミング労働力の一部である間に他のプログラマーを管理する。 少なくとも私が働いていた会社では、これは非常に一般的なスキームです。 両方を同時に行う場合、優秀なプログラマーまたは優秀なマネージャーになれますか？ 私は非常に異なるスキル、環境、集中力、組織などを必要とする2つの非常に異なる役割を果たさなければならない個人の有効性に疑問を抱いています。 更新：私の質問には、チーム管理ではなく、会社の管理（私の場合）が含まれます。しかし、私はもちろん両方に興味があります。

43 management  skills 

私はソフトウェア開発者（パートタイムまたはフルタイム）に3年近く携わっています。私は常に、物事をリードし、物事を成し遂げるために組織を提供するためのコツを持っているタイプの人でした。大学に戻ってシニアデザインプロジェクトのリーダーを務めて以来、これはデスクコーディングの後ろではなく、これが私の真の使命であると感じていました。今、私は他の開発者が私を本当に尊敬するようにコーディングする方法を理解する必要があることを知っています。また、私はコーディングが大好きです。私は仕事以外で自宅で多くのサイドプロジェクトに取り組み、コーディングのベストプラクティスに遅れずについていき、ドメインの知識を継続的に追求しています。 私の主な質問は、コーディングの役割ではなく、より管理的な役割にキャリアを向上させるために、どのような種類または機会に注目すべきかということです。私が言ったように、私はコーディングが大好きですが、技術を支援しながら、高レベルで物事を設計し、物事を成し遂げ、進行状況を監視できるようにチームを編成できるようになりたいと思いますあちこちで決定。一日中デスクコーディングの後ろに座っているだけではなく、これらのタイプの物は本当に私を幸せにします。 明らかに、私の主な夢の1つは、最終的に爆発してそれを大きくする何らかのソフトウェアを自分で作成することです。自分の行きたい場所を得るために、自分のキャリアパスを少し変更するだけではありません。自分よりも雇用主に対して同じ満足を得ることができると思います。以前はそのように感じたことはありませんでしたが、主に自分が本当にやりたいことをしていないからだと感じています。 ヒント、ポインタ、または留意すべきことはありますか？これだけを行った人は誰ですか、もしそうなら、どうやってそれをしましたか？

42 management  team-leader 

最近、私は次の5種類のボスと 最悪のボスの服装を説明するそれらの対処方法を読みました。ソフトウェア開発者の小さなチームを率い始めたばかりです。 プログラマーが上級プログラマーに期待する主なものは何か、またはチームを管理する際に避けるべきものは何かを知りたい。 また、プログラマを満足させ、チームのために生産的で完全な環境を作成する方法を知りたいです。

41 management  team  team-leader  team-building 

私は1年の経験を持つ初心者レベルの開発者です。私はプロジェクトの仕事の約80％をプレイした大規模なプロジェクトに取り組んできましたが、その5か月は私にとってひどいものでした。 私はプロセスモデル全体に​​取り組み、同僚の仕事、DBデザイン、クライアントフィードバックの一部を行っていますが、ポイントは私のチームリードが所有していることです。私！ これでプロジェクトが完了し、クライアントは作業に完全に満足しているようです。 しかし、私は会社がどんな種類の励まし/感謝も与えることを発見していません。プロジェクトに関与していない先輩たちは、賞賛、休暇、ボーナスなどを与えられました。また、重要な家族の行事に出席する許可を拒否されました。 私は疑問に思っていましたが、この状況をもたらしたのは仕事に正直/献身しているのですか？ 私は現在、良いパッケージで3つのオファーを受け取っています-私は今、どの会社にも進もうと考えています。この時点でのあなたの提案は何ですか？

40 management 

現在サポートしているアプリケーションで、当初作成しなかった驚くほど多くの品質、スケーラビリティ、および負荷の問題が発生しています。ありがたいことに、私は正気を保つために一からやり直した新しいプロジェクトがあります。 元のチームは20人の開発者（ほとんどが時代遅れのスキルセットを使用）で構成され、ビジネス要件ドキュメントや品質保証テスターはなく、最初からウォーターフォール方式で管理が不十分でした。制作の初期は、もろい手続き型のコードをさらにもろい修正で修正することを伴う恥ずかしい悪夢でした。後に追加された機能は、それらをサポートすることを意図したものではないデータモデルに組み込まれ、同じコードが10回重複して表示され、リソースが安全に閉じられず、何万ものエンティティをフェッチするORMクエリが表示されることも珍しくありません一握りを除いてすべてを捨てる。 それは私だけであり、新しい問題が発生するたびに、モジュールをより良い標準に書き換えて、はるかに安定させますが、管理者はこのすべてが発生する理由について適切な説明が必要です。 彼らは、このアプリケーションの質が低く、技術的負債にownれているという概念にショックを受け、当惑しているように見えます。幸いなことに、彼らは技術的負債の概念を理解し、それを根絶するために私の探求の私をサポートし、彼らは非常に協力的で、私の感謝ですが、私はちょうど続けるかのように私は感じて非難すべての異なる別のプロジェクトを台無しに左のオリジナルチームを（分割）。 一番下の行は、私は彼の前にプロジェクトの開発者について常に文句を言う「あの人」になりたくないということです。私は以前、自分のキャリアの中で無知であり、物事をそのように奨励する状況やデザインの影響を考慮していないと感じた人々からこの態度を見てきました。 通常、私は、以前のチームを、より多くの上級メンバーが経験し、恩恵を受けた人生経験を持っていない理想主義的なジュニア開発者からの貧弱な設計と実装のために非難するこの態度を見る。 あなたの前に人/チームの評判を踏むことなく、これらの種類の問題を経営陣に報告するより良い方法、おそらくもっと柔らかい方法があると感じますか？

38 management 

私は3人の開発者がいる小さな開発グループで働いています。私たちは大まかに管理されており、チームには構造がありません。指定されたチームリーダーは存在せず、マネージャーはかなり人手がありません。シニア開発者は4年間会社に在籍しており、その間にシステムのセットアップと実行の維持に多大な貢献をしました。彼は非常に優れた開発者ではありませんが、優れたカウボーイコーダーであり、私が決してできない方法でネットワークを理解しています。彼は年長であり、私たちの仕事よりも自分の仕事に優れていると感じているため、「主任開発者」と「システムアーキテクト」の役割を果たしました。 私の問題は、彼がいつも辞めると脅していることです。昨日彼は私に、6週間後に401kの権利確定プログラムでさらにレベルを上げ、その後退職することを通知しました。私が彼に理由を尋ねたとき、彼は私たちのマネージャー（男性）とチーム（私であるチーム）が彼を「非難する」からだと言った。彼は、自分の年功序列に基づいて開発マネージャーになったことに「ふさわしい」と感じています。私はバグ/問題追跡ソフトウェアのようなものを押し続け、仕事が得意なので、彼は私を好きではありません。 彼が辞めると脅した最後の時、私は彼を真剣に受け止め、彼が去る周辺で私の仕事を計画し始めました。それから彼は考えを変えて、私がやっていることは彼の責任だと言った。彼は私と彼の気性を失い、緊張はしばらくの間本当に高かった。 以下は、私がこの状況にアプローチしたさまざまな方法の一部です。 彼が求めていることをしてください。これは緊張を軽減しますが、その後何も行われず、ユーザーは動揺します。 コントロールを取り、物事を成し遂げます：これはユーザーを幸せに保ちますが、それから彼は私に怒り、シャットダウンします。彼は私が自分でそれをするために入らなければならないシステムへのアクセスを私に与えません。 上級管理職との緊密な連携：彼は上級管理職に敬意を払っていません。彼らは彼が会社を辞めることを望まないので、彼らは彼を甘やかしています。 まだ前進していないオプションの1つは、会社を辞めることです。1年はまだそこにいませんが、辞めるという考えは好きではありません。全体として、仕事は私のポジションのほとんどの要件を満たしています。 アイデア？提案？会話？検討していないオプションはありますか？ 更新5/11/2012： 私は最終的に去ることに決めました。それは良い決断でした。元の投稿と今では良くなったが、それでも私は良い開発者であるとは思っていませんでした。私は彼の知識を尊敬していますが、彼と一緒に仕事をする必要がなくなってうれしいです。

35 teamwork  management