Questions tagged «project-management»

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

2
在为他工作之前，如何识别一个坏客户？[关闭]
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 6年前关闭。 我敢肯定，你们中的许多人都遇到了坏客户。我也确定您采取了一些措施来防止将来发生此类情况。警告您离开的客户最有影响力的特征是什么？
4
成为项目经理后如何保持技术技能？
随着我职业的发展，我发现自己从事的技术工作更少，而项目管理工作却更多。我开玩笑说我每天都变哑巴。每次我回去做技术工作时，似乎事情都会变得有些困难。人们在整个职业生涯中对保持专业技术有什么建议？
7
长期规划和敏捷？
我的团队最近完成了为我们的工作制定近一年计划的过程。我们将该计划分为三个阶段。每个阶段将包括几次启动。 从您的敏捷角度来看，我想知道这是错误的吗？我认为这不是一个坏主意，因为除了前几个步骤，我们没有花太多时间来设计任何东西。我们有可能改变方向。同时，很高兴我们不要在短期内采取行动。
11
我应该如何管理具有不同技能水平的团队？
我将与我的一些朋友一起进行软件项目，并且被任命为技术主管。这些家伙根本都不是一个糟糕的程序员，但我确实比他们有更多的经验。我需要能够在团队中的每个人之间分配工作，同时还要确保我们不会互相踩脚。他们满足了使该项目成功所需的相对较高的质量和可伸缩性标准，而无需我审查他们所做的一切。 如何避免微管理的同时保持标准？是否足以制作一些图表，安排一些代码审阅并相信我将能够修复可能会破坏的所有内容，还是应该走TDD路线并编写明确的测试以使团队满意？
3
在项目的第一次迭代中要投入多少细节？
我刚刚开始一个新的个人项目（Python），并且正在编写相当于该程序“草稿”的内容，这是完成我想做的事情的最低要求。我尚未投入大量的错误/异常处理或美观的UI元素（即使在我最终将需要这些东西的情况下），并且该文档仅足以帮助我将来了解自己在做什么。 如此粗糙地违反项目设计/管理的既定原则？我是科学家，而不是程序员，因此无法及时掌握这些信息。因此，主要问题是，是否应该就介于以下两个极端之间的目标达成共识： 从一开始就编写全面，高质量的代码，包括所有异常处理，使您知道最终需要使用。 从一开始就编写一份工作最少的草稿，然后再填写所有细节。 相关问题：什么时候可以牺牲设计的“整洁度”来完成项目？
2
建立一个扔掉vs第二系统效果
一方面，有一条建议说“建一个要扔掉”。只有在完成软件系统并查看最终产品之后，我们才能意识到设计阶段出了什么问题，并了解我们应该如何真正做到这一点。 另一方面，存在“第二系统效应”，它表示设计的同一类型的第二系统通常比第一个系统差。有许多功能不适合第一个项目，而被推入第二个版本通常会导致过于复杂和过度设计。 这些原则之间不是在这里有些矛盾吗？对这些问题的正确看法是什么，两者之间的边界在哪里？ 我认为，这些“好的做法”是在弗雷德·布鲁克斯（Fred Brooks）的开创性著作《神话人月》中首次得到推广的。 我知道其中一些问题已通过敏捷方法解决，但从深处看，问题仍然是原则。例如，在上线之前，我们不会对3个Sprint进行重要的设计更改。
7
编程与计划[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 4年前关闭。 最近，由于团队的主要开发人员离职，我被要求承担更多的高层计划任务。我讨厌长期计划。我的大脑似乎并不自然地对此感兴趣，并且我对它没有足够的兴趣来花时间学习它（很难跟上图片的编程方面）。 如果没有高级计划者，还能成为一名优秀的程序员吗？ 作为高级程序员，是否有人会擅长计划整个产品并选择完成日期？
6
您如何管理其他员工遗留的项目？[关闭]
按照目前的情况，这个问题并不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 碰巧有些人突然离开了公司。现在，他的工作需要完成，您将获得分配。不知道他在做什么（完成了90％还是9％），您如何处理剩菜？ 我应该从头开始吗？如果完成90％怎么办？ 我可以尝试了解他所做的一切吗？如果这只是胡说八道怎么办？
6
如何确定“代码改进”的优先级和严重性？
我们的错误跟踪系统中有“优先级”和“严重性”字段。我们将严重性定义为“它如何影响用户”，将优先级定义为“它如何影响产品”。 我的问题是关于如何按照严重性和优先级对“代码改进”任务进行分类。假设改进不会改变任何行为，而是使其成为“更好的代码”。我们预计总体上将获得长期的维护改进，但是很难量化。 当我们将定义用于优先级和严重性时，除非您在图片中引入一些难以预测的长期收益，否则代码改进将使这两个值均达到最低值。因此，这意味着代码改进是一项艰巨的任务，切勿尝试。 但是，我认为不断改进和重构代码至关重要，因为： 软件开发本身就是一个持续的学习过程，如果不对代码进行改进，就无法做得更好。 团队应该为自己的代码感到自豪。 未来的维护将花费更少的时间，从长远来看，节省的费用将是可观的。 还是您认为不应创建此类任务，而只能在“按需”，“与错误关联时”执行此类改进？即使它与错误相关联，这也不是代码审查的讨论重点，例如“为什么您要在结构上进行如此大的改变？”。
6
用于组织和维护项目文档，规范的软件？[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 6年前关闭。 我正在寻找用于组织和维护项目内部文档，规范，要求等的软件。当前，我们将所有文档以大量MS Word DOC文件的形式存储在源代码控制存储库中，这为我们提供了版本控制，这很好。但是您无法搜索此信息，无法在它们之间创建链接，进行分类，进行协作。 要求，偏好： 客户端上零安装（基于Web）。 文档版本控制。 文档注释。 文档链接。 完整搜索（所有文档）。 MS Word（* .doc）导入\导出。 所见即所得的文本编辑器。 到目前为止，我已经发现并尝试过的系统： MediaWiki XWiki 合流
14
我们应该鼓励编码风格来支持开发人员的自治，还是不鼓励编码风格来实现一致性？
开发人员if/else使用单行代码语句编写块，例如： if (condition) // Do this one-line code else // Do this one-line code 另一个使用大括号： if (condition) { // Do this one-line code } else { // Do this one-line code } 开发人员首先实例化一个对象，然后使用它： HelperClass helper = new HelperClass(); helper.DoSomething(); 另一位开发人员实例化并在一行中使用该对象： new HelperClass().DoSomething(); 开发人员更容易使用数组和for循环： string[] ordinals = new string[] {'First', 'Second', …
10
如何平衡代码质量与强大的开发人员个性
在工作中的代码审查中，我一直看到我认为“聪明”的代码和模式，尽管不一定会增加代码库的整体质量或可维护性。我在反馈中指出了这一点，并且对此反驳不服。这段代码在回购中并随后投入生产时，我有点担心。 我想保持一支团结一致的团队，所以我不想因过于保留我的意见而引起紧张。我也想为我们的客户创造一个很棒的产品，同时又不要太宽容。 传统上，谁对签入的内容和方式具有“否决权”？ 如何在不踩踏脚趾的情况下将有效但又太复杂的代码删除？
8
如何向我的雇主（不是程序员）报告项目（敏捷）的进度？
我向雇主报告进度有问题。我是兼职程序员，为我学校的（非技术）部门处理一个软件项目。 联系人： 1.实际使用该软件并提出功能要求的员工； 2.我的老板（非程序员），她不是软件的用户。 该项目的性质： 它是一种现成的软件，已从第三方购买。我必须修改或添加此软件的功能才能满足部门的需求。这是整个学期需要使用的软件。并非一开始就需要使用所有功能。 因此，我们使用的是敏捷模型：当员工需要某个功能时，他们会提出一个请求，然后我进行更改。在本学期末，我认为所有必需的功能都将得到提高和实现。 问题： 每次老板问我进度如何时，我都无法回答，因为我不知道如何回答。我没有所有必需功能的完整列表。尽管我已经完成了上周提出的功能，但是我仍然不能告诉老板我已经“完成”了，因为新功能也即将推出，我也不知道要增加多少。我不能说“我们有多少完成率”，也不能说“我们要在xxx之前完成”。有时候，在3个请求中，我设法完成2个，我会告诉老板“我已经完成2个，但是其中一项功能尚未完成”。过了很长一段时间，我听起来像是“经过这么长时间，我总是有些事情没有完成”。 无法报告进度使我看起来非常糟糕。这不关我做了多少，而是关乎如何让人们知道。如果我是经理，而我的员工几个月都没有向我报告进度，那么我也会觉得这个人也无能为力。 你们有任何想法如何报告，或回答诸如“软件修改的状态/进度是什么”这样简单的问题吗？ 更新 我的老板没有直接参与开发任务，因此她对我在做什么或程序如何工作一无所知。由于她很忙，我们不定期开会，我觉得这会浪费时间，因为她不是主要用户，她也不知道程序的细节。 我会定期与使用和了解该软件的人员会面。 我很难向老板解释进度。
12
满足最后期限或更少的错误？
在理想的情况下，最好在截止日期前减少错误。但是从您的经验来看，这是更可取/可接受的： 赶在最后期限之前，但是有很多错误，因为开发人员急于解决问题 错误少，但不能完全按时完成，因为开发人员在编写代码时非常严格
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.