Questions tagged «project-management»

项目管理是规划,组织,保护和管理资源以实现特定目标的学科。

9
有什么论据可以使承包商重新考虑以固定价格工作吗?
我一直在为承包人工作,他们带来了一些好的项目,但是它们都是固定价格的,通常都是固定时间的。 因此,他总是让我为宽松的要求报价,因为功能不断变化,这种要求永远不会带来太大的压力。 他声称,如果他不能先与客户达成价格协议,他将永远不会获得合同,但是就我而言,我不想按照这些条款进行另一个项目。 我有什么理由让他按小时支付我的工资,还是我应该少估计一下?

9
您将在此软件开发项目清单中添加什么?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 4年前关闭。 已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 我是清单的忠实粉丝。有旅行清单,移动清单甚至是Scrum清单。 上下文:您已被一家大公司雇用,并承担了建立整个软件开发环境,流程,团队等的任务。您将负责创建软件的工作增量。项目规模:2000人/天。 您将哪些项目添加到以下清单(故意是小的和不完整的)清单中: 安装持续集成服务器 编写国防部 撰写一页编码指南 创建产品积压 安装错误跟踪系统 安排定期面对面时间

16
分配给您的最佳(最差)逻辑上不可能完成的任务?[关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 9年前关闭。 摆在桌上的是什么项目或规格,却无法完成?您如何解释“请求者”的困境?更重要的是,在您解释了基本问题之后,他们是否理解?

2
试图做出技术决策的业务
我们经常在业务会向客户承诺一项新功能的场景中运行。企业将保证以特定方式实现该功能。企业承诺的这些技术细节通常很差。不幸的是,现在已经设置了客户端,并希望以业务描述的方式实现此功能。 最后,企业只希望在不考虑质量和可维护性的情况下完成此功能。有什么好方法可以后退吗?我们如何向企业解释在收集需求之前提供技术详细信息是一个坏主意?

6
扩展和拆分构建Web应用程序的敏捷团队的最佳方法是什么?
我最近加入了一家公司,在该公司担任Scrum主管,从事构建Web应用程序的敏捷开发项目。 该团队即将成为敏捷团队的最大规模(预计下周为9人)。我们已经讨论过将团队分成两个团队的潜在问题,不是为了缩短站立时间(目前还不过分),而是为了防止人们在sprint计划会议中完全感到无聊(这又不会太长)。 该项目有两个截然不同的层-高技术后端开发人员(例如非常复杂的开发人员)和UI设计/构建/集成。看来,当后端人员正在讨论技术时,UI人员会划分区域,反之亦然。如果只是为了提高时间效率,将团队拆分似乎是合乎逻辑的方法,但是我有一个很大的保留意见,就是我可能真正要做的就是减少协作和知识共享。这两个团队对团队其余成员的构建并没有真正的好主意。 有没有人有处理这样的事情的经验?

5
您如何处理多方项目中的版本控制?
我知道这是一个广泛的问题,所以我将尽量具体。这个问题比技术性问题更像是一个“组织性”问题。 我们有一个包含以下主要组成部分的多面项目: 服务器,托管核心业务逻辑(数据模型) 使用核心业务逻辑的客户后台 也使用核心业务逻辑的应用程序API(REST) 有使用应用程序API的智能手机应用程序(iOS和android) 还有另一个平板电脑应用程序(android)与使用相同应用程序API的智能手机不同。 很快,我将在活跃的客户中投入生产。作为任何项目,我都需要随着时间的推移维护所有不同的组件。这意味着可以升级以下所有内容: 服务器中核心业务逻辑的代码(由后台,API使用,并且副作用是由移动应用程序使用) API本身(由智能手机和平板电脑应用程序使用) 所有移动应用(通过appstore / googleplay) 当然,服务器端部分(核心业务逻辑代码和API代码)可以由我自己立即更改。但是,客户端必须在appstore / googleplay上下载新的移动应用程序,而且我不确定它们是否是最新的。 您能否提供任何指导和良好操作技巧,以使这些升级顺利进行,并且对客户没有风险? 我需要“版本”的哪个组件?即使客户端不升级其移动应用程序,如何确保一切正常?我应该强迫他升级以简化工作吗? 简而言之,我应该如何组织才能使我的多面项目随着时间的推移而上线?


4
我的同事不了解他的工作。该怎么办?[关闭]
按照目前的情况,这个问题并不适合我们的问答形式。我们希望答案得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 我花了3天的时间在我的同事制作的一个库中调试了一个非常模糊的错误,该错误很少发生。毕竟,我发现此错误是由于对没有任何锁的对象的跨线程访问而发生的。实际上,这并不是此类错误,以前也有类似的错误。他只是运行单元测试,并且如果发生故障则将锁定。而且,如果一切顺利,嗯,那么他的代码就是完美的。看来他对线程安全性一无所知。我100%肯定还有许多尚未出现的类似错误。看来PM也不了解线程内容。 问题是,他在公司工作的时间比我多。无论如何,我不能只说“这个人在这个领域没有能力”,因为这总是显示您是“坏团队成员”,等等。

2
如何在GitHub上控制项目的版本
如今,我试图在GitHub上花费尽可能多的时间(即使我是团队中唯一的团队成员),以真正感受到现实世界中企业应用程序的情况。 我要解决的一个问题是控制版本。假设我们开始了一个项目。然后,团队成员创建了一些分支并在那里发展。准备好进行生产时,我们将所有分支与master分支合并。最后,我们开始使用version 1.0。 现在该版本1.0已发布,并且该软件的该版本存在一些问题。我们希望开始开发版本1.1,以解决由于匆忙执行项目而引入的问题。 现在,问题是这样的: 我们应该如何在这里控制版本控制? 我们是否应该为此创建一个新分支,v1.0并在其中保留1.0软件的版本,并在某些分支上(或不进行)开发,与之合并master,一起使用version 1.1? 是否有针对此类情况的约定?

8
在考虑支持问题的同时,我们如何切实可行地计划项目?
我们在工作中遇到了问题:我们正在尝试安排工作时间,以便我们可以评估时间范围并获取截止日期。 问题在于,在不知道将要发生的所有事情的情况下很难计划一个项目。 例如,现在我们已经计划了到12月初的所有项目,但是到那时,我们将进行各种内部和外部会议,电话会议和额外的工作。最好说一个项目需要三个星期,但是如果这段时间有一个星期值得中断,那么完成日期将推迟一周。 问题是三折: 当我们计划项目时,时间尺度是按字面意义计算的。如果告诉我们,如果我们估计三个星期,则将截止日期定为三个星期的时间,并且没有延期的余地。 临时工作等意味着我们在项目上浪费了生产时间。 有时客户没有我们需要的时间去做工作,所以有时他们会来找我们,说他们需要在月底之前完成一个项目,即使我们认为工作需要两个月-更不用说我们已经有工作要做。 我们有一个甘特图,我们试图将其包含在我们拥有的所有项目中,并填写了时间表,但它们根本没有与甘特图进行比较。这很难说“嗯,我们为这个项目计划了3个星期,但是我们在这里已经损失了一个星期,所以截止日期必须推迟一周。” 错过我们与客户沟通的最后期限也是不专业的。 其他人如何处理这种情况?您如何管理项目计划?您将多少“额外”时间安排到一个项目中,以说明在项目期间发生的非项目工作?您如何处理支持问题以及错误和问题?您在计划期间无法解释的事情? 更新 很多好的答案,谢谢。

6
如何处理Scrum中的“外部”依赖关系?
如果您为冲刺计划了许多用户故事,而一个候选故事则取决于某个外部提供商向您的团队提供一些东西。例如,在线服务提供商向其系统添加新的API调用,或在其系统上启用您的测试帐户等。 您知道即将来临。 您是否继续将故事添加到sprint中,希望他们能及时提供您完成故事所需的内容,还是等到下一个sprint,当您知道故事已经准备好就可以立即开始就算这意味着不及早开始故事。 如果是前者,您如何处理由于依赖性而失去的“无知的”故事点?部分信用(eek!)或放在下巴上。


3
计算错误代码的成本
我正在寻找能说服管理层投入精力进行重构的论点。 我们使用Jira记录工作,并将每个svn-commit与jira调用相关联。 我的想法是执行以下操作: 手动发现极难实现但经常使用的代码区域:来自User-POV和Developer-POV的区域(错误修复) 获得包含JIRA问题的svn-commits 根据某些条件(问题类型,版本,优先级等)过滤问题 计算在这些错误上花费的时间/精力 估计工作量和重构风险 出示这些数字并寻求解决方法。 你觉得这怎么样?这样的测量是否有用和/或令人信服?优缺点都有什么?

6
一个程序员可以自己做什么?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 随着软件产品需要整个团队的开发,一个程序员可以自己完成多少工作?换句话说,一个人可以写Photoshop,MS单词等吗?如果他们做不到,那么Web开发会成为程序员可以做很多事情的领域吗?

6
在开始编码之前,软件产品应定义得如何?
我想知道人们在开始实际编写代码之前通常对软件产品的定义有多好,以及它对他们的效果如何?我指的是定义用例,分析风险,绘制类图等。 我知道,对最终产品将在将来能够避免的风险有足够的了解是一个好主意,但是,也不能将产品定义得太好以致于难以适应,这一点也很重要。更改。 其他更具体的问题可能是: 通常在开发之前的计划阶段花费项目时间的百分之几? 在开始编写代码之前,您是否想满足某些可衡量的标准?或者仅仅是胆量? 您是在开始编写代码之前就绘制了所有类的图,还是主要是希望从一开始就创建一个动态设计,以期望事情会发生变化? 您愿意分享的任何经验都将非常棒!

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.