项目开发及角色扮演
在开发一个项目的时候，前期的准备工作往往就有很多，还有一个团队的组建也是十分重要的，而一个好的团队在软件开发中有着不可忽视的重要性。
不管是开发何种项目，都需要典型用户和该项目所适应的应用场景。
对于开发人员来说，不能想当然的认为用户需要什么样的软件，这个软件应该具备什么样的功能，然后尽可能详尽的添加自己所能想到的所有方面的功能，且不论一些功能是不是用户真正需要的，所谓将自己软件的拓展性做的特别好，就认为可以覆盖所有用户，然而，一昧的追求拓展性，有可能就会带来很多的副作用。综上，在开发项目的时候不能一昧的追求某一个单方面的需求而忽略整体的利益。
典型用户往往是由一种角色的抽象，典型用户可以分为受欢迎典型用户和不受欢迎典型用户。典型用户可以包括以下内容：名字（越自然越好）、年龄（不同年龄和收入的人有不同的需求）、收入、代表的用户在市场上的比例和重要性（比例大小等同于重要性高，如付费的用户“会员”的比例比较少，但是影响大，所以更重要）、使用这个软件的典型场景、使用本软件/服务的环境（办公室、家里、公共汽车、地铁等）、生活/工作情况、知识层次和能力（教育程度，对电脑，互联网的熟悉程度）、用户的动机、目的和困难（困难=需要解决的问题）、用户的偏好。当定义了典型用户以后还不能进行写代码，因为典型用户只不过是我们的设想，是纸上谈兵，还需求同用户进行交流，理解用户，然后进一步细化典型用户。当与用户交流并制定了开发流程后就要将典型用户迁移到场景中了，找到一个合适的场景，然后分配任务，也就是将场景模块化。接下来就可以写规格说明书了，它一般分为功能说明书和技术说明书。功能说明书是从用户的角度描述软件产品的功能、输入、输出、界面、功能的边界、功能的效率、国际化、本地化异常情况等，不涉及软件内部的实现细节。技术说明书有叫设计文档，它用于描述开发者如何去实现某一功能。功能驱动的设计步骤：第一步，构造总体模型，第二步，构造功能列表，第三步，制定开发计划，第四步，功能设计阶段，第五步，功能实现阶段。至此，产生一个完整的、验证过的功能。
对于团队，有很多的模型，较为出名的有MSF团队模型，在MSF团队模型中，任何技术项目都必须达到特定的关键质量目标，才能够被认为是成功的项目。任何一个角色无法实现其目标，都会危及整个项目。因此，每个角色都被认为是同等重要的，重要的决定都要共同作出。说白了，一个项目要达到的目标很多，MSF团队模型让不同的角色去实现这些目标。同时MSF也支持CMMI（能力成熟度模型集成）开发模式。
对于项目，就拿“学生信息管理系统”来说。首先，该系统要具备的功能包括：学生能登录该系统并且可以处理一些常用的事件，可以和老师沟通提交老师所布置的专业；对于老师来说登录系统后，可以查看学生的提问、学生提交的作业，也可以回复学生的问题；对于其他人员，系统可以满足他们各自需要的功能；对于管理员，系统应该讲管理员的权限设置的可以处理学生和老师所遇到问题。该系统的数据库要实现实时更新，以免出现因信息更新不够及时可能出现的问题。
不管一个项目大小，开发流程都是一样的，而对于团队的要求却不同，对于大型项目，对于团队的要求相对来说就比较高，但是任何一个团队的组成成分都是相同的。
一个好的团队离不开一个好的PM，他往往是一个团队的核心人员，通常是发现问题并和客户进行交流，并指挥整个团队更好的开发项目，使得项目的各个进程之间更好的协调。其他人员各自做好自己的事情就可以了。
在开发学生信息管理时，PM首先要去学校了解学生和老师对于该系统的基本需求，最好和各个年级的学生进行面谈，将他们的需求汇总后交给开发人员，开发人员在拿到需求列表时，应该仔细分析需求，然后将它们分类细化。接下来就是开始开发了，在开发过程中，不断回顾并尽可能的做的更好。在开发进行一段时间后测试就可以进行了，这样做可以节约时间，同时能够尽可能早的发现错误，减少开支。开发就是在不断测试不断改进中进行的，慢慢的软件的早期模型就出来了，这时可以先交给用户一个模型，让他们感受一下使用是否合理舒服。如果没有什么问题的话就可以将现有的成果完善交付客户了。如果有问题的话就进行更改，直到客户满意为止。该项目采用边开发边测试的开发流程，该流程最大的好处就是不会出现特别大的Bug，减少返工率。
至此该项目的开发就可以告一段落了。