代码之家  ›  专栏  ›  技术社区  ›  Burt

是什么阻碍了你的项目的发展?你是如何克服它的?

  •  2
  • Burt  · 技术社区  · 15 年前

    有没有什么东西会减慢你正在进行的项目的开发,如果有,你是如何改进的?

    1. 我们最近引入了持续集成来解决不断中断的构建问题。

    2. 为了提高代码质量,我们引入了代码评审。

    3. 客户机不断地更改静态数据(查找),因此我们在其周围引入了一个变更控制过程。

    4. 与海外同事的沟通很困难,因此我们介绍 office communicator

    我很有兴趣听到一些让你的团队慢下来的事情,以及你是如何绕过他们的。

    6 回复  |  直到 15 年前
        1
  •  7
  •   rein    15 年前

    我们最大的生产力损失是当开发人员没有达到他们的水平时。” programming in the zone “。

    如果开发人员没有分心,只是专注于他们正在做的事情,那么他们的工作效率可以成倍提高。

        2
  •  3
  •   Thorsten Dittmar    15 年前

    阅读stackoverflow.com并尝试找出用户问题的答案需要花费大量的时间。哦。。。等待。。。

        3
  •  2
  •   annakata    15 年前

    最重要的是: 未能充分或准确地确定要求 .

    级联到未能正确估计时间尺度(显然),无法处理变更(因为您在开始时没有掌握完整的图片),以及增加的变更需求(实际上原始需求表现为变更,因为您最初没有收集到它们)。

    很多这种情况都可以通过相互理解来减轻,即你处于一个适应性的、形成性的周期(即敏捷),真正具有破坏性的是当你 认为 你有好消息。

        4
  •  2
  •   Christian    15 年前

    就我个人而言,我发现过去过度热心的项目经理导致了非常缓慢的发展。项目经理需要非常准确的规范,需要召开会议来涵盖项目等,这会导致很多问题,有时你只需要告诉他们你做得有多少。此外,我发现客户的思维变化在过去已经让我损失了很多时间,我正在进行一个签核流程,客户在改变思维时会因为浪费时间而被收取费用。

        5
  •  1
  •   Cătălin Pitiș    15 年前

    一些事情减缓了项目的进度:

    • 多站点(离岸)通信(有时甚至是分布式团队)。我试图建立时间限制会议(状态,需求澄清),并严格控制要讨论的事情。当然,会议记录已经结束,所以没有进一步讨论决定了什么。

    • 客户的持续变化。它们往往是口头的,直接向开发团队询问,分散开发/测试团队。当涉及到变更时,我使用强制单一的通信点-变更控制板。变更的处理(分析、技术解决方案、计划等)在控制板中完成。结论被记录在案。为了提高效率,小的变化被计划并作为一个整体来处理。

    • 更新技术文档-从开发的角度来看,这看起来是一个减速,但它通常会在其他活动(处理变更、与客户的讨论、入职等)上得到回报。所以必须这样做:)。不应该做的是把太多的细节加起来没有什么价值。然而,细节的正确程度…没有任何规则可以找到它:)。

    • 我几乎忘了:“分析——瘫痪”:想得太多(在技术解决方案上)。再想一想等,这无疑会减慢整体的发展。采取务实的态度可能会有所帮助。

        6
  •  1
  •   Rahul    15 年前

    如果大量开发发生在海上,那么

    1. 确保您的海外同事拥有可用的最佳硬件/软件资源。我认为这是生产力下降的一个严重原因。离岸承包商将向其开发人员提供过时版本的开发工具。他们的开发机器配置不良(内存大小等),造成严重的生产力损失。根据要求,确保海上和现场开发人员具有相同的可供开发的软件和硬件。

    2. 此外,各大洲的网络问题将真正减缓发展速度。在我为之工作的许多项目中,离岸团队正在连接到位于美国的数据库,这大大降低了开发/测试的速度。例如,启动一个选择查询需要几秒钟才能完成,这是一个很大的降级器。