软件以人为本

软件应该以人为本,将人作为模块或者组件来看待,会极大的消弱人的创造力,这不是在提高生产力,而是在某种程度上推迟了生产力的提高。

项目管理者,要充分的发挥人的主观能动性,物尽其用,人尽其才,让团队成员不仅仅是在工作,而是在创造性的工作,让成员体会到尊重,这是作为管理者应该思考的地方。作为管理者,我们思考的方向不是解决复杂的技术问题,而往往是人员方面的问题是工作中主要的问题。

我们倾向于集中精力做技术方面,而不是人际关系方面工作的主要原因,不是因为它更重要,而是因为它更容易做。人际交往是很复杂的,并且就效果而言从来都不会是很明晰和清楚的,但是它们比工作的任何其他方面都更重要。

培养一种不允许出错的气氛只是会让人们产生防备心理。相反,应该鼓励团队成员犯一些错误,当人们犯错误的时候,应该祝贺他们 — 那是他们所得到报偿的一部分。管理不是“赶驴”,不应该把团队成员当成机器,或者流水工人看待,对于脑力劳动者而言,创造性才是最大的动力所在。程序猿天生是爱好本职工作的,如果处于外界的压力而工作,而不是出自内心的愿望,工作的质量与激情都不会乐观。所以作为管理者,有时候需要采取措施让他们少做一些工作,而多做一些有意义的工作。

  人员的个性不应该被压制,而应该去引导并培养这种个性化。人不能简单的作为一个工业零件来看待,如果一个人在某个团队,可以凝聚整个团队,可以让大家更加活跃,工作更有激情,这个人即使再平庸,也应该留下,作为催化剂,他(她)是重要的。

要做真正巨大的工作时,我们必须学会花更少的时间工作和花更多的时间思考工作本身。工作越艰巨,团队成员学会良性互动并以此为乐就变得越重要。一个在不可能的给定时间内完成的项目,恰恰需要抽出时间来频繁地召开头脑风暴会议,甚至组织一次项目组聚餐或者诸如此类的事情,以帮助融入高效的整体。

不要给项目组成员过大的压力,要合理的分配工作,让工作与生活有效的配合,不要让工作影响家庭生活,要鼓励高效工作,避免加班,要树立加班可耻的氛围。相对于加班,更欣赏那些高效做事情的人,鼓励将更多的时间用于思考,而不是工作。

记住一点:人们在受到时间重压的时候不是工作的更好,只是工作的更快。为工作的更快,他们不得不牺牲产品的质量和他们对自己工作的满意度。

  

关于质量,远远超过最终用户需求的质量是一种取得更高生产力的手段。在日本不存在质量与价格之间的交易。相反,高质量导致成本降低的思想普遍为人所接受。

  经理的职能不是强迫人们工作,而是让人们有可能工作!

  

参考书籍:人件(第2版) 【美】汤姆.迪马克 蒂姆.李斯特 著

时间: 2024-10-26 07:05:50

软件以人为本的相关文章

多年收集的一些稀有软件2

