タグ付けされた質問 「team-leader」

私は、今後のプロジェクトのチームリーダーになると言われています。私はこれまでにチームを率いたことはありませんが、責任は通常予想されるものです。プロジェクトを完了するのに8〜9か月かけて、他の3〜4人の開発者がドアを回します。 私の問題はこれです。間違いなくこのプロジェクトに取り組む開発者の一人が問題になるでしょう。彼は私よりも多くの経験があり、過去に何度か私をバカと呼んでいて、彼は自然のリーダーだからこの仕事をしたと言ってきました。彼はすべての新しいプロジェクトでリーダーシップの地位に昇進することを期待しており（これは今までに起こりませんでした）、実際のチームリーダーはそのような幻想にさらされていなかったにもかかわらず、私は彼に報告することを一度言ったことがあります。さらに、私は彼が非常に専門的でないことを観察し、他の人から聞いた（クライアントサイトで仕事以外のビデオを見る-ヘッドフォンなし、専門外の服装、遅刻、不適切なジョークなど）彼と同僚として働いている間、私の仕事や洞察を何度も称賛するために。私の現在のチームリーダーは、品質が良くなかったので、彼がプロジェクトを去ると、この男のコードの1/2を捨てたと言った。続けられた。 私が恐れているのは、この男が積極的に私に反対することです。彼は劣等だと考える人に報告することにresします。特に私は彼の前にこの機会を与えられているからです。私は過去にこの種の人格を仲間として、またはこのようなマネージャーに報告することさえできました。私に報告しているこの種のキャラクターに対処する必要はありません。 私の質問は、これに効果的かつ専門的に対処するためにどのような戦略を使用できますか？特に今、それが問題になる前に、手に負えなくなる前にそれを断ち切る方法はありますか。同様の経験を持っている人は、どのようにそれを処理しましたか？

221 team-leader 

私は最近、開発プロジェクトに参加しましたが、突然主任開発者の仕事を与えられました。私の主な責任は、プロジェクトのプログラミング部分をタスクに分割し、これらのタスクを他の開発者に与えて、それらの部分が連携して動作することを確認することです。 問題は、これを行う方法がわからないことです。私は週末を鉛筆と紙でそれを理解しようとして過ごしましたが、並行してではなく順番に取り組むべきタスクのリストを考え出し続けています。機能に分割することを考えたかもしれませんが、同じファイルを編集する必要があるタスクになります。開発の早い段階のため、タスク全体を完全に書き直す必要があります。プログラムがもう少し完成してタスクを作成しやすくなるまで開発者を待たせることもできましたが、その後、何週間かを知っている人たちに手を貸してもらいました。 私はこれを行う資格について上司と会話しましたが、この問題について選択肢は与えられませんでした。自分が何をしているかわからないので、正しい方向へのヒントやナッジは大歓迎です。

164 team-leader  task-organization 

チームの管理について質問がありました。現在、私はコーディング工場からリモートで作業しているジュニア開発者を扱っています。その男は批判に対して寛容であり、学ぶことをいとわないが、どれだけのものをプッシュすべきか疑問を抱いた。 現在、何かがまっすぐで明白な場合、グッドプラクティスの違反です。SRP、Godオブジェクト、メソッドまたは変数の意味のない名前の違反など。私は彼が修正しなければならないことを指摘し、それが間違っている理由を説明しようとします。 私の質問は次のとおりです。間違った言語の変数名（以前のチームがスペイン語と英語を混ぜて、それを修正しようとしています）のようなコーディングスタイルのマイナーな違反がある場合、またはいくつかのマイナーな構造上の問題がある場合、私は手放します空き時間があるか、問題のあるクラスを変更する必要があります。これはチームの士気に良いと感じているので、初心者には些細なことのように見えるかもしれませんが、コードを常に押し戻そうとはしていません。何かをする方法を学ぶことから。 男を教えることと絶え間ない批判で彼を焼き払わないことの間のバランスをどのように取るのですか？後輩にとっては、目が効いているものをやり直すように言ったらイライラするかもしれません。

95 code-quality  teamwork  team-leader 

私は現在、プロのプログラマーです。スキルセットを拡大したいのですが、チームの一員としてキャリアをデブリードにしたいと思っています。学ぶべきことはたくさんあることは知っていますが（これはすぐにはわかりません）、私はそれを行うのに十分賢く、挑戦していると思います。 ここのメンバーの多くはおそらく自分でこれを経験しており、現在は開発リードとして成功しています。残念ながら、私が改善したい個人的な分野（知識の深さ、知識の幅、スキルセットなど）を知っていても、私はこのようなことをどのように始めるか本当にわかりません。 プログラマーとして、この目標を達成するにはどのようなステップを踏む必要がありますか 何を優先すべきですか？

82 skills  experience  team-leader 

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

60 management  team-leader 

