Questions tagged «project»

一方面，有一条建议说“建一个要扔掉”。只有在完成软件系统并查看最终产品之后，我们才能意识到设计阶段出了什么问题，并了解我们应该如何真正做到这一点。 另一方面，存在“第二系统效应”，它表示设计的同一类型的第二系统通常比第一个系统差。有许多功能不适合第一个项目，而被推入第二个版本通常会导致过于复杂和过度设计。 这些原则之间不是在这里有些矛盾吗？对这些问题的正确看法是什么，两者之间的边界在哪里？ 我认为，这些“好的做法”是在弗雷德·布鲁克斯（Fred Brooks）的开创性著作《神话人月》中首次得到推广的。 我知道其中一些问题已通过敏捷方法解决，但从深处看，问题仍然是原则。例如，在上线之前，我们不会对3个Sprint进行重要的设计更改。

15 design  project-management  programming-practices  project  principles 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 我有兴趣知道如何处理当前的软件开发流程，该流程多年未变，最终会导致产品和团队失败。是的，解决这个问题的更简单方法可能是换工作，但是有了这种经济，说起来容易做起来难。但是，如果您有特定的示例，并且在相同的情况下曾经或多次出现，并且认为解决这些问题的最佳解决方案是离开公司，那么请支持您的回答。关键是，这个问题确实有答案，特别是如果该主题的多个专家最终指出最好的路线是：路线A。 我知道成千上万的开发人员曾经或正在经历类似的情况。这是公司从在市场上排名第一变为最后甚至退出市场的主要原因之一。希望本文中的答案能够帮助其他面临类似障碍的开发人员。在小型或大型开发团队中，通常会发生以下情况： 一些开发人员似乎并不在乎并决定顺其自然，而宁愿让代码充满很多代码味道，保持开发流程不变， 其他人厌倦了不变，辞职并搬到另一家公司， 其他人似乎害怕说话，宁愿保持沉默， 有时，很少有开发人员或只有一个开发人员试图说出要改进产品的情况，并告诉团队遵循最佳编码实践的重要性和对客户，用户和团队的益处。这些类型的开发人员通常由于诸如公司提供的收益，软件公司提供的收益很少，产品具有很大的潜力等原因而决定留在团队中。 我们团队中的产品仅是公司从中获得收入的一小部分，因为它拥有大量产品（该公司不是软件/硬件公司；因此，至少在目前，没有持续的专利诉讼可创造工作机会）不稳定）。这些年来，我从其他开发人员的经验中学到的东西是，要真正认识一个开发团队，需要花费时间，而不是几天或几周，而是几个月。在面试过程中，团队是否要雇用您或需要您；它们使一切听起来很棒，并且它们可能会告诉您您想听的内容。但是，当您开始在该团队中工作并开始深入研究代码并迈向完整的SDLC流程时，现实就不同了。这是作为开发人员时，您开始看到自己从事的工作的现实。这种现实使得很难从一家公司转移到另一家公司，因为很难知道您所迁移的公司是好是坏。是的，您可以阅读Glassdoor的评论等。但是，这些在线评论中有多少是真实的，而不是来自HR？ 考虑到经理从一开始就一直拒绝更改，而以前的开发人员已经这样做了多年，那么解决以下概述的问题的最佳方法是什么？ 多年来缺乏产品创新：产品具有巨大的潜力，并为公司带来了可观的收入，但产品看起来像20年前制造的。一些用户抱怨该产品不友好，不直观，而另一些用户则提到该产品已用于Gmail等应用程序，并且由于不具有类似功能而在使用该产品时感到沮丧。这里的主要问题是，当您作为开发人员尝试对产品进行更改并开始将产品的主要元素移开几个像素（以使其更加用户友好或直观）时，经理会慌张并告诉您把它放回原处。如果您尝试添加对用户有利的功能，经理会要求您删除它，因为“用户习惯于按原样进行处理等。” 我认为您理解了变革，改进和创新的阻力（即使您作为开发人员提供了强有力的利益主张，经理也不愿意改变）。公司在该领域有一些竞争对手（其中的几个产品更具竞争力），但是公司以某种方式保持了现有客户多年。 缺乏项目管理协调：因此，一些项目交付较晚，存在错误，有些客户抱怨（客户也报告错误），或者在交付项目之前预算太快等。我已经提供了它们一些项目协调技巧，并且现在定期使用这些想法来跟踪项目和要完成的任务的进度。 不良的软件开发实践：在大多数（如果不是全部）文件上看到代码异味，没有文档，代码冗余，在同一文件上混合了前端层和后端，过时的开发工具，没有真实的测试环境或测试工具（只需复制和粘贴）文件从开发环境到生产环境，然后手动进行测试，看情况是否良好并发布）。我用于开发和测试的大多数开发工具都是团队不知道的，因为团队仅使用2个IDE进行代码开发，而源代码控制仅适用于开发环境。其他开发人员试图使用最新的框架来改善当前问题，但是经理不喜欢它，因为“如果离开，那么谁来维护该代码？让我们保持现状”，其中一些开发人员已经离开并搬到另一家公司。 综上所述，我确定其他公司的许多开发人员也会遇到类似的情况，但是由于情况不同，开发人员可能更愿意留在团队中而不是去其他公司，原因是（工作便利，工作灵活性，公司收益或只是因为还没有一个更好的机会）。我没有一家完美的公司，但是作为开发人员，您将如何处理和解决所有这些问题，以保持积极的态度，并最终促进变革，以改进产品并改善软件开发流程（无论您是否有很多）多年的开发经验还是仅几个）？我知道这是一篇很长的文章，但是我希望提供更多细节，以增加获得更多有用反馈的机会。 非常感谢您的反馈和时间