QQ:365543212 Fuel Economy Calculator v1.1 B.001(汽车工程软件,用于预测车辆燃油消耗率,是目前此类软件中最为全面的,能接收从最新的发动机分析程序Engine Analyzer自动发送来的强大的游标和发动机规格) Psat v5.1 1CD ProScan.v5.1 1CD PowerFlow v3.3p3a for Linux 1CD(Exa公司的汽车外气流计算软件) Rotating Inertia Calculator v1.1 A.000(一款

淘宝地址快速提取插件 for 琴朗淘宝助手

琴朗淘宝助手是一款专为 淘宝卖家 设计的进销存助手软件 ,以人为本,界面简洁大方,极具实用性. 功能完善,不仅是一个活帐本,理财助手, 更是团队协作的完美平台. http://www.onlinedown.net/soft/100324.htm 此软件有一个不错的功能,就是可以自动分解淘宝地址到对应的字段,提高工作效率.如下: 可惜的是,由于淘宝地址格式的升级,以及某些情况出现地址不规范围的情况下.而此软件多时未升级... 所以,不得以... 本人做了一个淘宝地址快速提取插件 for 琴朗淘宝助

[转]一个普通IT人的十年回顾---金旭亮

金旭亮老师十年体会,很有收获.转自网络. 金旭亮于1989年与超级解霸的开发者梁肇新同时迈入广西大学的校门,却走了一条与其不同的路. 1994年起开始自学计算机专业本科课程,并开始编程,从未间断,迄今已逾10年,仍对软件痴心不改.2002年北京理工大学计算机应用技术专业研究生毕业,后留校任教,主讲程序设计系列课程.2003年在CSDN论坛发表自传——<一个普通IT人的十年回顾>,细诉自己的坎坷学习经历,言辞激昂澎拜,感染了无数学子之心.发表后一石激起千层浪,先后收到近千封国内外邮件,对作者经历

敏捷软件开发与传统软件工程

敏捷软件开发与传统软件工程 北航计算机学院 14061157 李奕成 引言 软件开发过程是软件工程中相当重要的一环.一个正确.高效的软件过程能够提高软件工程活动的稳定性.可控性和有组织性.但是,并不存在一种软件过程能够完美的适应所有的软件工程情况.因此,在不同情况下选择合适的软件开发过程显得尤为重要.现代软件工程方法必须是"灵活"的,也就是要求软件工程活动.控制以及工作方法适合于项目团队和要开发的产品. 说到软件工程.敏捷开发,就要提到软件过程的发展历史.20世纪60年代,不存在现代意

敏捷软件开发宣言--常读常新

敏捷软件开发宣言 http://www.agilemanifesto.org/iso/zhchs/ 我们一直在实践中探寻更好的软件开发方法,身体力行的同时也帮助他人.由此我们建立了如下价值观: 个体和互动 高于 流程和工具 工作的软件 高于 详尽的文档  客户合作 高于 合同谈判  响应变化 高于 遵循计划 也就是说,尽管右项有其价值,我们更重视左项的价值. Kent BeckMike BeedleArie van BennekumAlistair CockburnWard Cunningham

管理从砖瓦进化为人——浅谈传统软件工程到敏捷软件开发之变革

管理从砖瓦进化为人 --浅谈传统软件工程到敏捷软件开发之变革 前言 如果把软件开发过程比作修筑一座建筑的话,传统的软件工程方法对人的管理就像是把人化作一砖一瓦,秩序地堆砌,一层一层构建起摩天大厦. 显然地,人是不同于砖瓦那样的死物的.人作为一种复杂的动物,软件开发者会有喜怒哀乐,枯燥重复的工作内容会使他们提不起兴趣而缺乏激情:客户想法会随变动的现实而一天天有所转变,软件需求很难保持一成不变:开发者与测试者对于项目的认识会存在差异,而差异将导致效率的降低--因而传统的有些"反人类天性"的

敏捷软件开发(Agile Software Development)的上位史

敏捷软件开发(Agile Software Development)的上位史 所谓敏捷,最常见的用法,便是用来形容动作的迅速与思维的活跃了,但若是给"软件开发"这个计算机行业的术语强行戴上一个"敏捷"的帽子,读者见了十有八九会一脸懵逼:厉害了我的哥,软件开发怎么还能"敏捷"了? 从上面的漫画可以看出,"敏捷软件开发"并不是要求开发人员练出像猴一样的敏捷身手(当然如果读者真的是一位身手敏捷的程序"猿",那就更

开源软件与知识产权

目录 1.      软件与知识产权... 2 1.1.      引言... 2 1.2.      著作权法与软件... 3 2.      开源软件概述... 3 2.1.      自由软件运动... 3 2.2.      开源软件的发展... 4 2.3.      开源软件涉及的主要权益... 4 2.3.1.       著作权... 4 2.3.2.       专利权... 4 2.3.3.       商标权... 5 2.4.      开源软件的优势与劣势... 5 3

[软件人生]关于厦门大学谢灵教授论文一事——谈做人和做学问

1.    前言前些日子看到厦门大学教授举报校长一事,并没有想到此事会和我有什么关系,所以,也没有仔细去看到底是谁在做这个事情,是什么样的关联.直到2014年7月9日晚上,突然新浪微博有人提到了我5月份的一篇博文,提到了那次发现的抄袭事件,我才发现:任何旧闻都是新闻,任何新闻都可能是身边事.下面我们就这个事件一步一步展开讨论.2.    抄袭还是造假这个事件从开始到现在已经将近一个月了,期间,谢博士添加了我的微信,并做了一些对话.2.1    认同文中有著作权属于我的文字  以上两张截图是谢博士