ジュニアプログラマーが常に飛び込み、それらを教育しようとするのに助けが必要なとき、それは良い考えだと思いますか？または、彼らはあなたが彼らに与えるすべての「魚を教える」アドバイスを無視し、あなたがちょうどそれらをもたらした「魚」に焦点を合わせますか？間違いは学習するための最良の方法であると知って、常に自分で物事を把握させますか？または、あなたは彼らが非常に焦げてイライラし、スピードに出たいという欲求を失うことを恐れていますか？ いつあなたよりも後輩を助ける時期を選択し、いつ立ち止まって彼らに彼らの過ちを学ばせるかを選択しますか？

57 learning  team-leader 

私は、全員が1年未満のソフトウェア開発経験を持つ小さなチームのリーダーです。私は決して自分をソフトウェアの第一人者とは言いませんが、ここ数年でソフトウェアを書いていることをいくつか学びました。 コードレビューを行うとき、私はかなりのミスを教えて修正します。「これは非常に複雑で複雑であり、これが理由です」または「このメソッドを別のクラスに移動することについてどう思いますか？」質問や意見の相違がある場合は大丈夫ですので、話し合う必要があることを伝えるのは特に慎重です。私は誰かを修正するたびに、「あなたはどう思いますか？」と尋ねます。または類似のもの。 しかし、意見が合わない場合や理由を尋ねることはめったにありません。そして最近、私は彼らが私の声明に盲目的に同意し、彼ら自身の意見を形成していないというより露骨な兆候に気付いています。 指示に従うだけでなく、物事を自律的に正しく行うことを学ぶことができるチームが必要です。ジュニア開発者をどのように修正しますが、それでも彼が自分で考えることを奨励しますか？ 編集：ここに、彼らが彼ら自身の意見を形成していないというこれらの明白な兆候の1つの例があります： 私：拡張メソッドを作成するというあなたのアイデアは好きですが、大きな複雑なラムダをパラメーターとして渡す方法は好きではありません。ラムダは、メソッドの実装について他人にあまりにも多くのことを強制します。 ジュニア（私を誤解した後）：はい、私は完全に同意します。ここで拡張メソッドを使用しないでください。これは、他の開発者に実装について多くの知識を強要させるためです。 誤解があり、それは対処されました。しかし、彼の声明には論理のOUNCEさえありませんでした！彼は私の論理を逆流していると思い、なぜ彼がそれを言っているのか全く分からないときに理にかなっていると思った。

54 learning  teamwork  team-leader 

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

52 teamwork  management  communication  maintenance  team-leader 

私は特定のプロジェクトの主任開発者になりましたが、全体像に焦点を当てて、プロジェクトのすべての部分をカバーするのに苦労しています。 このプロジェクトを管理するとき、私は何に留意すべきですか？すべてが必要な方法で処理されるようにするにはどうすればよいですか？

47 project-management  team-leader 

免責事項：表明された意見は私自身のものであり、雇用主の意見や意見を表明するものではありません。 私は小さな会社で働いており、開発者はほとんどいませんが、QA / Testは1人、マネージャーは1人です。1.5年前にこの会社に入社しました。3人の上級開発者は8年以上の経験があります。 これらは私がチームリーダーについて行った観察です。（私をすべての面で彼らと比較して経験の少ない新鮮な人と考えています） 1対1で議論することも、後輩の提案を検討することもありません（受け入れるかどうかにかかわらず、少なくとも意見を検討する必要があることに同意します）。 シニアチームリーダーとして、彼らはコードベースを新しいテクノロジーでリファクタリングすることを試みることができます（新しいテクノロジーを展開する要因が可能であり、他の開発者やインフラストラクチャも準備ができています）が、これらのチームリーダーは、それらは最新ではありません。（私が言っている理由は、現在のプログラミングの傾向がわからない、*（modernizr、ブートストラップなどの人気のあるオープンソースプロジェクトなど）。 私たちのコードベースでは10000行以上が繰り返されているので、私は彼らにについて話しましたDRY: Don't Repeat yourself。彼らの回答は、「これは魅力的な記事ですが、実際には機能しません」でした。私たちは、100％DRYにしない場合、少なくともインターフェイスを使用できると伝えましたが、それも考慮されていませんでした。*（リファクタリングの準備ができていない場合、以前のコードベースに触れることなく、新機能用のインターフェイスを追加できます） すべての上級開発者は、パッチのメンテナンスとホットフィックスを行います。残りの時間はエンターテインメントサイトに費やすだけです。彼らは仕事を終えて喜んでいます。 新しい技術の導入は悪いですか？*（実現可能性の要素を含むことができます）。 マネージャーはまた、私が話していることについてあまり心配していません。 ジュニアは、チームリーダーから多くのことを学ぶことができると期待しています。*（彼らに助けを求めたり、上級コーディングを求めたりするのではなく）。 私の質問は： 私が提案している変更について私はあまりにも積極的ですか？ 8年以上の経験を持つシニア開発者のリーダーには何を期待すべきですか？ 会社から学び、経験を積むことを期待するのは間違っていますか？ 更新： 彼らが乾いたと感じるのは非現実的です：彼らはOOPの概念に関与したくないからです。彼らはタスクを繰り返すことに満足しています。 私が提案している新しい技術： CSS、JS、SPriteイメージの縮小の使用 インターフェースおよび.netフレームワーク4、ジェネリックなど多くの使用方法。 modernizr、knockout js、レスポンシブ用のブートストラップなどのクライアント側ライブラリ、

