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

チームには7人の開発者がおり、短期間（約1か月）で開発ペースを2倍にする必要があります。「より多くの開発者を雇えば、最初の数か月間だけ生産性を失う」という常識的なルールがあることを知っています。このプロジェクトはeコマースWebサービスであり、約27万行のコードが含まれています。 現在の私の考えは、プロジェクトを多かれ少なかれ独立した2つのサブプロジェクトに分割し、新しいチームが2つのサブプロジェクトのうち小さい方で作業し、現在のチームがメインプロジェクトで作業することです。つまり、新しいチームはチェックアウト機能に取り組み、最終的にはカップリングを減らすために独立したWebサービスになります。このようにして、新しいチームはコードが10万行だけのプロジェクトに取り組みます。 私の質問は、このアプローチは初心者の開発者が新しいプロジェクトに簡単に適応するのに役立つのでしょうか？初心者がバグよりもソフトウェアの生産を開始するまで2か月待たずに開発チームを迅速に拡大する他の方法は何ですか ======= 更新 この企業は完全に失敗しましたが、皆さんが言及した理由ではありません。まず第一に、私は新しいチームの規模と能力について誤解されていました。自分で評価すべきだった。第二に、そのサイトでの採用は大変な仕事でした。メインオフィスのサイトでは、雇用ははるかに簡単でしたが、2番目のチームの都市では、必要な資格を備えた開発者が明らかに不足していました。その結果、1.5か月を予定していたのではなく、約4.5か月に延長され、その途中でトップマネジメントによってキャンセルされました。 私が犯したもう1つの間違い（およびアレックスDから警告された）は、リファクタリングを経営陣に売り込もうとしていたことです。リファクタリングは決して販売せず、機能のみを販売します。 とにかくスタートアップは成功したことが判明した。決して起こらなかったリファクタリングは技術的な負債に変わりました。システムはよりモノリシックになり、保守性が低下し、開発者の生産性は徐々に低下しました。私は現在チームにいませんが、近い将来に完成することを願っています。そうでなければ、私はプロジェクトの存続に一銭も払わないでしょう。

12 productivity  agile  team 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 5年前に閉鎖されました。 私は過去8年間、小規模な新興企業で単独の.NETプログラマーでした。かなりまともなソフトウェアをいくつかまとめましたが、ソース管理（SVN / TFS）などのベストプラクティスに準拠するように常に努力しています。私は他の分野のエンジニアのチームと非常に緊密に連携していましたが、ソフトウェアに至ったとき、私は唯一のプログラミングでした。プログラミングの技術が大好きで、ツールを磨くために新しいことを学ぶのが大好きです。 2週間以内に、20人の.NET開発者のチームで新しい仕事を始めます。私の立場は中級レベルになり、信じられないほど印象的なバックグラウンドを持つプログラマーの下で仕事をします。繰り返しになりますが、開発のチームの側面は私にとって新しいものなので、私はできる限り効果的で簡単に始めることができるいくつかの一般的な「新しい人」のヒントを探しています。 高度なヒントや、コミュニケーションに関する日々の小さなことなど、何でもできます。

12 team  teamwork 

均一性が大きすぎるということはありますか？私が仕事をする場所には、命名規則、アーキテクチャ、活用するフレームワークなどを含む標準があります。しかし、最近、より多くのスタイルを検討することについて多くの批判がありました。 たとえばif、複数行と1行でステートメントを記述する場合、たとえばの??代わりにc＃null結合演算子を使用して== null、インデントなどのスペースの量を指定します。 私はこれが個人的なスタイルの選択にもっと入り始め、チームや会社全体で均一である必要はないようです。ある人が他の人がより明確に読むと考えるものはそうではないかもしれません。この「余分な」均一性に価値はありますか？

12 programming-practices  team  coding-standards 

プログラマーを雇用していて、topcoder.comのトップ100のコーダーの1つ（stackoverflow.comのトップ100の1つ）のいずれかを選択できますか？ 少なくとも私には、topcoder.comが問題を解決してコードを書く純粋な能力のより客観的な評価を与えるように思われます。同時に、明らかな技術的能力にもかかわらず、この人はソーシャルスキルのヒントを欠いている可能性があります-彼は純粋に「一人のコーダー」である可能性があり、他の人と助けたり仕事したりする能力がほとんどまたはまったくなく、移籍を支援するメンタリング能力を欠いている可能性があります他人への彼の技術的スキルなど 一方、stackoverflow.comは、少なくとも、問題のコーダーに対するピアの意見、および「チーム」の他の人に対する彼の存在と有用性と有用性の程度をはるかによく示すように見えます。同時に、スコアリングシステムは、多くの平凡な（または貧弱な回答）を投げただけの人が、ほぼ必然的に「評判」ポイントの正の合計を蓄積するようなものです。礼儀）5回以上のダウン投票の影響に対抗します。また、他の人は自分の評判ポイントを犠牲にする必要があるため、ダウン投票を（ある程度）落胆させます。同時に、技術的な貢献をほとんどまたはまったく行わない人は、いわば、ヒープの最上部に（たとえ近くに）着地するという評判を蓄積する可能性は低いようです。 それでは、この特定のコーダーがあなたの組織にとって有用であると思われる程度のより有用な指標を提供するのはどれですか？それらの中から選択できる場合、どのコーダーのセットをチームで使用したいと思いますか？

