现代软件工程 练习与讨论 第十七章 人、绩效和职业道德

第十七章

1. 比较不同团队的绩效评估方法,提出自己团队的绩效评估计划

虽然不同的团队模式有着不同的优缺点,但是就邹欣老师所给出的几个团队来说,我们更倾向于选择第一个团队。

首先,大家在很大程度上都是同一级劳动者,这样就使得我们的工作团队保持一个紧密亲切的氛围。对任务进行不断的细化,使得每个人可以各司其职,共同为了一个大的目标而努力,在一个团队中谁也不希望因为自己的原因而去耽误整个团队的进度,也会使每个团队成员保持一种紧迫感。有利于团队中的每一个成员得到真正的锻炼,并学会承担责任。

2. 在团队中会不会出现“劣币驱逐良币”的现象?

在一个团队进行项目的过程中,什么事情都是有可能发生的,当然我们每一个人都不希望这种情况扰乱了团队的正常运转,所以要依靠团队中每一个成员的力量,去控制扭转他的出现。

3. 请阅读驱动和责任[LL1] ,讨论团队如何能让所有人都明确驱动和责任。

要为团队中的每个人树立起团队荣誉感,知道自己跟这个团队是融为一体的,从而真正把一个团队的利益放到第一位。

4. 走出“自我”和“当下”

在这门课中,首先我们可以更生动形象的感受到软件工程的知识,此外,不同于其他的课程,这是一门把理论和实践紧密相结合起来的课程,所以对于我们来说,是有所裨益的。我们有了亲自探索软件工程的机会,并从小的团队出发,感受一个团队带来的体验。

5. 刷课软件和刷票软件

能动手去开发当然对于我们来说是一件好事,但如果因为自己的开发而损害了他人的利益,就不太好了,一个好的软件是为了帮助自己,不能以损害别人为代价。

6. 团队如何做决定

软件开发和软件团队的生存都面临许多问题,需要许多睿智而果断的决定,一个团队如何做决定呢?  有下面几种方式,请评说各自的优缺点:

a) 独裁:   领导说了算。

优点:就是没有太多的纠纷,不容易各执己见争论不休,有着很快的进度。

缺点:如果领导的大方向有了问题,就比如一个大楼的地基没有打好,以后的路会更加难走。

b) 独裁+顾问:  领导和一些外部的顾问商量之后做决定

优点:有了参谋,就不会太武断与专横,还可以吸收各方的建议。

缺点:只能站在专家顾问和领导的角度,而忽视了团队中更多的人。

c) 民主投票:这样就产生了赢家和输家

优点:更为的公平公正,足够民主,会有大家的意见在其中。

缺点:更为消耗时间

d) 全体一致同意后再决定:皆大欢喜?

优点:大家都很高兴,皆大欢喜。

缺点:进度更慢了。

7. 职业道德评论

选取最近IT 界发生的一些事件(例如,某员工因为个人恩怨把公司服务器上的数据全删掉),对照软件工程师职业道德的条款, 评价当事人的软件工程师职业道德如何。

这从职业道德来说是毫无职业道德可言,是从业人员对这个行业的不尊重,也是给自己的人品抹黑,应该有相应的法律条款来制裁和惩罚。

时间: 2024-10-08 16:26:11

现代软件工程 练习与讨论 第十七章 人、绩效和职业道德的相关文章

现代软件工程 练习与讨论 第六章 敏捷流程

请结合中国软件开发的情况(在国企开发,给企业开发软件,个人创业,游戏产业等),讨论应该增加一些什么问题,来帮助团队选择最合适的开发模型. 在我看来,当前国企开发,很多时候初初衷很好,但当作出来时,发现用户群体很少甚至是过时了.所以,在开发时要增加对于项目将来的用户群体,产品定位,以及需求等的实时考量问题,比如,当前用户群体对这样一个项目的需求是否还和之前一样,我们还需要增加什么功能,这样的产品是否当前出现了它的可替代品或是比它功能更完整的产品,我们需不需要有针对性的增加目前没有的新功能等问题.

现代软件工程 练习与讨论 第七章 MSF

1. 果冻: 西方管理学大师戴明曾经说:“Eliminate numerical goals, numerical quotasand management by objectives. Substitute (that with) leadership”,意思就是说(在团队中)要消除以数字定义的目标.份额,以及以类目标为基础的管理原则.我们要用领导能力取而代之. 这和“数量化的管理”级别的要求有没有冲突? 首先,个人认为这是没有冲突的,在一个团队的时候,用领导力来取代一些以类目,份额,目标为基

