|
7.下属员工
决定承担一个项目必须首先问你的组员是否有能力完成当你是一个下级的员工，你的老板对你说“我们是否可以在下个十月完成项目？”回答说“当然”会令人惊讶。但是，你的员工会因为你回答“我要考虑一下。”而表示赞赏。
即使你已经在考虑这个问题，告诉了你的员工你们将来做它，你还是应该得到足够的信息来考虑。你应该从这几方面来看：
·一段时间内，你也许会因为另一件工作而感到对这个问题迷惑。
· 也许有你正被其它需要考虑的问题所累，因为你不再有相同的时间像你第一次看到它的时候。
· 如果你“训练”你的上司让你的回答有漏洞，你的上司会继续给你让你回答他的压力。
当你与你的员工在做决定之前讨论问题时，你应该把这些和他们说一说：
· 我想知道是什么让你想做这个项目。
· 我不怕告诉我的上司要怎么处置它。
在决定做一个项目之前先好好做考虑是一种对你员工的尊重。另外，考虑他们的想法也会使你从他们那里赢得尊重和忠诚。
8.计划定期的培训
作为管理学的一部分，测试是一种挑战和对规则的经常性的改变。因为经常的改变，要制定定期的培训计划。如果你没有基于不断的变化而培训你的员工，你就会有损失。
培训可以是关于特定项目或者是技术。你可以进行训练用不同的方法：
· 提供一个简单的午餐，让每个你的每个组员讨论一个特定的领域。这特别对同时要做很多不同项目的小组有用。当每个人做不同的项目，这会有助于每个人了解你小组所有的工程。
· 做一个对每个部门的阶段说明。无论幸运与否，每个部门都会有和你小组相仿的工作，但是一般来说其它部门都不知道另外的部门在做什么。
· 如果你们有交叉利益的小组，你可以让两个小组都展现他们各自为公司所作的项目，或者只是针对你的测试小组。
· 邀请外面的专家来讲一个特定的技术或者一种项目。这些专家或者是专业的顾问，善演讲的人，也或是一个博学的朋友或同事。
· 如果你买了工具或者已经进行了培训，考虑组织一个内部的“使用者”会议。人们可以在那里分享他们使用这种工具的感受并且讨论它的问题，优点和恶作剧。这特别对有缺陷的追踪系统和构造管理系统有效果。
9.计划测试
作为一个测试经理，你不可能有时间去做所有你想做的事。所以，计划你和你小组能做什么。作为测试经理，首先应该确定自己的任务，是在发布之前找到大的缺陷？还是评估软件的状态？或者是帮助开发经理在发布之前做风险评估？你的任务有可能是其中一项又或者是其中几项结合。无论是怎样，在进入的玩命工作时期之前, 对测试进行计划, 你组里的每个人都要竭尽全力你不需要做所有的事。你不是对所有事都计划而是精简，你就会有时间, 然后你就可以计算出你能再做什么。
测试的计划是对每个产品或是对各个开发阶段的产品开展测试的策略。测试要多严格？什么测试不用进行？你在测试里要用硬件和软件的那些组合？什么样的组合不能作为彻底的，可能的，在所有的测试里都运用到的。
测试是一种危险的评估。你和你项目里的其它成员能够进一步做出决定：你乐意对产品的测试部分和非测试部分冒多大的的险？
一旦你决定要测试什么，对每个产品发展发布标准。发布标准是对每一项发布挑剔的重要性评判的客观的标准。“如果那样将会不错”不是步伐标准。“如果不那样做客户将会置我们于死地”才是发布标准的组成部分。
如果你计划一个测试并和你的组员一起开展项目, 你不能一直只扮演一个守门人的角色。你无须停止准许运用.你和你的项目小组或者你和项目经理一起制定评判的标准。当你们都通过了这些标准，就可以交货了。加入你们没有达成共识 ，诚实的，决定你下一步该做什么。我所有做过的项目当中，我们都必须对发布标准达成共识,所以我们为此一直工作.一些客户提出了很苛刻的标准，我们最后也达成了共识。他们更换了文件当中的发布标准,
解释他们在项目小组里的位置, 并且支配管理, 最后交接工作。 |