12 programming-practices  team 

プロジェクトが失敗することは珍しくありません。 プログラマーとして、失敗したプロジェクトにどのように対処しますか？ 失敗のいくつかの定義： 締め切りがありません。 コードと機能は本来のことをしていません。 ソフトウェアはベーパーウェアまたは無限の数のフェーズになり、基本的には配信できません。 あるいは、あなた自身の失敗の定義があるかもしれません。 指差し始めますか？要件、技術、管理、クライアントなどを自分自身のせいにしますか？チームとしてレッスンを学びましたか？

12 team  project  failure 

新しいプロジェクトが進行中です。現時点では、開発者はチームAとチームBの2つのチームに分かれています。このプロジェクトには、開発スタック全体での開発が必要な2つの部分があります。以下に示す非常に単純化されたスタックのサンプル： プロジェクトの各部分はスタック全体にわたる開発を必要とするため、通常はチームB内で作業を分解し、異なる部分間の相互作用を設計および実行するフルスタック開発者アプローチを期待します。 しかし最近、チームAがスタックの特定の部分を担当することを望んでいることを学びました。チームは、2つのチームの分割を提案しています。チームBからの開発はありません。分割は次のようになります。 私にはこれは非常に不自然に感じます。各チームには、これらを達成するための異なる明確な目標とタイムスケールがありますが、チームBは機能を実装するためにチームAに依存します。提案された解決策は、共通のインターフェイスが事前に定義されていることです（おそらくプロジェクトには2年のタイムスケールがあり、多数になる可能性があります）。チームAは、独自の目標を設定しているにもかかわらず、これらのインターフェイスに必要なビットを早期に開発し、チームBは、すぐに短期間のすべての呼び出しをスタブして、進行できるようにします。 私はこのアプローチについて懸念があります： インターフェイスは変更される可能性があり、チームAは変化する要件に対応するための帯域幅または時間がない場合があります。 チームAのコードのバグにより、チームBの進行が妨げられる可能性があります。また、チームAが異なる優先順位キューを持っているため、これらを修正する優先事項ではない可能性があります。 チーム全体に広がる知識の欠如-チームBは、内部で何が起こっているのかを完全に理解していない可能性があり、そのために設計上の決定が下される可能性があります。 業界の多くの企業にはサブチームがあり、これに対処できる必要があることが示唆されています。私の理解では、一般的に、チームは当初の予想方法（フルスタック）に分割されるか、以下のようにテクノロジースタックを分割します。 ですから、私は他の業界が何をしているかを知りたいと思っています。ほとんどの分割は垂直/水平ですか？対角線分割は意味がありますか？対角線の分割が発生した場合、私の懸念は有効であると思われ、チームBが懸念すべきことは他にありますか？私はおそらく、チームBの成功または失敗の責任を負うことに注意してください。

11 architecture  programming-practices  development-process  team 

今日は同僚と話していました。2つの異なるプロジェクトのコードに取り組んでいます。私の場合、自分のコードに取り組んでいるのは私だけです。彼女の場合、複数の人が同じコードベースで作業します。これには、かなり定期的に（8〜12か月ごとに）出入りする生協学生も含まれます。彼女は自分のコメントに寛大であり、あちこちにそれらを置いていると言った。彼女の推論は、コードの大部分が彼女によって書かれておらず、彼女以外の誰かによって変更される可能性があるため、物事がどこにあり、何をしているのかを思い出すのに役立つということです。その間、私はコード内のコメントを最小限に抑え、明白でない回避策またはバグがある場所にのみコメントを配置しようとします。ただし、コード全体をよりよく理解し、コードをより直接制御できます。 そのコメントでの私の意見は最小限であり、コードはストーリーの大部分を伝えるべきですが、彼女の推論も理にかなっています。彼女の推論に欠陥はありますか？コードが乱雑になる場合がありますが、短期から中期に多くの人が作業している場合、最終的には非常に役立ちます。

