Questions tagged «project-management»

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

13
您使用什么工具来管理用户的请求?[关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 我淹没在用户电子邮件中,我想采用一种更好的方法来管理我收到的所有这些请求,并将它们排在队列中,以便团队中的这些人员以及用户可以访问它们并可以使它们变得通用笔记。我正在考虑某种任务管理工具,该工具将允许在一个项目中创建多个任务,在该项目中可以删除/输入电子邮件,评论,想法等,并且易于访问。 我需要各方都能参与的工作-用户,经理,团队负责人,开发人员。我正在寻找一种可以允许的工具: 用户只需拖放电子邮件即可提交维护或增强请求。 开发人员只需查看他们的队列和每个任务/项目的加权优先级即可。 一组开发人员可以实时查看每个人的工作。 管理层要保持在每个任务上花费的时间日志。 我正在开始寻求更多的敏捷/敏捷方向来解决这个问题。我找到了Scrum敏捷软件项目管理开源工具列表。由于时间有限,有人使用过这些吗?我应该测试哪一个来满足我的需求?TeamPulse是一个很好的方向,但认为它有点too肿。我需要所有各方简单的东西。


8
在Scrum中,是否应该将诸如开发环境设置和功能开发之类的任务作为子任务管理在实际用户故事中?
有时在项目中,我们需要花时间在以下任务上: 探索替代框架和工具 学习为项目选择的框架和工具 设置服务器和项目基础结构(版本控制,构建环境,数据库等) 如果我们正在使用用户故事,那么所有这些工作应该去哪儿? 一种选择是使它们全部成为第一个用户故事的一部分(例如,制作应用程序主页)。另一个选择是对这些任务执行加急操作。第三种选择是使任务成为问题 / 障碍(例如,尚未选择的开发环境)而不是用户故事的一部分。


3
您应该在开放源代码项目的哪个阶段邀请社区的贡献?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 我一直在想为我的团队将要开发的新开源产品做出贡献。我们鼓励我们尽可能地从更广泛的社区中获得支持,但是我也可以看到这花费了大量的时间,以确保位于办公室外的第三方能够按计划处理诸如代码质量之类的事情。同样在项目开始时,我们可能会在核心团队中进行许多有关系统设计,峰值等的非正式讨论,将这些在线获取以允许社区参与将非常耗时,我可以想象可以使讨论效果较差。 这可能需要考虑更多的人性化方面:允许社区参与设计过程也可以从感知到的项目所有权方面受益,并且总是有可能早期参与可以解决核心问题。团队没有注意到。 那么问题来了:您应该在开源项目的哪个阶段邀请社区的贡献?

14
管理者如何选择编程语言
此问题是从Stack Overflow 迁移而来的,因为可以在Software Engineering Stack Exchange上回答。 迁移 8年前。 管理人员可以并且经常会强加用于项目的编程语言,这对任何人来说都不是秘密。 作为我自己的程序员,我从来都无法理解这一点。 但是现在我想我做了:当乔尔·斯波斯基(Joel Spolsky)在播客上说他们应该使用QuickBooks时,我得到了一个启示,因为“世界上每个会计师都知道”。这让我感到非常类似于“选择Java,因为世界上每个程序员都知道它”。 既然我已经从另一个角度看到了相同的问题,我对会计知识了解不多,但是我确实对编程有所了解,我想知道程序员如何才能帮助确保为项目选择正确的编程语言?

5
最终用户如何应对这种不幸的非假设情况?
我在一家中型公司工作,但IT力量很小。 去年(2011年),我编写了一个受大量最终用户欢迎的应用程序。去年年底,我们赶到了最后期限,但最终并未将某些功能(从现在开始我称为funcA)添加到应用程序中。因此,此应用程序自2011年底以来一直在现场/生产中运行,我可能会添加,没有任何问题。 昨天,一群最终用户开始抱怨应用程序中从未使用过的funcA不再起作用。我们在这家公司的工作重点是,如果某个应用程序被破坏,则必须在确定优先级的项目之前先对其进行修复。 我已经比较了代码和查询,自2011年以来没有区别,这就是proofA。然后,我能够让一位最终用户承认它从未使用过proofB,但是从那以后,那个最终用户又回过头来说它以前已经在工作……我相信最终用户的群体已经吸收了她。我还查看了该项目的注释,该注释包含有关该项目的要求和每日更新,其中特别指出“ proofC由于时间限制而未实现”。 我已经与其中许多人进行了交谈,我看到它们可能会在哪里混淆,因为它们与编程背景相距甚远,但是我也知道它们足够聪明,可以在小组中采取行动,从而绕过项目优先顺序以获取他们想要使他们的工作更轻松的功能。 最糟糕的部分是,即使没有代码或查询的更改,现在团队思考开始起作用,而我的老板和IT主管实际上开始相信他们。就检查逻辑状态而言,它非常干and,直到1 = 1时,funcA将不起作用。 因此,这是对方案的描述的结尾,但是由于此原因,我试图在性能指标上不加赘述,这实际上将使我不得不解决不存在的生产问题,而该问题很可能会接管1个月。

4
有没有关于敏捷与瀑布的效率/效果的研究[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使它成为软件工程堆栈交换的主题。 2年前关闭。 已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 在前一天的一次会议上,有人声称与瀑布相比,敏捷的开发时间效率只有60%。我不希望验证或反驳此主张。我很想知道是否有任何研究比较这两种方法。 有没有比较这两者的研究?

8
项目后会议浪费时间?
此问题是从Stack Overflow 迁移而来的,因为可以在Software Engineering Stack Exchange上回答。 迁移 8年前。 在我的工作地点,我们遇到了一些严重的成长难题。我们的开发团队从3人增加到10人,过去一年公司本身增长了30%。从大多数方面来看,我们做的很好。不幸的是,我们的软件质量受到了影响。 在今天与部门经理的会面中,我提议了一个项目团队,在产品发布后一两天会面。我们可以讨论预算问题,范围,出了什么问题以及什么是正确的事情。理想地,从我们的错误中学习。我们为其他人构建网站/应用程序,因此我们的时间要么是可计费的,要么是不可计费的。这样的会议将属于后者。 我的经理几乎立即就把它拒之门外:“那段时间是不值得的。这会使我们落后于另一个项目,因为在那个项目结束时我们会浪费时间。” 我对这种逻辑感到措手不及,以至于我什至没有打扰他。 所以我的问题是:我认为最有价值的是项目后会议,但他没有。是否有文件证明的项目后会议可以长期或短期节省时间和金钱?直觉上,我认为这会/将会,但是他显然更担心需要在那里的5个人提供​​少量的非计费时间。

8
组织未注释的脏代码?
我想问你一些关于脏代码的问题。有些初学者在中等项目上编码。该代码是一个非常大的泥泞球。他们不是高级程序员。他们只知道如何稍微使用一下Java键盘。他们只是在主类中编写了12,000行代码,但是6000行属于NetBeans本身。 我的工作是分析代码并提出维护代码的好方法。我的想法是取消该项目,并使用OOP方法启动一个新项目。最近,我从该站点和其他站点收集了有关该问题的一些注释和想法。 现在,我有以下问题: 我们应该修复代码并将其更改为OOP吗?我们现在正在调试它。 该代码没有注释,没有文档,没有特定的编程风格,等等。更改它确实非常昂贵且耗时。我们能对此做什么? 我如何教会他们遵循所有规则(注释,OOP,良好的代码质量等)? 代码错误且容易出错。我们能做什么?测试?我们几乎写了两到三份A4纸进行校正,但似乎无止境。 我必须说我对他们是陌生的。我想我也违反了为项目添加新成员的规则。你认为我必须离开他们吗?

8
新的高级开发人员任务
我有一位具有八年.NET经验的高级开发人员,明天开始从事11,000行代码的应用程序的工作。在团队中,有我自己和另一个程序员。我们每个人都有大约三年的经验。 这是我作为经理的第一个项目(我也是该项目的开发人员),这是我第一次必须向某人介绍已经建立的代码库。显然,我将遍历每个模块,部署过程等,并将它们交给源代码控制存储库,文档(不是最好的)等位置。 在他们准备开始编写新功能和修复错误之前,我应该给他们多长时间?

13
什么时候可以不修复损坏的窗户?
关于残破的窗口,是否有时最好将重构留给以后的活动? 例如,如果将一个向现有内部系统添加一些新功能的项目分配给了一个到目前为止尚未与该系统合作的团队,并且给出了一个可与之合作的时间表,那么是否有理由这样做?为了在这种情况下规定截止日期,将主要的重构推迟到现有代码吗?



6
如何组织一个人的项目?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 4年前关闭。 我偶尔(每天读一遍)想出一个新主意,在我最喜欢的编辑器/ IDE中开始一个新项目,开始编码,第二天我删除它并开始新的东西。我已经编程了大约六年了,在那六年中,我仅真正完成了一个非常小的项目(Pastebin.com的Dashboard小部件)。尽管这对于学习编码可能很棒,但我确实想完成一些工作。 在实际编码之前,期间和之后,我应该做些什么?有什么好的资源可以教我如何组织这样的单人项目? 如果有关系,我想进行Web或Mac开发。

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.