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

この質問は、Software Engineering Stack Exchangeで回答できるため、Stack Overflowから移行されました。 8年前に移行され ました。 マネージャーがプロジェクトで使用されるプログラミング言語を課すことができ、しばしば課すことになるのは誰にとっても秘密ではありません。 私自身プログラマーであるため、これを理解することはできませんでした。 しかし、今私はそう思います。JoelSpolskyがポッドキャストでQuickBooksを使うべきだと言ったとき、「世界のすべての会計士はそれを知っている」ので啓示を受けたばかりです。これは、「世界中のすべてのプログラマーがJavaを知っているためJavaを選択する」と非常によく似ていると思いました。 同じ問題を別の観点から見たので、会計についてはあまり知りませんが、プログラミングについては知っていますが、プロジェクトに適切なプログラミング言語が選択されていることをプログラマがどのように支援できるか疑問に思っています？

23 language-agnostic  project-management  management  strategy 

私は、会社のWebサイト/ Webアプリケーションの世話をする11人のソフトウェア開発者のチームのマネージャーであり、最大4つの同時プロジェクトに加えて、毎日のサポートをいつでも実行しています。11人の開発者には、技術的なスキル、役職、経験が混在していますが、チーム構造はフラットで、11人の開発者全員が私に直接報告しています。 単一のマネージャーを持つチーム全体が、あまりうまくスケールしないことが証明され始めています。私はあまりにも薄く広がり始めているので、直接報告の数を減らしたいです。これを行うために私が考えることができるすべての方法には、重大な欠点があります： ジュニア開発者にシニア開発者に報告してもらいます。これにより、最高の技術者が開発に費やす時間を削減できます。 チームをソフトウェア製品で分割します。たとえば、開発者1〜6はイントラネットで作業し、7〜11は外部サイトで作業します。各セクションには新しいチームリーダーがいます。 ）。これにより、人工的なサイロが追加され、「イントラネット開発者」が外部のWebサイトで作業するのが困難になる場合があります。 構造を平らに保ち、プロジェクトマネージャー/チーム管理者の形をした管理サポートを追加して、プレッシャーを取り除きます。チームはこのように永遠に成長することができないため、これは問題を解決しません。 この問題を解決する標準的な方法はありますか？ そうでない場合、他の人はこの問題をどのように解決しましたか？

22 management  team 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 職場環境の背景 私のマネージャーには、コンピューターやソフトウェアの背景や理解がまったくありません。彼は彼の人生でどんな形のコードも（10フィート以下の物理的距離からでも）見たことがない可能性が高いです。 私が実装を求められているものの複雑さを理解している人はいません。私が半ハードコード化すれば誰も知らないという点まで。 上ジョエルのテスト我々は信じられないほどのスコアスコア0。 問題点 マネージャーおよびその他の「シニア」は、要件の仕様を変更し続けます。パッチを適用した「修正」ではなく、適切なエンジニアリングを行った場合、基礎となるデザインの変更が必要な変更 コードを見る人は絶対にいません（おそらく、誰もその方法を知らないため、または行うべきであっても）。 問題の複雑さやソリューションの優雅さを評価してください。 アプローチの改善を提案します。 コードの品質を評価してください。 コードを改善できる場所を指摘します。 文法的には意味がありますが、他の方法では意味をなさない多くの専門用語が使用されます。 ソフトウェア会社のように感じたり、振る舞ったり、働いたりしません。 質問 何をすべきですか？特に、私のコードの改善点を指摘する人がいないことに関して。 更新 HLGEM（およびおそらく他の人）の質問に答えるために、それを試して修正するために何をしたかについて。Redmineをセットアップし、ソース管理をすべての人に紹介することを申し出ました。分散型（gitまたはmercurial）をお勧めしますが、一元化されたものについても話し、チームに決定させます。応答は、物事が行われており、数週間以内に行われることでした。それを見たことがないし、会社の他の部分がそれを使っているかどうかも知らない。

21 requirements  management  communication 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 5年前に閉鎖されました。 DeMarco and Lister（Peopleware）は、プログラミングチーム内で「品質のカルト」を作成することをお勧めします。不満なことに、彼らはあなたがそれをどうやってやろうと提案していない！ 誰もこれを達成する方法について考えを持っていますか？

21 teamwork  management  quality 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 6年前に閉鎖されました。 ベンチャーキャピタリストからの数百万人の支援を受けて、新しいスタートアップに雇われたと想像してください。 あなたの使命：organize the development of the next killer app。 25人の開発者はそれぞれを個別に面倒を見るには多すぎるので、モチベーションを高めるためにどのような決定を下しますか？ ストックオプションから無料のCookieへの回答に感謝します;） もちろん、ここでのコツ（あなたが本当にそのようなスタートアップのマネージャーでない限り）は、それらのプログラマーの一人の立場に置かれています。 編集：それは架空のコンテキストです。この物語の目的は、あなたの願いを刺激することです。開発者の動機をキャプチャしたい。

