Project management 有工艺气味这样的东西吗？

我们通常对这里很熟悉，但当事情的业务方面——尽管它属于我们的领域——出现问题时，即使不是更严重，也会造成同样的损害

举个例子，Joel测试中任何东西的反面都会被认为是一种主要的过程气味（即，没有源代码控制，没有测试人员），但这些都是明显的气味，“气味”的意义在于它们很微妙，并且会形成破坏性的东西。我在这里寻找粒度

首先，这里有一对夫妇（当答案出现时，可以将其变成一个列表）

---

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

• 被要求对任何需要超过一天（几个小时）的事情进行即时评估（“粗略估计就可以了”）

• 古代货物崇拜智慧盛行（个人示例-禁止VisStudio sourcesafe集成）

• 您已停止召开非项目特定的小组会议（或缺少任何类似的讨论论坛）

---

---

那么，还有什么其他过程的气味，它们有多糟糕？当项目6个月前结束时，您还没有进行项目后审查。

• 运送原型-“我们稍后将生产”

---

我见过一些气味：
• 乐观的管理层，但他们不能支付你这个月的工资。这真的很糟糕。我及时离开了公司，但几个月后它就死了
• 极度狂热的团队建设会议。关注公司有多伟大。但最终一切都失败了
• 优秀的新人之所以被解雇，是因为他们试图改变这个过程。真丢脸。我见过一些人真的试图改善公司，但旧习惯永远不会消失，所以它往往以一场大决斗而告终
• 老板的心态总是对的
还有更多，但我不会破坏其他人的乐趣。
威廉·J·布朗等人的书“有很多与项目相关的气味。它们并不总是在发生灾难；几乎任何气味都存在缓解的环境
波特兰模式库也有一个关于反模式的页面，涵盖了许多与《反模式》一书相同的主题。访问并向下滚动至“管理反模式”。以下是一些示例：
• -一个由聪明和善意的分析师组成的团队进入分析阶段，该阶段仅在项目取消时结束
• -客户（或PointyHairedBoss）在您获得足够的数据之前要求进行评估。你接受了“挑战”，给出了超乎想象的估计（即猜测）。然后，客户/老板将评估视为铁一般的承诺
• -举行的会议似乎一次又一次地讨论同样的事情。在上述会议结束时，做出了“必须做点什么”的决定
• -在这样一个政治环境中，没有人有足够的影响力提出系统设计并获得批准，你如何完成设计？成立一个大委员会来解决这个问题。让他们自己去战斗，最终得到最后的结果

---

把它们都收集起来！：-）
我建议查看上的维基百科页面部分。我必须处理的是你提到的“危机模式”和“动态评估”。
有一种气味我有一个真正的问题（因为我使用它）：没有抛弃工具、开发软件、方法或任何其他不起作用的东西
很多时候，有一个（或多个）软件明显地、公然地不起作用，并且可能干扰开发过程，但项目经理只是拒绝更换/升级“因为更换它会花费太多的{时间、金钱，无论什么}”
编辑：这也扩展到机器和其他基础设施（例如：一个构建服务器需要一个小时来完成两分钟的构建，或者一个版本控制系统-ahem CVS-需要15分钟来确定50MB源代码树上是否有任何更新）
• 回溯约会-被给予一个结束日期，然后被告知需要做什么
• 反向QA覆盖-QA关注非必要的项目（因为他们只知道如何测试这些项目）
• 环境一致性问题-各种环境（开发、测试、登台、生产）的代码和数据不同步-因此，生产之前的任何测试都是无效的
• 交付日期分离-没有人相信结束日期，因为：它是由开始和之前的项目100%从来没有达到他们的交付日期
• 老脾气暴躁的代码——老代码令人恐惧，因为人们不想重构
• 邪恶的pm三角（范围、成本、资源和/或质量）-为了调整项目，你需要增加人员、降低质量、缩小范围等…一旦项目启动，大多数变更（甚至缩小范围）都将增加时间和成本，降低质量..一旦火车轨道关闭，左转很难
我所说的：NIH（过程版），也称为“选择你自己的冒险”
这方面的证据：
• 你花了无数次的会议来调试这个过程。并对其进行重构
• 什么也做不了，因为没有人知道他们应该做什么

---

我猜这是一种反模式，而不是一种气味。
对流程的更改是在没有考虑时间安排或当前可交付成果的情况下进行的，然后在可交付成果由于采用新流程而延迟时立即反转
有人请了病假，结果团队落后了，他们试图把这个人的工作和自己的工作一起接手。当经理、客户或客户销售代表被告知事情会因此延误时，他们只关心事情何时会发生，你能否在夜间和周末工作