Questions tagged «product-owner»

我是一名初级开发人员，如果我可以证明更改的合理性，并且可以帮助团队完成工作，则可以帮助调整团队的流程。这对我来说是新的，因为我过去的公司或多或少都严格定义了来自管理层的流程。 我的团队很小，有些新（不到3岁）。他们缺乏： 定义明确的软件开发/工作管理框架（如Scrum） 强大的产品所有权 定义明确的角色（例如，业务人员将进行手动测试） 定期站立会议 合并的问题跟踪流程（我们有一个工具，该流程仍在开发中） 单元，系统，回归或手动测试套件或列表 有关业务逻辑和流程的文档 知识库以记录内部和面向客户的提示 而这样的例子不胜枚举。只要价值是合理的，管理人员就可以实施改进措施，并且可以帮助完成最重要的工作（即开发）。但是，基本假设是您必须在实现中拥有所有权，因为没有人会为您做这件事。毋庸置疑，上述某些项目是不平凡的，无疑是耗时的，并且显然不是开发工作。 随着时间的流逝，（初级）开发人员尝试实现上述目标是否值得？还是最好“随心所欲”并专注于开发，将大部分流程定义和优化留给管理人员？

108 project-management  scrum  development-process  process  product-owner 

我是具有CS学位的物理学家，刚刚在一家科技公司开始了我的博士学位（希望从事应用研究）。它涉及大规模的有限元模拟。 在回顾了他们当前的方法之后，我认为必须采用根本不同的方法（它们使用的商业工具非常有限）。 我宁愿将研究基于开放源有限元求解器，并编写一个使用它的程序。我想在晚上提出这个想法，因为那是最适合我编程的时间（在一天中，我更喜欢阅读和数学），并在博士后期使用。 我想选择将程序作为开放源代码发布在我的网站上，以供将来个人或什至商业（例如咨询）使用。 如何确保我的公司不要求代码所有权？ 我认为版本控制系统可以提供帮助（仅在晚上退房）。这将证明我不是在正常办公时间进行编程（其他地方记录了）。但是这些数据很容易制造。还有其他想法吗？ 我想强调一点，我对销售软件不感兴趣，我的公司也不对。 到目前为止，非常有趣的回复。这显然对我有帮助。一些说明： 我不受工作合同的约束。国家法律规定，该公司拥有我在工作时间内生产的任何产品，并且未达成任何特殊协议（我的雇主没有出售软件，因此在这方面可能有些天真）。他们大多使用软件，而我的同事们都不是认真的程序员。 其次，我需要重新考虑@Mark提出的有关商业秘密的观点。这在特定行业中非常严重。 第三，我很在乎不要惹怒我的主管/老板。但是，这就是这个问题的动机，我想让我的作品的创新部分保持分离，以便我可以重用它，或者至少将其作为参考作品进行展示。

22 open-source  licensing  product-owner 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引文回答。 5年前关闭。 我最近刚开始担任开发人员，之前曾担任系统管理员。 我对使用敏捷功能的软件开发团队的理解是，“我们需要实现什么”沟通主要发生在从产品所有者到开发人员的一个方向上。开发人员可以向产品所有者表达对技术债务的担忧，但是提出功能构想不应该是他们的主要职责之一。 我工作的公司有不同的看法。对于他们来说，开发人员不仅应该向自己团队的产品所有者提出建议，还应该向其他团队的产品所有者提出建议，如果他们认为他们可以为该团队的产品做出贡献。我们的想法是我们都是一个大团队<company name>，所有开发人员都应利用他们的专业知识来推广他们认为有用的功能。 缺少更好的词，这样的方法是否“正常”？我是不是太被动了，我应该采取主动并开始将想法推向产品所有者吗？相反，公司是否完全错了，我应该在其他地方找工作吗？

16 agile  product-owner 

Scrum中的产品负责人应如何处理团队中非常详细的问题，这些问题涉及他们正在实施的，无法立即回答自己的功能？对于开发商而言，何时直接与客户直接对话将是更快的解决方案？ 我想知道团队与客户之间的直接交流是否会破坏产品所有者的作用。我认为PO应该专门代表客户，因此可以回答有关要求的所有问题-即使需要更长的时间。绕开他似乎削弱了他的能力，最终使他变得多余。 Scrum中有最佳实践吗？

12 scrum  communication  product-owner 

像大多数现代开发人员一样，我非常重视敏捷原则，例如客户协作和对变更的响应，但是当产品所有者（或由谁决定需求和优先级的人）过于频繁地改变需求和优先级时会发生什么呢？喜欢一天几次？ 我最近继承了一个很小的代码库，该代码库有错误，不完整，甚至无法处理它应该想到的最简单的情况。我可以处理技术问题，但每天都会收到几封电子邮件，短信或电话，说：“天哪，您现在就必须努力！最重要的事情！这是一个人！”（这只是一点点夸张）更糟糕的是，大多数事情都是次要细节，甚至与该软件实际上应做的事情都不相关，反正要花几天的时间才能实现。我试图解释的是，时间太短了，我们应该首先专注于最重要的事情，但是翻译中似乎会丢失一些东西，因为同一件事会在一两天后发生。 是否有某种产品所有者负责人的角色，深入的研究，隐喻或报价可以帮助我减少浪费的精力或至少解释这种混乱行为的代价？

11 agile  product-owner 

我是敏捷团队的产品负责人。我在进行PO验收测试时，通常会记下一些极端情况的注释。对于我来说，发现一些东西然后将其传回给开发人员并不罕见。当我拒绝他的故事时，我正从一位开发人员那里退缩。他说这是不公平的，因为我没有详细说明极端情况以及程序在接受标准中应如何回应，因为他倾向于仅针对我在故事中描述的内容进行编码。我鼓励他问我，因为他在编写代码时碰到了任何极端情况，但是他认为思考极端情况，我的事不是我的工作，我应该为下一个冲刺创造新的故事。 在我的辩护中，直到故事实现后，我才知道他的故事设计，因此很难遍历所有可能性（配置将存储在数据库还是属性文件中？）。为了简单起见，可以说我们有一个故事要为计算器应用添加除法。在理想的SCRUM世界中，我是否有责任在接受标准上添加“零分手处理”，还是他应该在开发过程中认真研究这些情况，以使应用程序不会在5/0上崩溃？需要明确的是，在这种情况下，如果应用程序在5/0时硬崩溃，我将不接受，但如果它记录日志，打印DIV0或其他任何方式来处理错误，则我将通过。不会崩溃

9 scrum  acceptance-testing  product-owner