14 project-management  programming-practices  team  project  legacy-code 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 6年前关闭。 我们的团队正在考虑进行“一周内的项目”（训练营），我想知道是否还有其他人有这样做的经验或任何建议？ 其背后的想法是摆脱办公室的干扰，相互激励，并在团队中建立我们的纽带，以便在短时间内提出创新和有利可图的产品。 计划是让整个开发团队（大约5个开发人员），设计师，项目经理，几个销售和市场营销人员在会议中心/酒店呆上一个完整的工作周。我们将完全专注于构建一个Web应用程序（预先计划）并在一周之内将其发布并投放市场。我们将工作很长的一天，但在晚上，我们将作为团队一起玩乐。为了确保我们不会因日常客户支持而分心，将有几个团队成员留在办公室。诸如Firebrand这样的培训公司也使用了类似的“沉浸式”方法。 好主意？糟糕的主意？我们应该如何激励团队？ 任何想法/经验/建议将不胜感激。 干杯

14 project-management  project  motivation  teamwork  team-building 

我公司的团队负责人\建筑师认为，如果将“逻辑连接的实体”放在一个.cs文件中，则大型项目更容易理解。 我引用： “逻辑，接口和类的整体结构可以在一个地方看到，这是一个不能被驳斥的论点。要看到同一件事，但需要一堆文件，则需要使用工具，类图，R＃用于导航，等等。” “遵循拙劣的理论，我可能会大声疾呼，分开的文件很酷，但是当涉及到对现有代码进行更改时，尤其是如果您不是该代码的编写者时，很难理解大量分散的文件。因此，在论坛上，您可以编写“一个枚举一个文件”，但实际上，永远不要使用这种方法“ “ ...关于开发人员之间代码库的分离，如今同时编辑同一文件已不是问题。合并已不是问题。” 我听说过很多次，我们必须为每个枚举，类等创建一个.cs文件，这是最佳实践。 但是我不能说服他。他说，他不信任任何著名的程序员，例如Jon Skeet。顺便说一下，Skeet对这个主题的看法是：找到枚举类型的最佳位置在哪里？ 你怎么看？有真正的问题吗？还是只是一个口味问题，应该由组织的编码标准来规范？

12 c#  .net  project  code-organization 

