问题标签 [project-planning]

几周后我将开始一份新工作，负责维护和开发几个现有的 Web 应用程序以及开发新的 Web 应用程序。

由于我将是该项目的唯一开发人员，而之前的开发人员更像是一个业余爱好者，因此没有遵循正式的项目管理或规划技术。此外，没有使用错误跟踪，或者如果有任何记录，它只是纸上的注释。

因此，我想介绍一个更好的系统来帮助解决一些问题，并帮助确保事情更顺利地进行。我打算使用敏捷过程（可能是 scrum）进行开发，因此想知道人们可以推荐哪些一体化解决方案供我进一步研究。我正在寻找至少可以提供的东西：

• 项目计划
  • 定义新功能
  • 时间估算
  • 能够按优先级组织任务
• 项目管理
  • 跟踪活动任务
  • 报告
• 错误跟踪

我还想让其他员工在他们发现或客户报告的应用程序中轻松提交新错误。此外，对他们添加新故事/高级任务的支持将很有用，因此他们可以记下其他新要求/功能，然后我可以与他们一起概述更详细的任务和估计。

到目前为止，我已经研究了许多系统，包括：

• FogBugz - 似乎很适合错误报告，但需要其他东西来进行项目规划/管理
• Agile Buddy - 这可能是迄今为止我找到的最好的解决方案
• 追踪
• 智能表格
• 关键跟踪器

但是，由于我自己并没有真正使用过这些系统，所以我不知道什么是最好的，或者是否有更好的解决方案？？？因此，您可以提供的任何建议将不胜感激。

I work in a small company (2-4 software developers) where software is "only" a part of the main product (specialized measurement instruments). So far the software has been built from start to end with no formal process at all, but as we're steadily growing in both in number of products and people involved, it's evident that we need to adopt some kind of methodology for the whole thing (designing, building, testing, maintaining) to avoid blowing into a mess

The problem is that none of us has much real-world experience on such processes. Wikipedia's software development methodology and software development process entries list lots of practices, and I'm aware of the modern buzzwords (agile, extreme, etc.), but we're still lost on how and from where to start all this.

What should we do to get started, given that currently we have no formal process, and the goal would be to have a light process that helps us keep things under control without slowing us down? Is there some:

• Essential de facto literature that we should read first?
• Essential tools? (We do have a SCM, but should we start using something like FogBugz?)
• Practical "do this and this" guidelines?

Any guidelines are welcome, as long as they're not 1000+ page books! I want to avoid both the religious hype and the dull academicity that seem to surround this field, and find out what to do in practice.

我有兴趣在多开发人员团队场景中学习如何设计/规划 Web 应用程序开发。

假设“项目经理/负责人”的角色：

1. 成功的 Web 应用程序开发需要哪些“文档”？
2. 需要哪些 UML 图以及需要到什么程度？
3. 在设计/计划阶段，是否需要根据用例对每个类进行图解？
4. 类图应该有多详细（深度和广度）？

如果您有任何有用的书籍/网站推荐，请分享。

跟进（2009 年 11 月 18 日添加）： 编码人员/开发人员在编码过程中使用什么作为指导，即创建类，以及它们各自的方法和属性？

如果没有完整的（但可变的）类及其方法和属性的列表，那么这种歧义是否会导致严重依赖每个编码人员的知识/经验，从而导致代码质量/可用性/可维护性的偏差？

假设您是项目经理。您可以在几天内为特定开发人员估算特定任务的工作量。执行估计后，您会获得一些最小值和最大值。

在此之后，您将任务委派给开发人员。实际上，您还设置了截止日期。
设置截止日期时使用哪种估计更好：最小值还是最大值？

正如我所见，最小估计可能会给开发人员带来压力，最大估计可能会导致使用分配给开发人员的所有时间，即使任务可以更快地完成（所谓的学生综合症）。两种方法还有哪些优点和缺点？

编辑：

小澄清：我说的是在委派任务时为下属设置截止日期，而不是向我的老板报告。

编辑：

再补充一点：我可以记住我的真实估计，给老板提供稍微大一点的估计，给下属 - 稍微小一点。这个问题涉及到以下问题：提供给开发人员低估以使他更加努力地工作是否是个好主意？

我被要求为项目的一部分开发项目。总而言之，它是一种网络爬虫混搭类型的交易。我担心它最终可能会失败。这将是我的第一个团队项目，而不是朋友之间的项目，我想知道两件事；

如果我是唯一的开发人员，多少百分比是公平的？

如果我要请求善意承诺付款，我应该加起来多少小时才能请求？

谢谢！

已经到了这样的地步，即五分之四的开发人员全职处理维护或支持问题。

