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

まともなサイズのプロジェクトのバグトラッカーは、私にとっては簡単なことのように思えます。問題が衝突したり混同したりすることなく、数百または数千の問題を非常に簡単に整理できます。 そのため、Gitのように、メンテナンスと開発を調整する主な方法としてメーリングリストを使用するいくつかの非常に大きなプロジェクトを見ると、少し圧倒されます。例： Git-コミュニティページ： ...バグレポートはこのメーリングリストに送信する必要があります。 WikipediaごとのDebianバグ追跡システム： ...そのユニークな機能は、バグレポートを編集するためのウェブインターフェースの形式がないことです-すべての変更は電子メールを通して行われます。 最新のバグトラッカーの多くは、電子メール（見ているバグや自分に割り当てられているバグに関するコメントや通知を受け取ることができます）やバージョン管理システム（問題を解決するなどのマークを付けることができます）と非常によく統合されています。）。この多くは、メーリングリストを使用して手動で行う必要があり、興味のないバグに関する大量の電子メールを受け取ることになります。 それでは、Webベースのバグトラッカーに対するメーリングリストの主な利点は何ですか？一部の大きなプロジェクトでメーリングリストのみが使用されるのはなぜですか？

65 project-management  communication  issue-tracking  email 

個々の貢献者（プログラマー/デザイナー）が唯一の目的のためにアーティファクトを開発したパターンの名前は何ですか？管理者が最終製品のその機能を削除できるように流用として機能することですか？ これは、ある大手ゲーム開発会社で働いていた元同僚から聞いた民間伝承です。その会社では、中間管理職が製品に「インプットを与え」、「変更を加える」ようプレッシャーをかけられていることはよく知られています。こうした状況は、これらの余分な「管理入力」のために多くのプロジェクトを遅らせました。 上記の会社の1つのプロジェクトでは、アーティストと開発者が、あらゆるカットシーンに登場し、親指のように突き出る過剰なアニメーションキャラクターを作成しました。彼らは、ゲームが出荷される前に簡単に削除できるように設計しました（これは、ゲームがまだダウンロード可能な製品ではなく物理メディアで販売されていたときです）。明らかに、経営陣はアニメーションを削除することを投票しました。肯定的な側面として、経営陣は、製品に建設的なインプットを提供したことを示したため、プロジェクトを遅らせるような不必要な変更を導入しませんでした。 このプロセスパターンには、企業で働くゲームプログラマーの間で名前がありますが、実際の名前が何であるか忘れていました。私はそれがカモだと信じています。誰もが名前を指摘し、おそらくパターンがどのように展開するかについてのかなり信頼できる参照を指摘するのを助けることができますか？

64 project-management  terminology  patterns-and-practices  game-development 

私が取り組んだ最近のプロジェクトは、建築家によってひどく過小評価されていることが証明されました。推定値は少なくとも500％外れていました。 残念ながら、見積もりが顧客とサインオフされた後、私はプロジェクトに参加しました。シニア開発者として、私はすぐに機能および技術仕様に気付きました。いくつかの大きなギャップと不確実性が含まれていました。 その結果、私はビジネスおよび技術ディレクターと緊急事態会議を呼び出して彼らに現実を知らせることを強いられたと感じました。何よりもまず、開発者として、私はこれが非常にストレスの多い困難な状況であることに気付きました。「ビジネス」は、ITが無能であり、メッセンジャーであると非難し、私はいくつかの「弾丸」を受け取りました。 顧客はアカウントをキャンセルすると脅しましたが、現在までプロジェクトは未完成であり、私はそれとは直接関係していません。 建築家は社会的にはナイスガイでしたが、このエピソードに基づいて、単に無能であるか、彼の推定に影響を与える大きな販売/ビジネスのプレッシャーがありました。 それでは、プログラマーとして、この種の状況についてのあなたの経験はどのようなもので、どのように対処することを勧めますか？

63 architecture  project-management  estimation 