我理解两者之间的区别，但是我的同事质疑将标签要求标记为功能性或非功能性（或过渡性）的好处。为什么要这样做呢？他花了两天的时间仔细检查了一个项目的需求清单，但没有发现任何好处，因为最终结果是将文件提交给另一个业务实体，并下达命令“全部完成”。 我担心的是，要求汇总在一个文档中。我试图用实际的方式来解释好处，但是无法出售。如何出售记录哪些需求有效和哪些需求无效的好处。

12 documentation  project  management  requirements 

项目失败并不罕见。 作为程序员，您如何处理失败的项目？ 故障的一些定义： 错过最后期限。 代码和功能无法实现预期的功能。 软件变成无用的软件或无数个阶段，基本上无法交付。 或者，也许您有自己的故障定义。 你开始手指了吗？您是否责怪自己，要求，技术，管理，客户等？您是否以团队的形式参加了经验教训课程？

12 team  project  failure 

Scrum中允许使用技术用户故事吗？如果是这样，在Scrum中编写技术用户故事的标准模板是什么？一样As a <user> I want to do <task> so that I can <goal>吗？ 我在一些博客中读到，“ 开发人员不是用户故事”，但我也读到Scrum并没有强制要求这些。在有些情况下，他们有共同的一些博客用户故事与系统用户，它像as a <user who is not end user> i want to <system functionality> so that <some techinical thing>。那么哪个是标准？ 例如，有一些用户故事，例如： 作为评论者，我想上传任何酒店/食物的照片，以便其他用户可以看到并喜欢它们 作为用户，我想添加照片评论，以便更好地解释我的观点 现在，对于这两个用户故事，都有一个重要的技术项目-保存和检索图像 因此，我可以添加带有以下描述的标题为“图像存储和检索机制”的技术故事吗？ 作为开发人员，我想开发一种存储和检索图像的机制，以便用户可以在需要时添加/查看图像

11 project-management  agile  scrum  project  user-story 

我正处于项目的计划阶段，我想聘请项目经理。我想做一些编码，并注意项目的所有部分。但是，我觉得项目经理会取得更好的结果。我有以下选择：1）管理项目而不是代码2）雇用项目经理并自己编写代码 我担心项目经理会被开发团队中的项目所有者所困扰。如果我运行项目，团队可能会崩溃，导致项目失败。为了不超出预算，我必须参与一种或另一种能力。 有没有人对这种情况有经验，有什么建议吗？ 更多信息：4个内部开发人员，每个负责特定区域。如果项目经理同意，开发人员也可以外包工作。

11 project-management  teamwork  project  project-planning 

我是一个相当新的开发人员。从专业上来说，我在C＃中实习了两年，而在初级开发人员中做了六个月。我一家人的朋友需要一个用VB.net编写的项目的帮助。我从未使用过VB.net，所以我有点担心。 但是，真正的问题来自这样一个事实，即一旦我查看了该项目的文档，我就会感到没有什么真正的好处。我有一种感觉，它将比我目前的生活压力更大。 有经验的开发人员如何决定是接受还是放弃项目？有哪些好的指标可以使决策更容易？ 编辑 实际上，这似乎是一个非常大的ERP，他希望我继续工作，而且我不相信他对编程一窍不通，所以我认为我还不太初级的事实甚至没有引起他的注意。

11 project  contract 