21 productivity  management  motivation 

チームリーダーとして、プログラマーの成長をどのように支援できますか？ 私がこれを頼む理由は、私と一緒に働いているプログラマーが何人かいるからです。そして、私は本当に彼らを最大限に活用し、彼らの幸せを保ちたいと思っています。 しかし、私はこれを行う方法をよく知りません、私はする必要があります 頻繁にやり取りするか、静かな時間を与えて、邪魔されないようにしますか？ 単体テストの実施、コーディングスタイルなどのコーディングガイドラインに従うように依頼するか、適切と思われることを何でもやらせますか？ 彼らに寛容にしてください。彼らが本当に8時間または4時間オフィスに来るかどうかを本当に気にしない、または職場でいくつかの「規律」を実施する必要があるなど？ 推測すると、各ポジションには独自のポイントがあり、さまざまな人々がさまざまなことを主張します。このような混乱により、人の管理が無期限に難しくなります。 どう思いますか？

20 management 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 7年前に閉鎖されました。 私はハイテク企業ではない小さなIT部門で働いています。私のマネージャーは最近辞職し、彼らは代替品を探しています。私は人々のスキルを持つ「まれな」開発者の一人なので、ディレクターは私に応募することを勧めています 私の一部は応募したいのですが、別の部分はノーと言います。違いを生む報酬と能力は興味をそそられるように聞こえ、12年後のプログラミングには少し燃え尽きましたが、欠点もあるようです。私はそのポジションに非常に興味のある他の誰かを管理しますが、彼は友人であり、現在、私よりも梯子の上にいます（他の数人と一緒です）ので、それは厄介かもしれません。 他の誰かが同様の立場にありましたか？管理職で幸せな人はいますか、それとも管理職に就いて、そうしないことを望んでいますか？フィードバックをいただければ幸いです！ @Pratik：マネージャーがあなたが働いていた会社の元従業員のために働いたとき、彼らは彼らに問題を与えましたか？ 編集：あなたの答えをみんなに感謝します。 これは良い機会に思えるかもしれませんが、これについて私を不快にさせるいくつかのことがあります。 1）依頼されたことではなく、すべてに責任を負います。数回のレイオフの後、部門はまだ動揺しています...ストレスがかかり、燃え尽きる寸前です。私はチームの全員とかなり良い関係を築いています....しかし、この仕事を引き受けても変わらないと思います。 2）他の数人の同僚が何らかの理由でディレクターを軽deしています。彼は私に汚い仕事をさせ、彼らが頭をぶつけたら罰せようとするかもしれません。 3）Codemwnciの投稿に基づいた問題ではないと思われる、私より年上の人の管理。 4）それは小さな部門であり、フルタイムのマネージャーが必要だとは本当に思いません。IMOでは、50％の時間を費やして周りの人を注文する必要はありません（誰もがしなければならないことを知っているからです）。部長は、プレーヤーコーチのIMOをさらに必要とします。理にかなっている場合は、（今のようにサポート担当者にコードを書いてもらうのではなく）フルタイムでサポートを行う別の人がいるので、実際にチームを助けると思います。 難しいですが、今やっていることも難しいです（開発+サポート作業） 彼らが何をしているのかわからない、または現在のチームを台無しにする外部から誰かを連れてくるのを見るのは嫌です。 編集（4/30） チームの他のメンバーとの関係は変わります。あなたは今では仲間ではなくボスです。何をすべきかを人々に伝える必要があります。一部は変更で問題ありませんが、他の人はあなたよりもあなたが昇格したことにresするかもしれません。 私は彼らのほとんどと友達になっているので、それは問題になる可能性があります。 この場合、「簡単な」プロジェクトタスクの一部を自分に割り当てます。これらは重要なアイテムではなく、すぐに取り出してドロップできるものでなければなりません。これにより、プロジェクトを支援し、コードベースに遅れずについていくことができますが、管理活動から気を散らすことはありません。もう1つできることは、入ってくるすべてのバグレポートをフィールドに入れることです。それらを実際のバグであることを確認し、簡単な編集であればすぐに修正します。さらに大きな問題は、チームの残りのアクティビティにスケジュールされる可能性があります。これにより、チームが気を散らされるのを防ぎ、クライアント/上位管理者に問題が修正されることを示します。 良い戦略のように思えます... 私にとって、それはあなたがどの日常的な活動を楽しむかに帰着します。コーチング、人との出会い、プロジェクト管理、信頼関係の構築、人の問題の解決が好きですか？それとも、単独で多くの時間を必要とし、会議の疲れを癒し、ドラマを嫌い、知的/技術的な問題が好きですか？ 両方できます。私にとっての主なものは、ワークライフバランスです。私の上司はワークライフバランスを持っていましたが、それは彼が彼の下に献身的な従業員を置いていたからです。もちろん、他の誰かが引き継ぎ、部門が不適切に管理されていた場合、全員のワークライフバランスが窓の外になる可能性があります。 編集（5/1） @ジェフ それは企業環境であり、私は何人の人がいるのか、各ポジションの職務内容を管理することはできません。 仲間のチームメイトが私に成功してほしいと願っていますが、よくわかりません。私は彼らの何人かと友達になりました、そして、これは確かに私たちの関係を変えるでしょう。しかし、私は他の候補者が部門を実行し、物事をスムーズに実行し続けることができるかどうかはわかりません...私は間違っている可能性があります。

