代码之家 › 专栏 › 技术社区 › Joonas Pulakka

从头开始采用软件项目管理和测试协议

issue-tracking project-planning bug-tracking project-management testing

Joonas Pulakka · 技术社区 · 15 年前

我在一家小公司工作(2-4个软件开发人员),在那里软件只是主要产品(专门的测量仪器)的一部分。到目前为止,软件从头到尾都是在没有正式流程的情况下构建的,但是随着我们在产品数量和参与人员方面的稳步增长,很明显我们需要采用一些一种避免陷入混乱的方法论(设计、构建、测试、维护)

问题是,我们中没有人在这方面有太多的实际经验。维基百科 software development methodology 和 software development process 条目中列出了许多实践,我知道现代流行语(敏捷、极端等),但我们仍然迷失在如何以及从何处开始这一切。

我们该怎么办开始 ,鉴于目前我们有不正式程序,目标是光有助于我们控制事情的过程,而不会减慢我们的速度?有没有:

本质的 事实上的 我们应该先读的文学作品?
基本工具?(我们确实有一个供应链管理系统,但是我们应该开始使用类似于 FogBugz ?)
实用的“做这个和这个”指南?

任何指导方针都是受欢迎的,只要不是1000多页的书!我想避免宗教炒作和围绕这一领域的枯燥学术,并找出该做什么。 在实践中 .

4 回复 | 直到 15 年前

Visionary Software Solutions 15 年前

强烈推荐阅读:敏捷宣言和实用程序员。随后,您可能需要熟悉scrum软件开发或测试驱动开发。在最不你应该有:

源代码管理存储库
缺陷跟踪系统
标准工具集为了交流(wiki倾向于对于文档来说很受欢迎,这些天)
集成电路设备
测试框架

很多事情将取决于你的团队的技能和你想要进入的应用领域。熟悉一些方法,然后实践他们。在一天的开始有15分钟的站立会议。用一个写一个失败的测试,使它通过,重复的心态增量地开发代码。等

yoosiba Pointy 15 年前

我建议从scrum开始。作为轻量级项目管理框架,它应该满足您的小型团队的需要。
为了减少这种痛苦,我还建议临时雇佣一个熟悉scrum的人(可能是经过认证的scrum大师),在3-4个月后,你应该能够让它自己运行。真正投资于几个月经验丰富的团队成员应该会有回报。我不是说分析型的,顾问型的,或者任何你称之为的人,来,分析,做陈述,拿钱,然后在你处理问题的时候离开。我的意思是团队成员,他们会和你一起工作,但也会通过 日常练习 .
你也可以读一些书,或者派一两个团队成员参加培训,但我认为有人把scrum融入到你的日常工作中,并开始通过例子学习是最好的。

良好的描述详细的描述(基于日常工作)将是 Scrum and XP from the Trenches ( alternative source )

Jeff Foster 15 年前

严格地订阅别人对开发过程的看法对每个人都不起作用。从最基本的开始

了解开发过程的基本知识-请参见 The Joel Test .
轨道一切 . 使用jira、fogbugz等系统来跟踪所有报告过的问题、特性和bug。跟踪你花在每项任务上的时间;你准备得越充分的信息。
分类-与利益相关者合作,确保你正在做的事情是真正重要的,而不仅仅是你在做什么认为很重要。以我的经验,开发人员和客户的观点常常大相径庭!

Chris Simmons 15 年前

我是这场运动的先驱玛丽和汤姆·波彭迪克最近的精益文学的超级粉丝:

这些都是非常实用的书籍,从软件团队的角度来看待整个业务价值链,而不是在软件领域低头,忽视业务目标。