自从我从成为自由职业者转为在Web设计公司工作以来，过去三个月来一直困扰着我这个问题。 我们的销售人员经常向我们提出与以下一系列问题类似的问题： 编写窗口小部件需要多少费用 将该网站转换为该软件需要花费几个小时。 （不知道网站当前运行的是什么） 等等 我们如何在没有任何信息的情况下给出报价？（不，我不能要求更多信息！） 我还有一个问题，如果一个项目超出预算，那就不好了。最近，在计算将网站转移到新平台的成本时，我错过了整个菜单，因此该项目超出了预算。我的老板一点也不高兴，我认为这样的事情是不可避免的。 2.处理预算超支的一般做法是什么， 例如Web开发等项目经常会超出预算吗？ 如果您在网络开发/设计/类似公司工作： 3.您的计费时间系统如何工作？ 对我来说，我们有一个时间跟踪应用程序，它可以记录我们在哪个项目上花费了多少小时，以及它们是否可计费或内部计费（又称非计费）。如果一周不能满足xx个计费小时数，我们最终会陷入麻烦/被解雇。您为公司或客户付费的工作不是该系统的一部分，我们经常必须进行内部工作，因此我想知道是否存在其他系统。 编辑：好的，我是这家公司的开发人员，而不是设计师:) 其次，我的薪水是薪水，但这是管理层的看法。您每周必须工作35个小时。您可能需要在35个小时内完成向客户收费的工作，您应该这样做。如果他们确定一个项目将花费50个小时，而我要花费55个小时，那5个小时可以花在另一个未超出预算的项目上，因此我们只是“亏本”了钱。 另一个例子是，如果我只有一个项目，那要在两周内到期，而我花一天的时间做内部工作，那么我们会因为我没有工作而亏钱。如果那天我工作，我会提前一天完成工作，但仍然没有工作。无论哪种方式，工作都是合同制的，因此无论我在哪一天工作，我们都将获得相同的收入！

11 project  budget 

我想添加一个在这种情况下在Netbeans中创建的项目，但是这个问题对于大多数IDE来说都是通用的。很简单，我应该在存储库中包含什么。例如，Netbeans创建一个nbproject文件夹，eclipse创建一个.settings文件夹等。如果我将这些包含在我的存储库中，则包含或不包含项目特定设置的优点/缺点是什么？ 在这种情况下，这是一个个人项目，因此我不认为其他人会开始进行该项目，但是最好添加最少的项目设置，这样项目本身就可以轻松在不同的机器上开始工作。

10 programming-practices  git  project  maintainability 

我遇到的情况是，小组中的大多数人都来自面向对象的编程背景，对功能编程的了解很少甚至没有。甚至没有像闭包这样的基础知识。 关于将其介绍给功能编码样式的好方法的任何建议？如果我们针对特定情况采用功能性方法，则可以简化许多编码工作。 我已经给出了一些有关功能和编码范例的介绍。不幸的是，我们没有使用像Haskell这样的适当的函数式编程语言（基本上，遗留代码是C，C ++，Java），因此我们必须使用它们进行任何处理。

10 functional-programming  project 

我正在写一份涉及软件开发方法论的小型研究论文。我一直在研究所有可用的方法论，并且想知道在所有方法论中，是否有任何方法为其他方法论奠定了基础？ 例如，查看以下方法： 敏捷，原型设计，洁净室，迭代，RAD，RUP，螺旋，瀑布，XP，精益，Scrum，V模型，TDD。 我们可以说： 原型，迭代，螺旋和瀑布是其他的“基础”吗？ 还是没有“基础”之类的东西，每种方法都有自己独特的历史吗？ 我当然想在我的研究论文中描述所有方法论，但是我根本没有时间这样做，这就是为什么我想知道哪些方法论可以看作代表。

10 project-management  language-agnostic  project  development-methodologies  methodology 

很难说出这里的要求。这个问题是模棱两可，含糊，不完整，过于宽泛或夸张的，不能以当前的形式合理地回答。如需帮助澄清此问题以便可以重新打开， 请访问帮助中心。 7年前关闭。 我是从事多个Android项目的独立开发人员。我在不同项目上维护相同功能时遇到问题。例如，我的三个应用程序使用相同的2个类；由于它们是不同的项目，因此当我需要对这些类进行更改时，我需要进行三遍更改。对于这种常见问题是否有简单的解决方案？

9 project  personal-projects  code-organization 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 在几年前试图记住我过去的项目的细节后，我想知道程序员通常如何跟踪这些情况？ 此类信息可用于求职面试等。 您是否写下某种“巨型简历”使用的技术，面临的挑战等？还是您只是相信自己的记忆？

9 interview  resume  project