11 coding-style  team  comments 

すべてのチームメンバーに共通の言語が1つもないチームがあります。チームは2つの場所に分かれています（ただし、地理的な問題は主要な問題ではありません）。各場所のすべてのチームメンバーは同じ言語を話し、両方の場所で両方を話すことができるメンバーがいます。スクラムを紹介したいのですが、言語の問題に対処するためのロジスティックスに苦労しています。 これはオフショアチームではありません。すべてのチームメンバーは会社の従業員ですが、異なる国の2つの異なるオフィスにいます。幸いなことに、タイムゾーンに関する問題はありません。言語が第一の障壁です。各場所の人々の規模とスキルセット、およびその他の外部要因を考慮して、チームを2つのチームに分割することもできますが、単一のチームとして統合することがより望ましいです。 コミュニケーションを豊かにし、チームが団結してお互いを見て真のスタンドアップアプローチを行えるようにするには、ビデオ会議を使用することが望ましいと思います。しかし、これは言語間でのコミュニケーションが困難になると思います。チームのバイリンガルメンバーは口頭で翻訳する必要がありますか？代わりに、分散スクラムの言語の問題に関する唯一のリファレンスで推奨されているインスタントメッセージを使用することもできます。私は「貧しい」コミュニケーションを心配しており、おそらくそれはスクラムの概念への不十分な紹介です。 チーム内で言語の違いに対処した経験のある人から、問題にどのように対処し、どの程度うまく機能しましたか？

11 agile  scrum  team  spoken-languages  distributed-development 

ご覧のとおり、コミュニティのメンバーにConfiguration Managerの役割についてお聞きしたいと思います。以前に質問されていた限り、Configuration Managementが何であるかは尋ねません。私が知る必要があるのは： Configuration Managerはチームでどのようなタスクを実行する（または実行する）と思いますか？ Configuration Managerの主な責任は何ですか？ Configuration Managerの二次的/補助的な責任とは何ですか？ Configuration Managerはプロジェクト/会社の開発プロセスを担当する必要がありますか、それとも何をすべきかを伝える必要がありますか？ 構成マネージャー、ビルドマネージャー、リリースマネージャー、展開エンジニア、CIエンジニアの役割の関係は何ですか？それらはすべて同じではありません-構成管理？ おそらく、構成管理という用語は冗長であり、代わりにテクニカル/チームリーダーが関連するすべての作業を行う必要がありますか？ あなたのビジョンと経験を共有できたら本当に素晴らしいでしょう。

11 team  teamwork  configuration-management  role 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 私は現在、小さなソフトウェア会社の4人のジュニア開発者の小さなチームを指導しています。彼らは非常に賢く、しばしば高品質の仕事で仕事を達成しますが、彼らはまだもっと良くできると確信しています-実際、私は自分自身とまったく同じ感覚を持っています:)-。それに加えて、それらのいくつかは他よりも「ジュニア」です。 そこで、日々の仕事で得た経験に加えて、CSスキル（設計、コーディング、テスト、アルゴリズムなど）を向上させる面白い方法を見つけたいと思います。たとえば、2時間以内の週に1回のセッションを設定し、CS演習に取り組むために集まることを考えていました。コーディング道場に少し似ています。 チームはそれを楽しんでくれると確信していますが、本当に良いアイデアですか？プロの文脈では効率的でしょうか？彼らはすでに一週間をコーディングに費やしているので、彼らが何らかの利益を得るためにはどうすればそれを整理すべきでしょうか？ どんなフィードバックも歓迎します！

11 learning  team  skills 

私のオフィスでは、午前9時前に（経営陣が決定した任意の条件で）立ち上がって、スタンドアップミーティングを開始することを実践しました。ここでは、前日の問題、マネージャーからの更新（リードによる）、および今日の作業計画について議論することから始めます。 この会議は良いとプロセス指向に聞こえるかもしれませんが、ショーダウンがあり、それが朝の気分を台無しにするか、意見に違いがある場合、それは最初から良いことではありません。 だから、人事部と経営陣は、最初は10〜15分間個人的な問題について話し合うことを決定し、その後、技術的および公式の議論にジャンプします。私よりずっと年上で、今まで個人的に何も話したことのない私のリードと、あなたはそのようにそれから始めたいです!!! 正方形に戻りました。すべてのチーム（驚くほどすべてのチーム）が、朝/スタンドアップミーティングでのみ技術的な側面について再度話し合っています。 それでここに来て、今日私は経営陣と昼食をとり、議論のトピックは次のとおりです。 ナイスデイ（朝/スタンドアップ）ミーティングを効果的にするには？

