Questions tagged «project-management»

对于任何规模合适的项目，Bug跟踪器对我来说似乎都不是一件容易的事-它使组织数百或数千个问题变得非常容易，而不会发生问题冲突或混淆的情况。 因此，当我看到一些非常大的项目（例如Git）使用邮件列表作为协调维护和开发的主要方法时，我就有些震惊。例子： Git-社区页面： ...错误报告应发送到此邮件列表。 Debian错误跟踪系统，根据Wikipedia： ...它的独特功能是它没有任何形式的Web界面来编辑错误报告-所有修改都是通过电子邮件完成的。 许多现代的错误跟踪器与电子邮件（可以接收有关正在查看的错误或已分配给您的错误的评论或通知）以及版本控制系统（可以将提交标记为解决问题等）都具有很好的集成性。 ）。其中大部分必须通过邮件列表手动完成，并且您会收到大量关于不感兴趣的错误的电子邮件。 那么，与基于Web的错误跟踪器相比，邮件列表的主要优点是什么？为什么某些大型项目仅使用邮件列表？

65 project-management  communication  issue-tracking  email 

各个贡献者（程序员/设计人员）仅出于一种目的而开发工件的模式的名称是用作转移，以便管理层可以在最终产品中删除该功能？ 这是我从曾经在一家大型游戏开发公司工作的前同事那里听到的民间传说。在该公司，众所周知，中层管理人员被迫向产品“投入”并“做出更改”，否则他们就有被视为对项目没有贡献的风险。由于这些多余的“管理输入”，这种情况已延迟了许多项目。 在上述公司的一个项目中，艺术家和开发人员创建了一个多余的动画角色，该角色出现在每个过场动画中，并且像拇指一样伸出来。他们设计的方式是可以在游戏发售之前轻松将其删除（当时游戏仍然是通过实体媒体而非可下载的产品出售的）。显然，管理层随后投票决定删除动画。从积极的方面来看，管理层并未进行任何不必要的变更，因为这些变更表明他们为产品提供了建设性的投入，这些变更会延迟项目。 在公司工作的游戏程序员中，这个过程模式有一个名字，但是我忘记了实际的名字。我相信这是duck- 东西。任何人都可以帮助指出名称，以及有关模式如何发展的可靠参考。

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

我最近从事的一个项目被建筑师严重低估了。估计至少超出了500％。 不幸的是，在与客户签署估算之后，我才被带入该项目。作为高级开发人员，我很快意识到了功能和技术规范。包含一些巨大的差距和不确定性。 结果，我感到不得不与业务和技术主管召开紧急会议，让他们了解现实。作为开发人员的首要任务，我发现这是一个非常压力和困难的情况。“企业”指责IT不称职，是我收到的一些“子弹”使者。 客户威胁要取消该帐户，但是迄今为止该项目仍未完成，我不再直接参与其中。 这位建筑师在社交上是一个好人，但基于这一事件，他要么完全无能，要么存在巨大的销售/业务压力，影响了他的估算。 因此，作为程序员，您对这种情况有何经验？您会如何建议处理这种情况？

63 architecture  project-management  estimation 

客户满意度的卡诺模型定义了不同类别的产品功能。其中有 必须具备的质量：如果未实施这些质量，则客户将不会接受该产品。 吸引人的品质（愉悦）：客户通常一开始并不期望的功能，但被发现时会引起兴奋和愉悦。 有吸引力的品质显然具有很大的商业价值。当使用不到5.000欧元的菲亚特汽车可以满足所有必不可少的条件时，他们会让人们以500.000的价格购买法拉利。 但是，我知道所有敏捷过程都强烈赞成必须满足的要求。这些总是获得最高优先级。似乎甚至没有在敏捷中获得吸引人的品质的地方。 我相信敏捷流程在软件开发中非常有用。但是，如何将它们应用于创建令人愉悦的高质量软件产品，而不仅仅是满足勉强满足最低要求的最低要求？ 附录：正如前两个答案所指出的那样，将必须满足的要求给予最高优先级确实是有意义的。但是我们（和客户）是否真的总是事先知道什么是必须满足的要求。我有几次这样的经验，即一开始就被高度重视的要求后来变得不那么重要了，即使不是毫无用处的。因此，我认为不应盲目地将注意力集中在必须满足的要求上。

61 agile  project-management  scrum  requirements 

