project-management - 为我们的开发流程添加更多结构？

Question

关闭。这个问题需要更多 focused .它目前不接受答案。












想改进这个问题？更新问题，使其仅关注一个问题 editing this post .

2年前关闭。




Improve this question




我与一个小团队(4 名开发人员)一起为我们的定制硬件编写固件和软件。我正在寻找更好的方法来组织团队并更好地定义流程。

我们当前的设置

开发人员通常一次处理 2-3 个项目。

我们的项目以迭代的方式工作，开发人员定期与客户联系，慢慢添加功能并修复错误。

我们也有固定交付日期的项目，而且交付周期长，最终硬件可能仅在交付前几周出现。固定项目通常是对现有产品或实现的微小更改，并且工作以某种方式混合在一起。

我们也在从咨询转向产品，因此我们偶尔会自费添加我们认为会增加值(value)的功能。

问题

我们每周召开一次 session ，为每个项目分配一定比例的时间。 “客户 A 想下周测试功能 X”，因此分配了所需的时间。 “客户 B 与 Y 有问题，开发者 P 可以下车看看吗？”等。

当我们忙碌时，这些计划的执行非常松散。问题出现了，低优先级的东西被推迟了。有时，开发人员不清楚优先级，因此当优先级似乎发生变化时会产生摩擦。下周我们将意识到我们在 Z 项目上落后了，我们都完成了一些漫长的日子。

有人告诉我，这对于我们行业中的一家小型初创企业来说很常见，但我只是在想办法限制“办公室里的披萨”通宵达旦的人数。

Answer 1

Developers are generally working on 2-3 projects at a time.

多任务处理非常低效。将大脑从一项任务切换到另一项任务需要时间来换档。

When we're busy, these plans are very loosely followed.

那为什么还要制定计划呢？

是否可以仅将一名开发人员专门用于一项任务/产品/客户？那么开发人员 P 是唯一与客户 B 交谈的人吗？ (当然，开发人员需要准确记录他在做什么，以防他被公共(public)汽车撞到，但无论如何他应该记录问题和路线图。)

The next week there will be a realisation that we're getting behind on project Z and we all pull-off some long days.

无论如何，如果项目 Z 中只有一名开发人员，他就不会因客户 A 的问题而分心。

不要考虑为一组客户服务的开发人员池，而是为给定客户考虑一个开发人员。 (这会使假期计划变得更加困难，但如果你经常熬夜，无论如何你都没有足够的时间离开办公室。)