11 teamwork  team  communication 

スクラムマスターの職務に対する私の理解は次のとおりです。 プロセスを実施する 障害を取り除く（開発者が自分で取り除くことができない） 外部からの中断を防ぐ スクラム会議を促進します（スタンドアップ、回顧など） チームの開発者が統制されている場合、彼らは誰かが指導することなくプロセスに従います。また、回顧会議やその他のスクラムミーティングの開催にも問題はありません。組織の他のメンバーがスプリントの境界を理解していれば、スクラムマスターを必要とする外部の中断や障害はすでに最小限に抑えられています。 チームのパフォーマンスが向上し、組織がスプリントの境界を理解するようになると、スクラムマスターの必要性が減少するように見えます。チームが最終的にスクラムマスターが不要になるポイントに到達することは可能ですか？

11 project-management  agile  scrum  team 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 3年前休業。 それは、特にあなたが遅れている場合、通常の開発者としてのクリティカルパスにいるのはうんざりです。あなたが上級開発者であるとき、チームがリーダーシップを求めているとき、それはさらに悪いことです。 ほとんどのチームの仕事が重要な部分を待って停止している場合、チームの他のメンバーは何をすべきですか？私たちは重要な部分へのアクセスを制限しているので、他の人は私たちが何をしても関係なく待つだけです。他の人が何をすべきかについてのアドバイスを探しているとき、良い答えは何ですか？

10 team  team-leader  project-planning 

私は2年前に会社に参加しました。これは、5年前から存在しているスタートアップ企業です。最初からマイクロソフトのテクノロジの1つに取り組んできました。入社してすぐの数日で、ソフトウェア開発のライフサイクル全体を通じて、会社には適切な作業プロセスがないことがわかりました。従業員は監視されずに残され、スケジュール、期限、マイルストーン、および品質は期待どおりに外れませんでした。 私は常にプログラミングに情熱を傾けてきており、さらに重要なことには、技術的領域と非技術的領域の両方でパターンと実践を実践しており、自分の学習曲線に忙しいままです。その間、会社の生産性は毎日悪化し始めました。経営陣と従業員の間に相互理解はありません（12人だけ）。経営陣は、従業員の福利厚生、作業環境、現実的なスケジュールなどについてはあまり気にしていませんでした。経営陣からの誤った計算により、開発者チームは何度も狂ったように仕事をしなければなりませんでした。これは従業員を不満にさせ、仕事への興味を失いました。だから彼らは非常に悪いものを作り始めました会社の成長に影響を与える結果。経営陣と従業員の双方で常に同じように過ちがありました。私が見つけた些細な理由は、経営陣がプロセス、品質の重要性、ソフトウェア開発パターン、実践などについて従業員を教育できなかったことにあります。経営陣は常に結果を出すことに熱心で、結果の「方法」を探すことに失敗しました。 最近、私はチームリーダーになるために昇格しました（ちょうど2年間を終えたばかりです）。私は、私が技術的な熟練と一連の製品を処理する管理能力を持っていると信じていたからです。私はより多くの持っていた親密以上に私の同僚との関係のプロフェッショナルな関係を。したがって、いくつかのルールを採用し、社内で作業モデルを確立することは非常に難しいと感じています。これまでのところ、もう少しプッシュすると、悪い結果が出てきました。 さらに、私はこの役割に適任になり、私が提案する作業モデルに自信を持つ必要があります。私はこれを案内する良い手がありません。私は実務経験よりもむしろ本っぽい知識を持っています。 この状況で何ができますか？会社を放棄するべきか、それとも正しく設定するためにより多くの努力をするべきか？ 「1万人の会社では、5人の男が適切に働かない場合、会社はそれに耐えることができます。しかし、1人の男がうまくいかなくても、10〜15人の会社では、会社の成長に大きな影響を与えます。」

10 team 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 私は最近、企業環境で多数のデータベースを管理および開発するデータベース（95％MS SQL Server、5％その他-Oracle、Sybase、Access）開発チームのチームリーダーになりました。コードレビュー、クロストレーニング、ドキュメントなど、過去にこの開発グループに欠けていた基礎を実装するのに役立つリソース（チェックリスト、ユーティリティ、ベストプラクティス、手順、ウェブサイト、書籍など）を探しています、標準の適用、知識の共有、メンタリングなど。 私が見つけているもののほとんどは、一般的な管理スキルのリソースですが、開発者チームのリーダーに固有の何かを見つけたいと思います。企業プロセスは「標準」のウォーターフォールタイプのSDLCであるため、アジャイル向けのリソースはそれほど重要ではありません。

10 team  team-leader