20 management 

10人の開発者からなる私たちのチームは毎週会合を開きます。会議はかなり退屈で、特に有用ではありません。良い会議をするためにどの形式/議題を利用していますか？ ピザを提供した会議室で毎週会います。形式は、部屋を一周し、作業中のさまざまなタスクのステータスをリストし、来週のタスクについて話し合います。マネージャーは、今後数か月および1年先の今後のプロジェクトと優先事項の概要を提供します。 更新 これらの会議の目標は多かれ少なかれです-一般的なチームの構築、誰もが取り組んでいるものの知識を共有し、変化する会社のイニシアチブを誰もが認識し続けることです。仕事の割り当てを正式に「配る」ことではありません（他の方法で行われます）。

19 management  communication  meetings  team-building  team 

マネージャーは、すべてのプロジェクトでGitのコミットを監視しています。通常、これは問題ではありません。バージョン管理は、特に後の監査と分析（問題が発生した場合）のために、発生しているすべての作業のログを提供するという事実が大好きです。 ただし、マネージャーは、タスク管理システムで「スタイル修正」またはチケット番号を参照しないコミットメッセージを読み取るコミットを見たときに、人々が何に取り組んでいるかを尋ねるいくつかのコメントを作成しました。 これに社会的または技術的な解決策はありますか？ 詳細情報：これはメンテナンスプロジェクトであるため、「Aを実行し、次にB、次にC、次にDを実行し、最後にXを実装しなければならない」タスクが多数発生します。 詳細：マネージャーにフラグを立てた特定のコミットメッセージは、「X、Y、Zへのより良い方法を含む」に近く、単純なスタイル修正ではなく、リファクタリングメッセージです。

18 version-control  management 

スクラムに関する最近の白熱した議論の後、私の問題は、管理が完全にアジャイルなチームで非常に不必要で冗長な活動であると考えることであることに気付きました。成熟したアジャイルチームは、管理や非技術的な意思決定プロセスを一切必要としません。私の（明らかに間違い）目には、成熟した開発チームを管理するのに適した能力があるのはコーチ（適切なコミュニケーションスキルを持つ最も技術的に有能な同僚）だけであることは明らかです。スクラムマスターがこのようなチームにどのように貢献できるか想像できません。 私は、スクラムとそのようなベテラン開発者ではないが、チームにコーチがいる場合の生産サイクルの計画に長けているマネージャーの価値を理解し理解するのに非常に苦労しています。それは一体何の意味ですか？開発の最先端スキルを持たない人が高度な技術チームを管理するにはどうすればよいのでしょうか？おそらくここでの管理は何か他のものを意味するのでしょうか？ 管理は時間の無駄であり、未熟さの副産物だと考えています。私の理解では、成熟したチームは完全に自己管理しています。どうやら私は多くの偉大な人々が反対を言うので間違っていますが、私は自分を納得させることができません。

18 agile  scrum  management  extreme-programming 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 で別の質問、私は、開発者が好きではないかもしれない理由について尋ねた毎日スクラム。開発者と話をして、しばらくの間毎日のスクラムを開催しないことにしました（最初の試みで試してカスタマイズしたスクラムを提供するため）。これは、開発者と直接相談した結果です。 一方、開発者を毎日調整する機会を得たり、主要業績評価指標のように作業の進捗を監視したりして、早期にアクションを起こすなど、毎日のスクラムの良い部分を失いたくありません。 毎日のスクラムに代わるものとして、開発者に次の条件で毎日のレポートを提供するよう依頼することを考えています。 特定の形式に従う必要はありません。すべての形式が受け入れられます。 作業が完了していなくても、進捗状況を聞きたいと思っています。 各タスクに費やされた時間を言及する必要はありません。 開発の障害と調整の要件に言及する必要があります。 毎日のレポートに取りつかれている必要はありません。そんなに厳しくはありません。 これにより生産性が低下すると思いますか？日報の経験はありますか？マイクロ管理を行っていないことを確認できるように、何か提案がありますか？