我在努力跟踪自己和团队中每一个人每天的实际工作。每周检查完已完成的卡片后，我会得到一个全面的了解，并且站立式会有所帮助，但是我觉得我对团队的日常工作没有很好的处理能力。卡片将连续数天保持运行状态，而每天的站立状态不会有任何更新，而且某些工程师是我的团队中沟通能力最弱的。 我已经考虑过实施某种日常记录，每个人都可以填写（通过邮件列表或共享的Google文档），但这似乎很繁琐且手动。 监视GitHub的活动可以很好地完成工作，但每天发送多少封电子邮件可能会使您有些不知所措。我曾经考虑过要为其构建摘要系统，但没有时间可以节省时间。 您实施了哪些策略以保持团队日常工作的最高级，从而可以评估“进行中”任务的工作量？

61 project-management  agile  time-tracking 

大型公司通常会遇到这样的问题：由于缺少人员和金钱，不可能编写员工想要的所有程序（以节省时间和优化流程）。 然后，将由具有（至少一些）编码经验的人（或由便宜的学生/实习生...）创建隐藏程序。在某些情况下，这些应用程序将变得越来越重要，并从一个用户传播到整个部门。 还有一个关键点：谁来维护应用程序，添加新功能……？这个程序很关键。这是必需的。但是实习生已经离开了公司。没有人知道它是如何工作的。您只有一堆资源和一些文档。 尝试控制或禁止在IT部门之外临时进行应用程序开发是否有意义（Excel宏等次要内容除外）？

61 project-management  legacy 

问题：似乎我参与了几乎所有开发工作，无论在开始开发之前花了多少时间进行计划，在项目中期或项目结束时总是需要进行大量更改。这些有时是重大变化，需要大量重新开发。 我不为付钱的客户工作，这是内部开发网站上的内部开发团队。因此，这不是我可以为此付费的费用。最终，我们必须尝试按时完成任务。 问题：你们发现哪些最佳方法可以最小化并防止规格更改在开发中途或开发后出现？

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

那里有非常复杂的开源项目，我想我可以为其中的一些项目做出一些贡献，我希望我能做出一些贡献，但是进入的门槛太高了，原因有一个：在同一时间更改一行代码大型项目，您必须了解所有内容。 您不需要阅读所有代码（即使您阅读，也不够用）并了解每一行的内容以及原因，因为代码可能是模块化和分区化的，所以有适当的抽象，但是即使如此，你需要获得一个概述该项目，这样你就可以知道哪里是模块，其中确实有另外一个模块接口，究竟各模块做的，为什么，以及其中的目录和文件均对这些事情的发生。 我称此代码概述为开放源代码项目可以在网站或文档中向外部人员解释其代码的部分的名称。我认为这将使潜在的贡献者受益，因为他们将能够确定他们可以建立的地方，所涉及的实际主要编码人员，因为他们将能够在编写所有内容的同时重组他们的思想，并会像他们那样帮助用户。帮助理解并更好地报告他们遇到的错误，甚至可能成为贡献者。 但是我仍然从未见过这些“代码概述”之一。为什么？是否有类似的事情，我想念他们？与我描述的功能相同的事情？还是这是一个完全无用的想法，因为除我之外，每个人都可以轻松理解具有数千行代码的项目？

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

如果每个人都知道自己在做什么并且对项目进行了准确的估算，为什么会有压力？如果有压力甚至是高压，这意味着他们当前正在做的事情没有用，为什么任何优秀的程序员都想加入这样的团队？这些职位发布是否试图炫耀失败，还是真的只是诚实？还是真的有一些很好的理由要承受压力？

58 project-management 

错误已被打开，修复，验证和关闭。一个月后，它经过几次迭代，没有任何回归，再次出现在后续版本中。 如果错误特征相同，您将重新打开现有的错误ID还是使用链接到已关闭错误的链接打开一个新 ID ？

55 project-management  agile  issue-tracking 

我是软件开发人员。有一组测试人员，他们遵循并运行由分析师编写的测试用例，但也执行探索性测试。似乎测试人员一直在竞争，看看谁可以打开更多错误，而且我注意到错误报告的质量下降了。除了测试功能和报告与软件操作有关的错误外，测试人员还提交了有关屏幕增强，可用性或愚蠢错误的错误。 这对项目有好处吗？如果不是，我（作为软件开发人员）如何尝试改变测试人员团队的想法和态度？ 另一个问题是，由于截止日期是估计的并且无法更改，因此随着截止日期的临近，测试人员将争先恐后地完成他们的测试用例，这将导致测试质量下降。这将导致合法的错误出现在客户端收到的最终产品中。 OBS：此竞赛不是公司的惯例！这是仅由他们组织的测试人员之间的竞赛，没有任何奖项。

