梦苏梦/文
图片来自网络
最近工作之余看了一本叫《软件项目成功之道》，感觉书中的观点很有实用性，就像读者对书中的赞誉：“真是一本好书，作者用通俗自然的笔调将内容娓娓道来，没有落入刻板介绍方法的何似在俗套，实在太棒了。”，是的太棒了，不管你是一个开发人员、测试人员还是项目团队领导人、经理、个人组成团队，都请“使用这本书”。找出你工作室（或你个人的工作）中缺少的环节，看看这本书是如何让你现在的生活更轻松的。
《软件项目成功之道》
好了，言归正转，请允许我带着你一起“穿越”吧。
项目成功技巧汇总
1.选择习惯 。 “一流的产品中不过是好习惯的副产品”，要有意识地搜寻好习惯，并把它们加到你的日常生活当中。
2.留在沙箱里 。在准备好之前，要与其他人隔离，使他们不会受到你的影响。
3.如果需要就将其签入。对你开发的项目进行资产管理，利用SCM系统管理每一个文件的每一个版本。
4.从第一天起就使用脚本构建。建立构建脚本，有助于提到你的工作效率。
5.任何机器都可以作为构建机。任务开发人员的机器都可以作为构建机，持续构建、持续测试，这样你会远远超前于大数软件团队。
6.避免集体失忆。要创建一个覆盖整个产品的长期记忆，否则公司会得老年痴呆症：经历一番艰苦努力后，却发现这个问题以前已经发现过，这不仅浪费时间，让你的客户备受困扰，也让测试人员和开发人员很头疼。
7.演练产品——自动测试。使用通用、灵活的自动化测试框架，可以对你的项目进行测试如模拟客户测试，更好地发现存在的bug，提高工作效率。
8.工欲善其事，必先利其事。选择好的工具不仅满足你的需要，而且可以实现让人难以置信的协同工作。
9.使用熟悉的关键路径技术。这会使工具的维护变得容易很多。工作室里的任何人都能使用这样的技术，并做出调整。另外，通过强调经验，可以避免落入某种技术“陷阱”，因为有些技术看上去很适应于给定情况，但实际上不早。
10.按照任务清单工作。任务清单可以为管理层和客户提供一个具体的实物，供他们查看并对产品做出评价。此外还会为团队提供充分的敏捷性。着手建立自己的任务清单，为各个特性指定优先级，排序和附加估计时间。这样你的领导随时知道你完成的工作，不致于问到你完成了工作你哑口无言。
11.要有一个技术领导人。如果你渴望成为一个技术领导人，那么首先要证明你已经做好准备了，可以应对额外责任。对你个人使用一个任务清单，另外还要对团队维护一个任务清单。一方面监视工作进展情况，同时还要关注即将进行的项目。做一个团队的技术领导人，你要做到以下几点：知道团队的每个成员都在做什么，了解项目状态、特性、产品优先级最高的缺陷，成员解决的最近问题以及团员成队会向你求助吗？
12.通过每日例会频繁进行航向修正。每天都要协调和沟通，知道各个成员面临的问题，时时把握项目动态。
13.经常审查所有代码。互相审查代码，这样有可能让你写出高超的代码。
14.目标是软件，而不是遵从过程。过程就是一组步骤，连接在一起就能采用一种可重复的方式构建产品。但是每个荐都不同，而且每个团队也是独一无二的，所有你要知道这个过程是否适用于自己。经常定义你的过程，更好地适应你的软件。
15.集体参与建立架构。参加到项目的架构中，不仅了解整个项目的组建，更能熟悉知道自己的责任。
16.测试之前不要修改遗留代码。对一个遗留产品，先构建它，使其自动化，最后测试之。完成这些工作，任何人都能支持这个代码中，自动化测试系统会在一个干净的环境中运行构建并再次测试来确保一切正常。
17.使用测试驱动重构清理不可测试的代码。对于“不可测试”的代码，启动“测试驱动重构”。首先为产品创建一个测试计划，其实编写一个自动化测试。不要试图第一次测试就修正每一个问题，而是增量改进和保持前进。当你完成这些小改进时，你会惊讶地发现，一旦有了一个基本的自动测试套件，居然就会得到这么多支持。
18.模拟客户测试可以事半功倍。经常遇到这样的问题，修改后的bug会莫名其妙地不见了。这样就需要个自动测试套件，模拟客户测试。
19.必须适用于的所有人。如果一些bug在开发者的机器上没有出现，但是测试人员的机器却出现了，所以这时开发人员就要警惕了。检查代码完善你的程序，让其适应所有人。
20.公布你在做什么以及为什么这么做。再次使用任务清单，让你的领导掌握你的最新进展。
项目路线图
项目路线图整理为三个部分：基础设施、技术和过程。这些方面会直接影响你的团队能否始终如一地交付客户想要的产品。（路线图摘至书中）
项目路线图
好了，时间有限，我就给大家总结这些，希望对你们有所帮助。
(温馨提示：你的转发分享，就是对我最大的支持，如需转载，请标注原稿出处，谢谢支持！)
网友评论