软件外包公司更高效的软件生产

 

更高效的软件开发关注软件外包公司的员工和生产方法可以帮助你满足产品快速释放和对时间的挑战。我不是说“我们要用敏捷的方法因为它是更好的、更快的。“我说的是看你的团队–作为个人玩家和凝聚力的单位–和了解他们如何能更有效地工作。

 

经过专家的专家表示，一种方法是唯一的好，如果你工作–你不应该严格遵守一个简单的同名方法。同样的情绪可以用来最大限度地提高你的工作效率。不要把在一个团队只所以他们总是忙于工作。注意他们需要完成一个任务而定流量方式时间。超载的团队将沼泽下来，迫使他们抢通工作要跟上。冲工作粗制滥造的工作并能花费你的当你需要发布一个补丁，它通过对生产问题。

 

德里克Huether，对领先的敏捷，说喜欢原来的福特汽车厂，它是最大化的工作流程，没有大量的工作。

 

亨利福特没有大家在100%利用工作。 如果每个人都曾在100%，结果就拥塞的瓶颈在他的（装配）系统和过度库存生产。 相反，他做的许多事情之一是在限制时间的焦点。 的活动之前发生的事等待时间。 了解他的系统，他能够有人正确的金额，在适当的工作节奏，在正确的顺序，以最大限度地提高流量（通过系统交付）。

 

他建议了解四个关键因素最大限度地流：

 

了解现有的和潜在的能力

了解配送系统和确立目标

运输吞吐量平衡能力

监视性能

你可以阅读更多关于每一个点上领先的敏捷。

 

这里的关键是搞清楚什么对你的团队工作。不要淹没他们保持他们忙的缘故，但不要让他们有太多的时候，他们感到厌倦，失去焦点。

 

创建一个真正有效的环境需要超出QA部门。等到SDLC末期解决质量和测试只会减缓这个过程。简单的问题需要解决或避免在前面的过程。有QA人员审查产品的用途，特点，早期的设计和任何潜在的路线图–他们也许能够发现问题之前，什么是编码。

 

 

杰夫的“廉价”摩根谈到之前他们在东魅所创造的预防错误。拿起这个话题，Eric雅各布森（的测试这个博客）讨论过任何产品代码编写单元测试存在的基础。这给开发者一些目标，本质上。他们写的代码，能够通过这些测试。创建测试编码开始意味着开发者了解和避免潜在的错误的情况下才。从测试这个博客：

 

廉价的粗略估计，每8 / 10错误涉及UI。 有程序员知道这些UI错误而程序员编写UI最初巨大的效益。 因此，为什么不让我们的测试人员开始执行探索性测试之前的故事是完整的代码？

程序员经常去得到一些代码完成，测试人员可以（所以程序员可以做的下一件事）。如果我们能说服程序员不是完整的代码直到 测试什么？

保持部门分开总会引起摩擦减速过程。具有团队合作促进了更友好的工作环境，使每个人的工作更容易。公司里的每个人都是朝着一个共同的目标–释放一个好的产品。不要忽略了这一事实的日常工作中。

 

有一个更有效的方法最好的方法就是知道你的工作人员和一起工作。不要局限于方法论的规则或部门划分。跟随别人的规则，软件外包公司的团队不必要的工作，以创建您自己的规则。