网站的成功发布:防止耗竭

发布：2018-12-24 20:43:48 浏览：3514

准备发布是项目的一个最重要步骤，它需要考虑人员的能力。为了成功完成公司项目，新产品的发布过程必须考虑人员的身心状况。有些公司对此置若罔闻，结果就会失去很多员工。他们在发布过程中让员工过度工作，严重打击了员工士气，使员工深受伤害。管理层通常只关注于产品发布日期和完成新产品发布，而技术团队则希望有更多的时间陪伴家人，以及有合理的个人支配时间。这两个目标通常是完全矛盾的，但是他们不一定会屈从于这种压力。

专责团队

防止项目出现耗竭问题的一个重要措施是给项目指派足够的人员，允许他们只专注于一个项目。实际上团队无法同时执行多个任务，让团队同时开发多个网站或重大Web产品，就可能导致人员耗竭和打击士气。因此，最好要为每一个产品或网站指派专职团队。在大型组织中，最好要让软件工程和运维技术团队实现轮转，形成一些主要专注于开发和发布新产品的子团队。要配置一些维护人员，由他们来长期支持已经上线的网站和应用程序，而把其他人指派到一个独立的专责团队，长期执行开发工作，负责开发新网站和应用程序。只有混合这两种团队结构，才能实现最佳结果，因为忙碌于维护现有应用程序的人通常最了解哪些新特性和新网站能够补充到现已上线的服务当中。通过这种方式，我们就可以将新网站和新产品的开发人员从已上线产品中解放出来，同时要淘汰和停止那些不能产生收益或对公司没有正面好处的产品和服务，将其所占用的资源转移给新项目。

特别项目团队的轮转

专门项目团队的开发人员和运维工程师应该定期轮转，可以一个月、两个月或半年轮转一次，具体时间间隔取决于新开发项目的持续时间和范围。这样可以帮助专门项目团队的工程师通过持续解决并攻克新问题来保持技术更新。大约有50%的专门项目团队成员应该保持在一个项目中，避免因为知识流失过多，而使新项目完成之后就开始出现危机。这50%的人员属于团队主管人员，他们代表了专门项目团队的“基石”。

另外50%6的人员应该加入到普通Web开发人员和运维工程师群体中，参与公司核心产品的维护工作。这样可以保证那些没有新网站和应用程序实践开发经验的工程师能够直接参与这些工作，这也是转移知识和形成良好文档的最有效方法。

准备应付最坏情况

项目经理应该准备好应付Web开发项目的重大危机。例如，如果有一个重要利益相关者(如软件开发总监)出现了健康问题，必须暂时离开项目几个月时间，那么可能会对新产品的发布日期产生影响。这也可能会影响公司交易和合同，也会涉及一些法律问题，从而对整个项目的后续工作产生影响。如果开发过程预留了一些额外时间，那么公司很可能就可以避免出现严重后果。当然，不一定只有严重问题才会给项目进展造成影响，许多小的延迟事件叠加在一起也可能会完全拖垮项目进度。项目经理、产品经理和工程师都应该清楚在特定时间里应该实现的目标。三个月是发布一款新Web应用程序的理想时间，而六个月足够发布整个新网站。这些都属于较宽松的时间，具体时间则取决于预算和人力资源，但是如果超过这些时间，那么大部分人会失去兴趣，或者会被竞争对手击败。无论他们成功与否，都会抢去风头。避免制定过于紧张的进度计划，对于整个开发团队和支持团队都有好处。

在将新软件产品发布到生产环境的过程中，保持健康和斗志才能产生正面效果，而且长此以往一定会让整个公司和组织受益。通过设定合理的时间表，不让员工超负荷工作，团队将能够更高效地实现各自的目标，而且能够保持更好的身心状态，这样有利于让公司长期留住精英人才，这要比完成一两个项目，以及因此获得的一些收益可要重要得多。

在产品发布过程中保持旺盛斗志

在我曾经工作过的一家公司里，几年时间内有多名员工离世。在我和以前的同事来看，这些人的离世并不一定会与超负荷工作有直接关系。但是，在生产发布过程中，不将员工健康放在第一位，一定会给整个发布过程的成功产生负面影响。

开发软件和发布一个新网站，重新设计整个网站，或者给网站添加复杂功能，跟铁人三项运动差不多。大量脑力劳动之后给人的感觉和大量体力劳动一样，甚至有时候需要更长时间才能恢复。而且，在受到不公待遇时，软件工程师和运维工程师的不满情绪会蔓延到更大范围，从而会在工作环境中形成多米诺效应。如果在公司准备发布最新最强产品的时候发生这个问题，那么它会对项目产生致命影响，因为只有少数几个专职人员能够承担整个项目的压力。

成功标准

在将新软件发布到生产环境之前，需要经过大量的计划、讨论和研究，通常，我们会采用渐进的方法来降低公司品牌遭受负面影响的风险。如果所有环节都正确完成，那么生产环境的代码缺陷数量将降到最低，参与项目的团队也会始终保持高昂斗志，而且最重要的是，最终用户方面也会有很好的反馈。

最终用户是定性定量地评估代码是否成功发布到生产环境的主要标准，网站访问量是第一个成功指标，其他一些响应会延后出现，比如媒体报道，或者有新用户发现了产品并开始讨论这个产品，从而会吸引更多的用户试用网站。此外，我们还希望了解其他一些指标，例如在新特性发布之后，有多少用户访间网站的其他功能。给一个现有网站添加新功能之后，用户可能会因此去査看和试用网站中以前没用过的功能。

用户的抱怨和反馈也是一种评估生产发布是否成功的方法。如果在使用新特性或新网站时遇到问题，而且网站提供了一些反馈机制，如故障报告系统或客服电子邮件地址，允许用户请求帮助，那么网站会出现越来越多关于如何执行某些操作的问题。如果大量出现这种问题，表明肯定是一些用户体验和设计方式给用户访问造成了困难。在一个集中仪表板上跟踪各种指标，就可以监控一个发布过程是否取得成功。实际上，要量化一个生产网站发布成功的指标是很困难的，而且当测量机制各不相同时，就更难将所有指标集中在一起了。然而，这样做能够很好地显示一个发布过程是否真正成功，所以要一直坚持这种方式。在发布新网站和特性时一定要保持这样的节奏，这其中不仅要有好的技术，如自动化、源代码管理和部署机制，也涉及团队在计划、测试和实现新产品发布时所采用的方法和态度。在将网站制作软件发布到生产环境时，越有紧迫感，就越容易出现意外，因此发布过程所使用的方法不同于维护现有代码或监控已经运行的生产网站。