44 self-improvement  teamwork  junior-programmer  team-leader 

リード開発者以外のアジャイル開発チームでは、一般的に： 標準を設定します（コーディングなど） チームの新技術を研究する チームの技術的な方向性を設定します 問題について最終決定権を持っています システムのアーキテクチャを設計します ただし、アジャイルチームの動作は異なります。 アジャイルチームは、前もってではなく、新しいデザインに依存します アジャイルチームは、1人が設計を指示するのではなく、一緒に設計します アジャイルチームは、プロジェクトを提供するのに最適な独自の技術的方向を決定します これにより、アジャイルチームの主任開発者はどこに残りますか？アジャイルチームにリード開発者を置くことは可能ですか？アジャイルチームはリードに異なる責任を要求しますか？

42 design  architecture  agile  scrum  team-leader 

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

42 management  team-leader 

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

41 management  team  team-leader  team-building 

チームリーダー（10人のチームなど）として新しい会社に雇用された場合、重要なことの1つは、チームのメンバーの尊敬を集めることです。初期の頃は、新しいチームリーダーはチームカルチャー、コードベース、およびビジネスドメインについて何も知らない可能性があります。つまり、完全な初心者です。 これについてはどうすればいいですか？やっていいことといけないことは何ですか？

39 team-leader 

この質問はこれに触発されました。他の質問はローカライズされていると見なされていましたが、根本的な問題は業界では非常に一般的なものだと思います。私はこれを読んで私がこのものを作り上げていると思う開発者が何人かいることを知っています、そして彼らは誰もが自分の仕事を気にかけ、学びたい方法を返信するかもしれませんが、他のプログラマーSEの投稿を見るだけです（適切な場合）私はそれが普遍的に真実ではないことを知っています。 たとえば、チームに（または大多数）の標準操作手順がコピー/貼り付けであり、十分な関数呼び出しと変数を追加するだけですべてが解決できると考えている人がいるとします。この人はTDD、DRY、SOLIDのことを聞いたことがなく、仕事で忙しい40時間を超えて、一度も1つの方法論/実践/デザインの本を読んだことがありません。 過去に、私（および他の人）は、どのようにOODを教えるのかと尋ねてきました。しかし今、私はそれが正しい質問ではないと考えています。本当の問題は、そのような人/チームにどのようにアプローチし、物事のより良い方法に興味を持たせるかです。どのように彼らに学ぶよう促しますか？それがなければ、彼らの机に戻っていつもやってきたことを完全に満足していれば、すべての教育、会議、講義、議論は役に立たないようです。 私はそのような多くの人々と仕事をしています。彼らは実際には非常に優秀な人物ですが、「コーディングが終わったので、リファクタリングしてDXMを幸せにするために複数のクラスに分割するだけです」と聞いたときは嫌いです。きれいで、読みやすく、保守可能なコードをリファクタリングしませんが、そうしないとonlyられるだけです。私は彼らが学習できることを知っていますが、やる気の一般的な欠如があるように見えます。 私が仕事を提供するとき、それは一般的にずっと少ないバグを持ち、私が所有する仕事は決してクラスの5000行の怪物になりませんでした。他の人は、「あなたのコードは私たちのものよりもずっときれいで読みやすい」というようなコメントをするので、違いがわかります。しかし、同時に、彼らは何をしていても40時間の報酬を受け取ると信じているので、QAに3日間丸ごと入れてはいけないバグを探しても気にしない最初の場所。または、1つのクラスを変更するのに1週間かかるため、非常に多くの依存関係があり、最終的には触れることになります。ただし、「そのクラスは別の方法で記述されている必要があります」と表示されることはありません。 これらの状況で何かできることはありますか？成功した人はいますか？または、そのような考え方をプロジェクトの重要ではない部分に分離し、損害を最小限に抑えることが最善ですか？ 注：「モチベーションの欠如」と言うとき。彼らは単に思いやりをやめたので、仕事をしたり、良い仕事をしたりする動機が不足しているとは思いません。私たちのチームのほとんどは、実際はまったく反対です。彼らは間違いなく製品を気にします。夜と週末に働く人がいます。私が乗り越えようとしているのは、習慣とスキルを改善することです。彼らは実際にはそれほど仕事をする必要はありません。「40時間」のことで、この投稿は少しネガティブに聞こえたと思います。

35 programming-practices  team-leader