是否有过程气味这样的东西？

Question

我们通常熟悉这里的代码味道,但是如果不是更具破坏性的话,那么事情的商业方面 - 尽管它属于我们的领域 - 是错误的.

作为例子,Joel测试中任何东西的倒数都被认为是一个主要的过程气味(即没有源代码控制,没有测试者),但那些是显而易见的,而"气味"的一点是它们是微妙的并且构建成具有破坏性的东西.我在这里寻找粒度.

从这里开始一对(可以在答案进来时变成列表)

---

• 在与客户签订合同之前编写代码

• 对于任何需要超过一天(几个小时？)的事情,被要求进行即时估计("只是粗略的人会做")

• 古代货物崇拜智慧占上风(个人案例 - VisStudio源安全集成被禁止)

• 你已经停止了非项目特定的小组会议(或缺少任何类似的讨论论坛)

---

那么其他一些过程气味是什么,它们有多糟糕？

Answer 1

威廉·J·布朗等人的" 反模式 " 一书.人.有一堆与项目有关的气味.它们并非总是在发生灾难; 几乎任何气味都存在减轻的情况.

Portland Pattern Repository还有一个关于Antipatterns的页面,涵盖了许多与"Antipatterns"一书相同的主题.访问http://c2.com/cgi/wiki?AntiPatternsCatalog并向下滚动到"Management Antipatterns".几个例子:

• 分析瘫痪 - 一群智慧和善意的分析师进入分析阶段,只有在项目取消时才会结束.
• 立即给我估计 - 客户(或PointyHairedBoss)在您有足够的数据提供之前需要估算.你接受"挑战"并给出头部估计(即猜测).然后,客户/老板将估算视为铁腕承诺.
• Ground Hog Day Project - 举行会议,似乎一遍又一遍地讨论相同的事情.在上述会议结束时,决定"必须做些什么".
• 委员会设计 - 鉴于一个政治环境,没有一个人有足够的影响力来展示系统的设计并获得批准,你如何完成设计？组建一个大型委员会来解决问题.让他们在他们之间进行斗争,最后采取任何结果.

全部收集它们!:-)

Answer 2

• 返回约会 - 给出结束日期然后告诉需要完成什么
• 反向质量保证覆盖范围 - 质量保证重点关注非必要项目(因为他们都知道如何测试)
• 环境对齐问题 - 各种环境(开发,测试,分段,生产)与代码和数据不同步 - 因此生产前的任何测试都无效
• 交货日期支队 - 没有人相信结束日期,因为:它是在开始时完成的,并且100%的先前项目从未达到过交付日期
• 旧的脾气暴躁的代码 - 旧代码是令人担心的,因为没有重构的愿望
• 邪恶的三角形(范围,成本,资源和/或质量) - 调整项目,你需要增加人,降低质量,缩小范围等......一旦项目开始运行,大多数变化(甚至减少范围)将增加时间和成本,并降低质量.火车轨道下降,只是左转弯很难

Answer 3

有一种气味,我有一个真正的问题(因为我使用它):不放弃工具,开发软件,方法或其他任何不起作用.

很多时候,有一个(或多个)软件显然,公然,不起作用并可能干扰开发过程,但项目经理只是拒绝更换/升级"因为它会花费太多{time,money,whatever}要替换."

编辑:这也扩展到机器和其他基础设施(例如:一个构建服务器需要一个小时来完成两分钟的构建,或者一个版本控制系统 - 嗯 CVS - 需要15分钟来查明是否有任何更新50MB源代码树).