软件工程案例机构设置及岗位职责.ppt

OPM——机构过程管理，包括机构过程的定义、关注焦点等等。 TM——培训管理 * 本章的目的： 1、让学生初步了解国内中小型软件研发类IT企业的通用管理模式； 2、让学生了解中小型软件企业研发部门的组织架构设置，并通过一家通过CMMI3级企业的实际设置为案例进行讲解 3、通过了解该企业各类岗位职责，各小组对自己所在小组的人员职责进行划分，至少应当把项目组的所有职责均能清析的划分到各小组成员，以保证实践项目能顺利有序的进行。 * * 高级经理，一般可以是技术总监、总工程师、副总工程师、主管技术的副总经理等 * 在学生项目实训时，一般小组规模比小（10人以下），可以分为项目经理、系统分析与设计、开发、用户体验与QA四个角色；其中系统分析与设计人员在做完设计之后，转入集成测试与系统测试角色，完成测试用例及测试计划的编写及执行，选其中一位做为测试经理；配置管理的工作可以由项目经理来承担；开发角色在项目的前期重点是完成技术方案的预研，把可能存在的技术难点在开发阶段开始之前全部解决完。 教师及项目组长应当对各类角色工作进展情况进行阶段评估，及时纠偏。 * * 立项分析小组，一般由产品创作者（构思者）、业务专家、技术专家、市场人员组成；应有一位主席或组长 立项决策分析委员会，一般由机构领导、各级经理、市场人员、技术专家、财务人员等组成，应有一位主席或组长； 配置控制委员会，一般由一组负责评估和审批配置项的变更的人员（CM）组成，建议由技术总监、产品经理、研发部长、配置管理工程师、配置管理经理、项目经理等人组成； * 本章的目的： 1、让学生初步了解国内中小型软件研发类IT企业的通用管理模式； 2、让学生了解中小型软件企业研发部门的组织架构设置，并通过一家通过CMMI3级企业的实际设置为案例进行讲解 3、通过了解该企业各类岗位职责，各小组对自己所在小组的人员职责进行划分，至少应当把项目组的所有职责均能清析的划分到各小组成员，以保证实践项目能顺利有序的进行。 * * 1、无论成功失败，一个团队的所有人都在一起。作为一个公司更是如此，切忌相互观望，并且互相看笑话的情况出现。在一个团队里，一个组或者人做完事情应当去帮助其他人，这是一个习惯，也是一种文化，并且用这样的方式去感染每个新进入公司的员工。这时需要特别注意，不要建立一种宗派主义思想，各个小团队是为整个大团队服务的，必须建立一种全局观念。 2、在日常工作中都会遇到问题，如果有谁有不懂的问题，大家都会很热情地帮助他，就算不知道也会帮忙查资料，或者介绍其他专家。在这样的一个环境里，大家就会觉得自己很渺小，如果别人问到自己不会的问题，就会去钻研，这样自己就又学会了很多东西。教了别人以后，如果别人比自己干得好也不会嫉妒或者表功，只会培训出一种真诚赞扬和祝贺。 3、有这样一个故事，大家在喝酒，总共喝了两瓶，如果让人分开说自己喝了解多少，加起来总数肯定大于两瓶。出现这种情况的原因就是，缺少互相奉献和支持的精神。在微软，虽然某人任务很紧，但他如果有什么能帮助别人的地方，总要抽出时间给别人讲解；并且是从公司全局考虑问题，愿意帮助公司很多少减少花费，节省时间，把自己的经验或者小技巧奉献给大家，而不是去表功。 4、在工作中遇到困难是在所难免的，关键是遇到困难后的态度。遇到困难如果采用回避态度，根本解决不了困难，只能使工作难上加难。在微软沟通很重要，工作中，人与人总是会有矛盾的，有困难的，关键是怎么解决矛盾和困难。 5、这一点很重要。一个人再能干，不承认并感谢队友的工作和帮助，谁还会跟你合作呢？承认并感激队友的工作和帮助时，并没有降低自己的个人能力或丢面自己的面子，相反，你的人格魅力会由此而上升，大家就会觉得你真的很了不起。做为我们大家，为什么一个工作做好了，非要分谁主谁次呢？我个人觉得，好东西为什么不能让大家共同分享呢？只是在其他承担的角色不同而已，只有团结工作，才能取得这样的成绩啊。 6、一个人一生，不管怎么样，大部分时间都是在当配角，人的天然角色就是配角。虽说不想当将军的士兵不是好士兵，但是当将军以前也是要先当好士兵的。而且将军也不是靠自己个人的幻想爬上去的，要当好士兵并得到大家的一致认可。所以说，主角是通过努力赢得的，配角则是天然的选择。在一个团队中，做一切事情都是为了把事情做好，对整件事情来说，我们都是配角，有些人可能被选为主角，但是大多数人的自然角色都是配角。 7、在一个团队里，谁做完一件工作，大家都应当对谁很推崇。学会欣赏队友的工作，这也能促进大家更好的合作，激发大家的工作激情。相反，如果老是挑别人的刺，那么工作就没办法开展了。 * 1、职业道德是评价一个人非常重要的因素。比如，不贪小便宜，不拿起公司的免费饮料、用具，不乱打电话，不利用公司的资源做自己的事情，自觉遵守公司规定，不用盗版软件，不随便用