您认为任何给定项目的开发任务是什么？假设您获得了一些功能规范，用于实现某些复杂的asp.net表单;从规范到发布的正式步骤是什么？
我的意思是：＃/ p>
创建数据图表 5 ...
编码该死的东西！ ：）
不幸的是，我从来没有使用任何形式的方法 - 在我的所有工作中，它总是像“这是你的规范，代码它的儿子”，我只是继续编写UI，BO，数据。但是在这个新创业公司的这个新项目中，这个新老板不了解开发过程，想要得到一个想法，以便为外包团队定义任务，他让我创建一个正式的列表。
欢迎任何评论！
谢谢你， 安德烈
答案 0 :(得分：1)
我个人更喜欢遵循BDD或行为驱动设计方法。 BDD是敏捷和测试驱动开发的另一种形式，在意图和流程方面稍微严格一些，其目的与大多数其他敏捷方法一样，旨在减少浪费并提高产品质量。关于BDD的美妙之处在于它通过规范的概念将敏捷的原则与TDD的过程完美地融合在一起。
一般方法是从用户故事开始（也就是对话的占位符）。当您与相关各方坐下来进行这些对话时，您会制定一个或多个规范。规范定义了关注点，满足关注点的上下文，以及在该竞赛中针对该关注点的解决方案将产生的预期结果或观察结果。规范成为正在讨论的用户故事的任务。
当需要实现这些任务时，您可以通过TDD将这些书面规范转换为可执行规范，并通过连续，迭代的验证和重构过程创建代码。
我可以详细解释这个过程，但是下面的文章将比我更好地介绍它：
http://www.code-magazine.com/article.aspx?quickid=0805061
BDD是一种非常现代化的精益软件开发方法。决策推迟到最新时刻，设计作为持续的协作和迭代编码过程进行。
答案 1 :(得分：0)
答案 2 :(得分：0)
1）确定开发任务的初始列表。
2）确定哪些项目“风险太大”并进行一些原型设计以消除这些任务的风险。
3）识别“太大”的任务，并尽一切可能将这些任务分解为更小的任务。我不希望任何超过4小时的任务。
4）估算每项任务。
5）在任何为完成工作付费的人的帮助下，优先考虑任务（如果估算本身太大而且需要拆分，那么在估算之前这样做可能是有意义的 - 在无论如何，在估算之后确定优先次序非常重要。）
6）确定交出某种非自己以外的人可以使用的“第一版”所需的最少量的任务。
7）按顺序对每个功能进行编码和完全单元测试。
8）部署代码。
开发任务可以涵盖除编写代码之外的各种工作，例如文档，数据库设计和实现，第三方集成，供应商选择等。
答案 3 :(得分：0)
与开发相关的一些任务。绝对不是一个完整的清单。有关软件工程的其他类型的活动，请参阅软件工程方法（例如RUP，Agiles）和指标（例如CMMI）。