顧客満足の狩野モデルは、製品機能のさまざまなクラスを定義します。それらの中には 必須の品質：これらが実装されていない場合、顧客は製品を受け入れません。 魅力的な品質（喜び）：顧客が最初に期待することさえないが、発見されたときに興奮と喜びをもたらす機能。 魅力的な資質は明らかに多くのビジネス価値を持っています。5.000未満の使用済みフィアットがすべての必須要件を満たす場合、人々は500.000でフェラーリを購入します。 ただし、私が知っているすべてのアジャイルプロセスは、必須の要件を強く支持しています。これらは常に最高の優先度を取得します。アジャイルには魅力的な資質がある場所すらありません。 アジャイルプロセスはソフトウェア開発に非常に役立つと思います。しかし、どうすればそれらを適用して、必須の要件をかろうじて満たす最低限のものだけでなく、楽しい高品質のソフトウェア製品を作成できますか？ 補遺：最初の2つの答えが指摘したように、必須要件に最高の優先順位を与えることは理にかなっています。しかし、私たち（および顧客）は、必要な要件が何であるかを事前に常に知っていますか 私は、最初に高い優先度が与えられた要件が、後で役に立たないとしても、それほど重要ではないことが判明したことを何度か経験しました。したがって、私は、必要な要件に慎重に焦点を合わせるべきではないと考えています。

61 agile  project-management  scrum  requirements 

私は自分自身とチームの人々が実際に毎日何をしているかを追跡する方法に苦労しています。完成したカードを毎週調べることで良い全体像が得られ、スタンドアップは少し助けになりますが、チームの日々の仕事をうまく扱えないと感じています。カードは毎日のスタンドアップで更新されることなく何日間も進行し続けます。一部のエンジニアは、私のチームは最もコミュニケーションが取れていません。 メーリングリストまたは共有のgoogleドキュメントを介してすべての人が記入する何らかの日次記録を実装することを考えましたが、これはかなり面倒で手作業のようです。 GitHubアクティビティを監視することは問題ありませんが、毎日送信する電子メールの数に少し圧倒される場合があります。私はそれのためにダイジェストシステムを構築しようと考えましたが、余裕がある時間はありません。 「進行中」のタスクの作業を測定できるように、チームが毎日行っていることを常に把握するためにどのような戦略を実施しましたか？

61 project-management  agile  time-tracking 

大企業は通常、問題を抱えています。スタッフとお金が足りないため、従業員が望むすべてのプログラムを（時間を節約し、プロセスを最適化するために）書くことは不可能です。 その後、（少なくとも一部の）コーディング経験を持つ一部の人々（または安価な学生/インターン...）によって隠されたプログラムが作成されます。状況によっては、これらのアプリケーションの重要性が高まり、1人のユーザーから部門全体に広がります。 次に、重要なポイントがあります：アプリケーションを保守し、新しい機能を追加するのは誰ですか？そして、このアプリは重要です。それが必要とされています。しかし、インターンは会社を辞めました。それがどのように機能するかは誰にもわかりません。たくさんのソースとある種のドキュメントしかありません。 IT部門の外でアドホックに行われるアプリケーション開発（Excelマクロなどのマイナーなものを除く）を試行または制御または禁止することは理にかなっていますか？

61 project-management  legacy 

問題：私が関与するほとんどすべての開発努力で、開発を開始する前に計画にどれだけ時間がかかっても、プロジェクトの途中またはプロジェクトの終わりに向かって大量の変更が常に必要と思われます。これらは時々大きな変更であり、多くの再開発が必要です。 私はお金を払っているクライアントのために働いていません。これは社内開発ウェブサイトの社内開発チームです。だから、私はそれまたは何かのために充電できるようではありません。そして、一日の終わりには、締め切りに間に合わなければなりません。 質問：仕様の変更が途中または開発後に発生するのを最小限に抑え、防止するために皆さんが見つけた最良の方法は何ですか？

61 web-development  project-management  business  teamwork  time-management 

