我编程，我快乐——16　做事的方法

“软件开发”不是一个名词，而是一个动词词组，它是一个创作的过程。当我们编码的时候，开发的步骤与开发的成果一样重要。如果你忽视开发的步骤，那就有可能会误工，创作出的产品有某种缺陷，或者什么也创作不出来。这些后果都会引起用户的不满。 幸运的是，人们在开发一些优质的软件的过程中（以及其他产品）投入了很多心思。这些现有的技术被编录成“方法论”。你可以在网络上或者书店里找到大量这方面的书籍。 遗憾的是，大部分软件开发师并没有从这些优秀的资源中受益。对一个团队中的大多数成员来说，步骤是事后要想的问题。在他们的字典里，“方法论”这个词等同于报告和冗长的会议。很多时候，某种方法是经理强加给他们的。 经理直觉上知道他们需要遵循某种步骤，但却不清楚他们有哪些选择。结果，他们依然延续20世纪80年代的办事程序，只不过在其中添加了符合年代特征的时髦用语（现在是Agile软件公司），然后经理再把这个办事程序传递给他的团队。当团队里的软件开发师自己成为经理之后，还是会重复这个相同的步骤，直到有人打破这个循环，试着证明哪些可行哪些不可行为止。 你肯定会想一定有某种更好的软件开发方法。事实上对于大多数团队来说，的确有更好的方法。 如果你是一名程序员、测试员或者是软件设计师，你可能会认为开发的步骤不是你的工作内容。就你的公司而言，你或许是正确的。但是，它通常不是任何人的责任。如果非要把这个工作分配给某个人，那可能就得单成立个“步骤小组”或者类似的某个不相连的机构。事实上，一个成功的软件开发步骤，必须是由使用它的人来参与制定的——类似你这种人。 要想让自己找到对这个步骤的归属感，最好的方法就是亲自来操作。如果你的机构中没有工作步骤，那研究方法论对你可能会有帮助。吃午餐的时候，和你的同事讨论开发软件中会碰到的问题，以及选择某种规范步骤或许会缓和这些问题。把你们选择的步骤整合成一个计划，然后得到每个团队成员的认同，并开始执行你的计划。