这主要是由于在开发过程中完全缺乏问责制（阅读：评论等），并且到处都有数十个小型内部遗留应用程序，每个人都害怕更换。

管理部门因进展甚微而受到严厉打击，项目落后，因此诸如“审查”和“测试”之类的事情被视为浪费时间。

你甚至会如何开始减少这个巨大的开销？

我目前正在与 5 个开发人员一起开发一个项目。该应用程序由一个胖客户端、一个瘦管理客户端和多个支持维护应用程序组成。目前，胖客户端是用 VB6 编写的，并计划在未来 6-12 个月内转换为 .NET。瘦客户端是一个管理 Web 应用程序，允许管理人员管理胖客户端上的设置。支持维护应用程序用于运行夜间批处理作业和需要定期发生的作业，以保持数据在整个应用程序中移动。目前我们有以下结构：

文件系统：

当前文件系统布局 http://img130.imageshack.us/img130/5387/currentprojectlayout.png

SVN：

当前 SVN 布局 http://img707.imageshack.us/img707/2320/currentsvnlayout.png

如您所见，我们的 Subversion 存储库基本上反映了我们的文件系统布局，对标准 Subversion Trunk、Tags 和 Branches 文件夹进行了明显的更改。我们的项目有一个 lib 文件夹，其中包含我们所有引用的非 GAC dll。在我们的 src 目录中，我们有两个文件夹和我们的持续集成构建文件。这两个文件夹包含两种类型的应用程序，我们的胖客户端 (VB6) 和我们的其他项目 (Other)。VB6 应用程序分为不同的模块，这些模块包含应用程序的不同业务逻辑。在 Other 文件夹中，我们有许多不同的项目（上面用 Project1 - Project6 描述，还有更多）。有一个 Web 应用程序，其中包含我们的瘦客户端代码。这里的其他一些项目是支持应用程序，在应用程序的不同部分以及我们的维护应用程序中访问的公共类。当我们使用 VB6 应用程序转到 .NET 时，我想稍微重组项目并想知道重组这个应用程序的最佳方法是什么。我的第一个想法是具有以下结构：

建议的文件系统布局 http://img248.imageshack.us/img248/7712/proposedprojectlayout.png

我知道有很多堆栈溢出问题可以解决这类问题，但这更多是关于我的项目的具体问题，而不是像许多其他问题一样的一般问题。这是整理项目的最佳方式，还是有更好的方式？

谢谢，

斯科特蓝

我正在阅读“Mythical Man-Month”，在 20 周年纪念版的更新接近尾声时，它谈到了 Boehm 的模型以及基于项目的人工月执行工作量的最佳交付时间。

在讨论 Boehm 的模型时，他的陈述是：

他的结果坚定地证实了 MM-M 的断言，即人与月之间的权衡远非线性，人月作为生产力的衡量标准确实是神话般的。特别是，他发现：[16]

• 第一次装运有一个成本最优的计划时间，T = 2.5MM ^1/3。也就是说，以月为单位的最佳时间是预期工作量（以人月为单位）的立方根，这个数字来自于他的模型中的规模估计和其他因素。最佳人员配备曲线是必然的结果。

• 随着计划进度比最优时间长，成本曲线缓慢上升。有更多时间的人需要更多时间。

• 随着计划进度比最佳进度短，成本曲线急剧上升。

• 无论申请的人数多少，几乎没有任何项目在少于计算出的最佳时间表的 3/4 内取得成功！当更高的管理层要求不可能的时间表承诺时，这个可引用的结果为软件经理提供了坚实的弹药

我在实际应用此语句时遇到了一些困难，我想知道是否有人对这将如何为软件估计提供信息有任何见解？我特别想解释估计公式，如下所示： 成本最优调度时间图

这似乎表明，对于一个只有 1 个工作月的项目，成本最优的交付时间为 2.5 个月。这是有道理的，但是，如果您假设有一个项目需要 5 个人工月的工作量，那么该图表明成本最优的交付时间是 4 个月！

这是否表明应该分配更多的人力在这个时间范围内交付，或者估计太大？

此外，您如何根据该模型估算最佳人员配备水平？谢谢

我有一个我开始修补的项目，这是一个单独的项目，但我想尽量保持井井有条，并有一些工作方法。我见过的大多数方法都是针对团队的。我想知道是否有人对作为独立开发人员计划/制作带有系统的项目有任何链接或想法。在此先感谢，约翰

我正在阅读有关 MATLAB 的信息，对此我非常好奇。但我有一些问题：

• 我可以用它来做数学以外的任何事情吗？
• 您能否列出一些带有完整代码链接的示例？

我知道语言的名称是非常主观的，但我想向所有人展示这些仅用于数学和静态的语言也可以在数学和其他类别中发挥强大的作用。