そこには非常に複雑なオープンソースプロジェクトがあり、そのうちのいくつかに私は貢献できると思います、そして私はできると思いますが、単一の理由でコードへの1行を変更するために、エントリーに対する障壁が高すぎます大きなプロジェクトをすべて理解する必要があります。 すべてのコードを読む必要はありません（読んでも十分ではありません）、すべての単一行が行うこととその理由をすべて理解する必要があります。コードはおそらくモジュール化され、コンパートメント化されているためです。その場合でも、プロジェクトの概要を取得して、モジュールの場所、あるモジュールが他のモジュールとインターフェイスする場所、各モジュールが正確に何をするのか、なぜなのか、これらの各イベントがどのディレクトリとファイルで発生するのかを知る必要があります。 私はこのコードの概要を、オープンソースプロジェクトがウェブサイトや外部の人にコードを説明するドキュメントに含めることができるセクションの名前として呼んでいます。私はそれが恩恵を受けるだろうと思う潜在的な貢献者を、彼らは実際、構築できる場所を識別することができるだろうとして、主コーダーは、彼らがすべてを書きながら、彼らの心を再編成することができるだろうとして、関与を、そして役立つだろうユーザーを、彼らは同じように、彼らが経験するバグを理解し、より良い報告をする助けになり、貢献者になることさえあります。 しかし、これらの「コードの概要」の1つを見たことはありません。どうして？これらのようなものがあり、私はそれらを見逃していますか？私が説明しているのと同じ仕事をするものは？または、これは完全に役に立たないアイデアですか？

60 open-source  project-management  source-code  complexity  contribution 

誰もが自分たちが何をしているかを知っていて、プロジェクトが正確に見積もられているのに、なぜプレッシャーがあるのでしょうか？プレッシャーがあれば、あるいはプレッシャーさえあれば、それは彼らが現在やっていることが機能していないことを意味します。この種の求人は自慢しようとするのに失敗したのですか、それとも本当に正直なのですか？それとも、本当にプレッシャーをかけるのにいくつかの正当な理由がありますか？

58 project-management 

バグが開かれ、修正され、検証され、閉じられました。1か月後、回帰なしに数回繰り返した後、次のバージョンで再び現れました。 バグの特性が同じであれば、既存のバグID を再度開くか、閉じたバグへのリンクを含む新しい IDを開きますか？

55 project-management  agile  issue-tracking 

私はソフトウェア開発者です。アナリストによって書かれたテストケースをフォローして実行するが、探索的テストも実行するテスターのチームがあります。テスターは誰がより多くのバグを開くかを競い合っているようで、バグレポートの質が低下していることに気づきました。機能のテストやソフトウェアの動作に関連するバグの報告の代わりに、テスターは画面の機能強化、使いやすさ、または愚かなバグに関するバグを提出しています。 これはプロジェクトに適していますか？そうでない場合、どうすれば（ソフトウェア開発者として）テスターチームの考え方や態度を変えようとすることができますか？ もう1つの問題は、期限が推定されて変更できないため、期限が近づくと、テスト担当者がテストケースを終了するためにスクランブルし、テストの品質が低下することです。これにより、クライアントが受け取った最終製品に正当なバグが発生します。 OBS：この競争は会社の慣行ではありません！それは彼らによって組織されたテスターだけの間の競争であり、賞はありません。

54 programming-practices  testing  project-management 

最近、Webアプリの機能（自動サインアップ）が管理者によって延期されるという問題が発生しました。彼らは、開始が「冷たすぎる」と感じていたが、彼らが取り組んでいた他のすべての機能を公開したかったためです。 問題は、この機能が次のリリースでライブをプッシュする予定の他のすべての機能と一緒に終了したときに開発にマージされたため、通常のようにdev-> test-> masterをマージできないことです。 この問題をどのように回避できたでしょうか？

53 project-management  git  gitflow 