现代软件工程 练习与讨论 第五章 团队和流程

1.团队模式和团队的开发模式有什么关系? 团队模式主要取决于组成团队的成员,包括team leader以及team mates.其中,由于身处各个角色人员的性格,能力以及IQ,EQ等的不同,特别是team leader的上述这些“属性”,会往往决定了一个团队的“士气”“面对困难坚持不懈的程度”等特点,即我们常说的“软实力”.而这样的软实力也往往会激发一个团队的巨大潜能,为企业创造出超乎想象的价值. 团队的开发模式与我们目前所熟知的软件开发模式,例如,瀑布.迭代.螺旋以及敏捷等等都密不可分,但它不

现代软件工程 练习与讨论 第三章 软件工程师的成长

1. (1)第三种,稳定,安全,高效. (2)需要,programer不是coder,要成为软件工程师必须要有一定的能力,不能阿猫阿狗都自称软件工程师,这样不利于行业的发展 2. (1)既是工程,也是艺术,艺术家的衡量标准通过创造能力来衡量,创造能力体现在创新事物的新颖,实用,以及美感. (2)软件工程和音乐美术是有区别的,更讲究实用性而不是观赏性. 3.随着工具和理论的完善,软件开发的门槛越来越低,同样竞争也会越来越激烈,保持个人的先进和创新能力对个人在行业内的立足至关重要.行业在发展的同时,

现代软件工程 练习与讨论 第四章 结对编程

4.7.2. 人和人不一样,在和别人合作的时候,要注意各人表达观点的方式和思考的方式不尽相同.请看网上关于MBTI的文章,测试并分享各自的MBTI类型,讨论不同性格类型对合作有多大的影响, 在合作的各个阶段应该如何应对. ISTJ 安静.严肃,通过全面性和可靠性获得成功.实际,有责任感.决定有逻辑性,并一步步地朝着目标前进,不易分心.喜欢将工作.家庭和生活都安排得井井有条.重视传统和忠诚. ISFJ 安静.友好.有责任感和良知.坚定地致力于完成他们的义务.全面.勤勉.精确,忠诚.体贴,留心和记得

现代软件工程 练习与讨论 第十三章 软件测试

13.5.2有错不改 此题很明显是一个边界的取值问题,这确实是一个bug,是微软的算法设计失误.闰年的计算: a.被 400 整除的年份 b.被 100 整除, 但是不被400 整除的年份 c.被 100 整除, 同时被400 整除的年份 d.被 4 整除, 但是不被100 整除的年份 e.被 4 整除, 同时被100 整除的年份 f.偶数, 不被4 整除的年份 g.奇数年份 h.其它非法输入的年份 此外还有重要的一点,就是边界.设计允许的最小的年份和设计允许的最大的年份.所以根据边界分析,测试

构建之法第十三~十七章阅读

不知不觉,<构建之法>已经读到了最后..... 十三章:软件测试 本书里面写了好多软件测试的方法,我该怎么选取呢 十四章:质量保障 质量保障可以通过用户的反馈来体现吗 十五章: 稳定和发布阶段 软件发布以后,可以怎样的情况来更新维护 十六章:IT行业的创新 我觉得创新是在你已经对本行业已经有一定的了解,但是我们好多基本的都还没掌握,该怎么创新呢 十七章:绩效和职业道德 在出去工作以后,公司都是以绩效和职业道德来恒定员工的吗

第十四——十七章作业

                                                                                                     第十四章 15.3.1 有些成功人士或公司认为不需要独立的测试角色(Test),你怎么看? 在一些软件公司中,QA的工作中包含了Test的角色,负责验证程序是否符合预先设计的功能和特性.但是QA的工作量是很多的,一个好的QA不仅需要对程序架构有着很好的理解,对程序功能和性能都有着较深的理解,并且要

读《构建之法》第四章 、第十七章

第四章    两人合作 通过对于<构建之法>第四章的阅读使我对代码规范 . 代码复审 . 以及结对编程有了更加深刻的认识,所谓代码规范可以分为两个部分,代码风格规范和代码设计规范,代码风格规范的原则是:简明 . 易读 . 无二义性,代码书写的形式,变量命名的方法,注释程序如何工作都有详细的介绍,令我受益颇多.代码设计规范不光是程序书写的格式问题,而且牵涉到咸亨需设计 . 模块之间的联系 . 设计模式等方方面面,函数的设计,语句的使用,错误的处理,这些都是我们在进行程序设计的时候需要注意的地方.