18 productivity  management  scrum  meetings  reporting 

明らかな理由で質問が匿名で投稿されました。私は5〜6人の開発者からなる開発グループを持つ会社で働いており、対処するのに苦労している状況にあります。 技術的な選択（言語、フレームワーク、データベース、データベーススキーム、構成スキームなど）はすべて、CEOによって決定されますが、多くの場合、あまり根拠はありません。これらの選択肢を修正するのは非常に難しく、詳細な賛否両論のいくつかの代替案を提案しているにもかかわらず、彼の主な議論は「私はこれが好きではない」にある。彼はまた、理由を説明せずにコア製品をゼロから書き直すことを決定し、それが物事を遅くすると考えているため、開発会議に参加することはありません...私はすでに別の仕事の機会を探しています私たち（開発者）は状況を改善するためにできました。 私に衝撃を与えた2つの例： 彼は私たちに構成管理に似たものを実装するように頼みますが、彼は好きな言語で書かれていないため、既存のフレームワークを拒否します（実装言語は無関係です）。また、「非常に簡単だから」、これらのシステムを数日で書くことができると期待しています。 現在のコードベースが非常に悪いため（設計が彼のコードベースであるため）、彼は私たちのコア製品上でゼロから書き直し続けています。1年で3回目の書き換えを行っており、それぞれの書き換えは前の書き換えよりも悪化しています。 私がこれまでに試したのは、製品で精巧なベンチマークを実行することです（ソフトウェアが遅すぎることを訴え続け、より速くするために書き換えを正当化します）、単に賛否両論のグラフを作成するのではなく、既存の製品で作業証明としてソリューションを実装し、など...しかし、それらの努力の90％はまだゴミ箱に送られ（背後にあるあらゆる種類の理論的根拠は決して好きではありません）、私は彼が望むように正確にやらないので、しばしばprim責されます彼が望んでいることは不可能です）。

18 productivity  management  communication 

アジャイルソフトウェア開発は、最近ではかなり楽しい流行語になりつつあります。 開発者として、私は反復開発の実際的な価値を理解していますが、（ほとんどの場合）ソフトウェア開発へのアジャイルアプローチを採用することは開発者の選択ではありません。トップダウンの管理選択です！クリスタル、アジャイルメソッド、dsdm、rup、xp、スクラム、fdd、tddのいずれであっても、名前を付けてください。開発者の選択ではありません。 世の中のすべてのマネージャーにとって、（私の経験では）ほとんどのマネージャーがコードの一部に触れさえしていないときにアジャイル開発を選択する最大の理由は何ですか？

17 project-management  agile  management  project  scrum 

Peopleware（DeMarco、Lister）を読み終えたばかりで、少し前にExtreme Programming（XP）について調査しました。私が今見ているように、2つのアプローチは互いにほぼ排他的です。 Peoplewareは、プログラマーを妨害から分離することを提案し、プログラマーがフローを達成できるように、中断のない作業に優先順位を設定します。一方、XPは可能な限り多くのコミュニケーションを確保することを提案し、プログラマーが「一緒に座って」ペアでコーディングし、同じ部屋で作業することを提案します（多くのノイズを生成します）。 これら2つの競合する考え方は、おそらく正しい/間違っていると証明されているのでしょうか、それとも効果的な妥協があるのでしょうか？私は双方が指摘する点を見ることができますが、合理的な妥協を見ることができません。 ソフトウェア開発管理を勉強するのは初めてなので、何かを誤解している可能性があります。すべてのコメントを歓迎します。 PS追加のミニ質問として、プログラマーとして、どちらの生産性を高めますか？

16 productivity  management  extreme-programming 

全員がローカルテーブルと開発テーブルを変更する開発者のチームで作業する場合、どのようにしてすべての変更を同期しますか？誰もがSQLの変更を保持する中央ログファイルですか？テーブルの変更ステートメント、ローカルデータベースを最新バージョンにするために開発者が実行できる個々の.sqlファイルを追跡するWikiページですか？私はこれらのソリューションのいくつかを使用しましたが、うまく機能する優れた堅実なソリューションを一緒に得るために努力していますので、あなたのアイデアに感謝します。

16 management  version-control  sql