私は世界的な大企業の子会社で働いています。これは最初から子会社ではなく、大企業が買収した会社でした。 私たちは死の行進に向かっているようで、私（または私のチーム）が管理の問題を解決するか、それにもかかわらずプロジェクトを完了するためにできることがあるかどうか疑問に思っています。 これは、典型的な毎日のWTFの状況です。 非現実的な期限（管理者は「推定」6か月、開発チームは最低 18か月必要）。 長時間（最大3時間）の毎日の会議で、生産性がさらに低下します。 経営者は、新しい所有者の見栄えを良くしたいため、スケジュールに応じることを拒否しています。 いじめられている、無能であると非難されている開発者は、「恥の壁」をかぶっています。 チームリーダーは辞任したばかりで、士気は常に低い。 私は去りたい-開発チームのほとんどはそれを考慮している-しかし、私は辞めたがらない。本当にお金が必要です。また、失業してから短期間（5か月）しか滞在していないので、今やめることは、将来の雇用主に危険をもたらすかもしれません。 経営陣からの協力を促進するのに、または少なくとも進行中の混乱を最小限に抑えるのに効果的な戦略はありますか？ 編集： 私はこの質問への回答から素晴らしいアドバイスを受けました。複数の回答を受け入れることはできず、他の回答は不公平になるため、回答を実際に受け入れることはできません。 状況を考慮して、私たちは仕事で最善を尽くすことにしました。私たちは実際に彼らから助けを得ることができるかどうかを確かめるために経営陣を押し戻しています（新しい人、新しい期限など）。同時に、新しい仕事を探しています（同僚がすでにやっていたように）。 何が起こるかを見て、それに応じて計画を立てます。しかし、一つ確かなことがあります。社殿で自分自身を犠牲にすることは問題外です。 皆さん、ありがとうございました！

52 project-management  development-environment 

私は、大きなバックエンドコンポーネントを備えたAndroidおよびiOS用の新しいモバイルアプリに取り組んでいる開発者です。私たちはこのプロジェクトの3つのスプリントに参加しており、スクラムをそのすべてのセレモニー（洗練、計画、デイリー、回顧など）で使用しています。 2つのスプリントでは、チームは残業と週末に（無給で）働かなければなりませんでした。誰もが一生懸命働きましたが、外部の依存関係と楽観的な見積もりにより、すべてのスプリントストーリーを達成するのに苦労しました。 私の経験では、一部のスプリント中にストーリーの一部が完了しないことはある程度普通であり、次のストーリーで取り組むことができます。しかし、プロジェクトマネージャーは、自分で見積もりを行ったのは私たちのせいだと言っているので、スプリントのすべての項目を完了する必要があります。 これは、私が知らないスクラムの許容可能な/一般的なバリエーションですか？ これに基づいて行動することをどのように提案しますか？

52 agile  project-management  scrum  development-process 

APコンピューターサイエンスクラスからグループプロジェクトを割り当てられ、他の3人と協力する必要があります。私は以前彼らと話したことがなく、彼らのスキルレベルがわからず、彼らのメールアドレスしかありません。要約すると、割り当ては次のとおりです。 「チームとして、クラスに少なくとも3つのモジュールを完了します。...」 私は「チームキャプテン」になろうとしていますが、彼らは誰もお互いに連絡をとろうとしませんでしたが、私は興味があります。私は彼らにメールを送り、お互いにメールを送るよりもコミュニケーションの方が良いかどうか尋ねましたが、実際にプロジェクトを開始したら、誰が何をしているのかを把握する必要があります。 私は何をすべきか？会ったことがない3人を「担当」し、リードするにはどうすればよいですか。 以下は実際の割り当ての抜粋です。 したがって、各チームメンバーが週の初めにこのプロジェクトで果たすさまざまな役割について話し合う必要があります。Pronto（またはBlackboard IM）、電子メール、Wiki、Googleグループ、ブログ、またはその他の適切な方法を介して通信できます。週の終わりまでにグループメンバーがグループに参加しない場合は、インストラクターに知らせて、追加のガイダンスを提供します。 ... また、プロジェクトの終了時にチーム評価が行われます。この評価では、各チームメンバーがこのプロジェクトの完了への貢献度と推奨成績を評価します。 編集：多くの人々は、私が彼らにコーヒーショップなどで会うことを提案しました。唯一の問題は、私たち全員が異なる状態にあるということです。また、そのうちの1人がFacebook / Skype / twitterの使用を許可されていないこともわかったため、yahooメッセンジャーとメールでメッセージを送信することに頼らなければなりません。

50 project-management  team  project