70 ％的解决方案：实际测试和版本控制
“你是什么意思你需要推迟发射日期？ ”说的首席执行官。说，首席财务官。说的用户社区。首席技术官，首席信息官，和所有工作人员谁监督重大发展项目提供了可怕的消息。 但是，期限为一个最后期限是一个危险的陷阱，可以消耗整个项目和妨碍它指出，它从来没有发射。多年来我已经拿出6个简单的规则，以帮助 期限变得更有意义，同时让开发商，用户社区，首席财务官和首席执行官所有satisfied.1 。总是次要版本控制整个发展。组功能要求到 未成年人的版本，这样的核心功能是重点，使整个开发团队通常是积极同未成年人version.2 。始终目标次要版本发布每2至4 weeks.3 。总是开始 测试后立即每一次要版本是complete.4 。总是优先考虑的错误操纵来的最高水平完成后，任何testing.5 。决不允许有问题的功能增强是一个showstopper 。 谈判的用户社区和首席执行官首席财务官或拖延，或取消，交货的functionality.6 。总是推出产品的时间-只要最近全部完成次要版本是 功能等同或优于当前的生产系统。启动它，无论多远你是从100 ％ complete.So我要你发起不完备的申请？让我们把它称为“功能 挑战“ 。这是我所说的70 ％的解决办法。期限不会移动和开发商提供一个充分的测试，缺陷修复版本的时间和预算范围内。这使管理的机会，以评估 进一步投资的应用功能，而获得的好处，任何发展date.Don '吨责怪开发商。它更可能运行在一个项目的预算和最后期限，因为乐观 成本规划或范围蠕变比穷人开发技能。下面的这些规则，确保提供最好的产品开发团队可以实现在一个设定的预算，或一段时间。即使在这样一种环境， 范围蠕变成为一个因素，不断升级的要求可以预定到未成年人的版本，以便阻止他们从未推出的“功能挑战” application.Testing ？谁需要测试？所以你没有 按照六个规则，你过去的代码冻结日期，你应该在最后的测试，但仍有更多的事情来执行。在用户界和首席执行官想知道您就可以发射 不论时间。这是当它访问您，如果我们能“精简”的测试阶段，我们仍然可以做到这一点。非常糟糕的主意。支持的费用不够了，由于测试的费用超过该项目 本身。最近，我看到了拙劣实施客户服务的应用，几乎成本问题，该公司在其三个最大的客户，以及数以百万计的dollars.Work您调解魔术。应用程序 发展管理人员都必须参加谈判和部分魔术师。他们需要保持各方满意，即使产品的期望和预算方面的限制有冲突的。没有人真的想解决的70 ％ ，但 每个人都可以住在一起的。当任何人的100 ％的快乐，你知道你很可能做right.Read更多的例子： “星期四规则”首席执行官史蒂夫皮卡德， FounderWorking积极与Oracle初以来 90年代，史蒂夫已经架构和发展，从大量的数据仓库和决策支持解决方案屡获殊荣的即时网络applications.Steve有度，在数学和信息管理 系统由渥太华大学。在创办Pythian ，史蒂夫担任顾问，有许多公司以及加拿大政府提出抗议。他仍然是关键建筑师Pythian的高度复杂的内部
文章来源: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
网管得到HTML代码
加上这条到你的网站！
网站管理员提交你的文章
无须登记！填写好的表格和你的文章是在 Messaggiamo.Com 目录！