54 programming-practices  testing  project-management 

最近，我们遇到了一个问题，管理层推迟了webapp（自动注册）的功能，因为他们觉得开始太“冷”了，但是他们希望我们一直在努力的所有其他功能都可以上线。 问题在于该功能在完成时已与我们期望在下一个版本中发布的所有其他功能一起合并到开发中，因此我们不能像往常一样将dev-> test-> master合并。 我们如何避免这个问题？

53 project-management  git  gitflow 

我为一家大型全球公司的子公司工作。从一开始这不是一家子公司，而是一家被较大公司收购的公司。 我们似乎正走向死亡之路，我想知道我（或我的团队）是否可以做些什么来解决管理问题或完成这些项目。 这是典型的每日WTF情况： 期限不切实际（管理“估计”为6个月，开发团队至少需要18个月）； 长时间（最多3小时）的日常会议，进一步降低了我们的生产力； 管理层拒绝让步，因为他们希望新老板看起来不错。 开发商被欺负，被指控无能，被置于“耻辱之墙”等。 团队领导刚刚辞职，士气处于历史最低水平。 我想离开-大多数开发团队都在考虑-但我不愿意退出。我真的很需要钱，而且在失业一段时间后我也只来过很短的时间（5个月），所以现在辞职可能会给潜在的雇主带来危险。 是否有任何策略可以有效地促进与管理层的更多合作，或至少将持续的中断最小化？ 编辑： 从这个问题的答案我收到了很好的建议。我不能真正接受一个答案，因为我不能接受一个以上的答案，这对其他人来说是不公平的。 考虑到这种情况，我们决定尽力而为。我们正在推迟管理，以查看我们是否真的可以从他们那里获得帮助（如新员工，新截止日期等）。同时，我正在寻找新工作（因为我的同事已经在做）。 我们将看看会发生什么并相应地计划。但是有一点可以肯定：在公司圣坛上牺牲自己是不可能的。 谢谢你们！

52 project-management  development-environment 

我是一名开发人员，致力于开发具有大型后端组件的Android和iOS新移动应用程序。我们已经进入了该项目的三个冲刺阶段，并且我们将Scrum与它的所有仪式（完善，计划，每日，回顾等）一起使用。 在两次冲刺中，团队不得不加班和周末工作（无偿），因为管理层非常震惊，我们无法按时完成冲刺承诺。每个人都努力工作，但是一些外部依赖性和乐观估计使我们难以完成所有的冲刺故事。 以我的经验，在一些冲刺中完成一小部分故事是不正常的，可以在下一个中解决。但是我们的项目经理说，这是我们自己做的估算，这是我们的错，因此我们应该完成sprint中的所有项目。 我不知道这是Scrum的可接受/常见变化吗？ 您如何建议我对此采取行动？

52 agile  project-management  scrum  development-process 

我已经从AP计算机科学课分配了一个小组项目，并且我需要与其他三个人一起工作。我以前从未与他们交谈过，我不知道他们的技能水平，而我所拥有的只是他们的电子邮件地址。总结起来，作业是这样的： “作为一个团队，您将至少完成一个课程的三个模块。...” 我将尝试成为“队长”，因为他们都没有尝试彼此联系，但我很好奇：该怎么做？我已经给他们发送了电子邮件，并询问他们是否有比彼此发送电子邮件更喜欢的交流方式，但是一旦我们真正开始该项目，我就必须弄清楚谁在做什么。 我该怎么办？我如何“负责”并领导三个我从未认识的人？ 这是实际作业的摘录： 因此，您需要在本周初讨论每个团队成员将在此项目中扮演的各种角色。您可以通过Pronto（或Blackboard IM），电子邮件，Wiki，Google组，博客或您认为合适的任何其他方式进行通信。如果小组成员在一周结束前仍未加入小组，请告知您的教练，他们将提供其他指导。 ... 在项目结束时还将进行团队评估，您将在其中评估每个团队成员对该项目完成的贡献以及建议的等级。 编辑：许多人建议我在咖啡厅见他们，或类似的东西。唯一的问题是，我们所有人都处在不同的状态。我还发现其中一个不允许使用Facebook / Skype / twitter，因此我不得不求助于Yahoo Messenger和电子邮件。

50 project-management  team  project