您如何为项目创建软件过程？

13

正如我在其他问题中所写的那样，我正在从事的项目现在没有软件过程。这意味着没有文档（包括硬拷贝要求或规范），没有源代码控制，没有错误数据库，（已修复）错误（希望）并且同时添加了新代码，也没有正式的测试人员-我们将在Joel测试中失败太糟糕了，甚至都不好笑。

昨天，我的经理要我写一份有关如何解决这些缺陷的文档。请注意，我只是一个实习生，在这里工作了6个月。我将在十一月感恩节左右回到学校。但是，我认为我也许可以使这个项目朝着正确的方向发展，但是我不确定从哪里开始。我目前正在使用CiteSeer和Wikipedia来查找一些描述软件过程并实现它们的论文，但是任何建议，个人经验或指向博客，论文，Wiki文章或其他任何内容的链接都将不胜感激。

development-process specifications

— 托马斯·欧文斯
source

优质快速的流程-当项目落后时，减少流程。

— ChuckCottrill

2

结果如何？

— 罗伯特·哈维

10

我建议您研究敏捷编程。

有很多变体，但它们往往有一些共同点：

定期检查和重新排列功能。
持续集成和自动化单元测试。
专注于通过文档进行交流（实际上，这是指Wiki风格的文档，因为您要阅读事先编写的庞大而僵硬的规范）。
灵活的估算可得出燃尽图和速度指标。
常规原型经过200页规格审查，并带有签字。
源头或尽可能接近的质量。
定期的利益相关者审查-了解客户的扩展。
尽快将软件推向市场（并赚钱）。
尽可能直接沟通。

一个不错的起点是MSF Agile或Scrum。

— 基思
source

7

鉴于这种情况，您离开了6个月，而团队从没有任何流程开始，我将您介绍的内容限制为可以合理实施的一两个问题，并在您停留的时间扎根。如果是我，我将看看源代码控制工具和错误跟踪器。

我从那里开始的原因是因为安装这些工具将帮助您为团队当前的表现建立基准，并可能确定重复出现的问题。流程更改很好，但是这些是应该首先进行的基本基础项目。

是的，我打算限制自己的工作范围，但我也想给他们留下一个路线图，这样他们就不会再想知道下一步该怎么做了，尤其是当事情开始好转的时候。

— 汤玛斯·欧文斯

@Thomas Owens我认为离开后要为团队留下蓝图值得称赞。但是，几乎没有人会参考由实习生制定的路线图。这并不反映您的技能和能力。在这种情况下，我将尽我最大的努力来迈出第一步。不要低估改变现有团队的习惯和过程所需要付出的努力。实际上，试图在六个月内同时实现源代码控制和错误跟踪器可能超出了合理的范围。

我认为可以做到。这是5人一组，不包括我。两个是专职开发人员，一个是该项目的兼职开发人员，另一个项目的兼职，一个是经理，一个是营销类型。两位全职开发人员都在为流程做准备，经理希望看到团队绩效的提高。这并不是像被迫违背他们的意愿。

— 汤玛斯·欧文斯

1

我们使用Prince2进行项目管理，并且效果很好。我建议，对于没有项目管理的公司来说，这似乎是曲折的！

— 科林·扬格
source

1

我们使用TeamCity作为CI服务器，将本视频中概述的开发管道调整为适合我们自己的需求。

http://channel9.msdn.com/shows/ARCast.TV/ARCastTV-Tuning-The-Development-Process-at-Spot-Runner/

TC是我所知道的唯一一个CI系统，它执行存储库推送而不是拉动，这（理论上）意味着再也不会破坏构建！

1

只是为了回应上述某些观点，那些没有架构的团队会更适合采用敏捷架构。立即获得源代码控制，只需将您的更改放入SVN中，并在寻找错误时向某些开发人员展示差异。开始添加修订日志。如果他们看不到SVN的好处和易用性，那么他们注定要失败。

— 约翰诺·诺兰
source

0

查看有关使用MSBuild，CruiseControl.NET，FxCop，NUnit，NCover和Subversion进行.NET编程的持续集成的这些文章...

从软件开发战es

— 扎克·彼得森
source

1

@Zack：我们不使用.NET编程。我正在寻找可用于使用任何技术堆栈的任何项目的一般建议。诸如选择模型，实现该模型等等之类的事情。

— 汤玛斯·欧文斯