首先
首先
关注数: 27
粉丝数: 688
发帖数: 18,261
关注贴吧数: 15
如果不能给组织带来收益,还要过程改进干什么 软件过程改进,从字面上理解,就是要建立一套适合组织的软件过程管理体系,并且不断对它进行改进,以适应组织环境的变化。 这样看来,软件过程改进就是写一堆不管有没有人看的过程文件,然后再根据内评/外评发现的问题对这些文件进行修改。
2019项目经理转运指南 2019年 你是否还会手握甘特图 站在几十个人的会议室里 用行动诠释项目经理这个身份 如果你的回答是肯定的 请看看这6条转运指南
要想软件问题少,个人能力要提高 虽然软件工程是一种系统方法,它通过应用项目管理的方法,不完全依赖个人的能力,通过JAD、审查、评审、测试等质量控制手段来确保软件产品质量。
掌握这些软件测试工具,你也能月入过万 同样做一个软件测试工程师,有人月入几万,有人月入几千,那么,作为一个想要在软件测试领域,实现一个月入过万的小目标,对于一个新手,需要掌握哪些东西呢? 首先是要理解各种测试流程,并在理解的基础上转化为自己的知识,以后遇到相似的问题能自己去解决。其次在测试技能上,要知道测试有哪些手段,比如压力测试有哪些方法,哪些工具可以辅助做测试。第三,要从从专业技能上,面向不同的技术方向,像操作系统、网络、通信等都要从专业上深入了解。这三方面要同步去成长。
免费帮各位吧友修改简历 免费帮各位吧友修改简历
如何调动软件工程师的积极性? 软件工程师都是一群聪明的人,他们精力充沛,有上进心。但他们也有一些不好的地方——比如拖延症——而由此可能会引发一些不好的后果,比如加班熬夜,这会导致软件工程师精神疲惫,士气低落。这种精神状态又会使软件工程师产生新的拖延。如此这般恶性循环下去,软件项目非被拖垮不可。 所以,软件工程师的工作积极性对于软件项目的成功是至关重要的。 那么如何调动软件工程师的积极性呢? 以下是一些诸如IBM、微软、谷歌等大公司给出的方法:
谈谈软件质量管理的原则和实施要点 软件质量管理包含质量保证和质量控制两个方面。质量保证是通过保证软件开发过程和软件工作产品满足既有的规范来确保软件质量,而质量控制则是通过有效手段控制软件开发各个环节输出的工作产品满足质量标准来确保最终软件的质量。可以说,质量保证和质量控制是质量管理的左右手,两手都要抓,两手都要硬。
软件质量控制的“三段”控制法 软件质量控制有它自己的独有措施,包括同行评审、代码走查、软件测试以及缺陷跟踪等。使用好这些措施,会有效地控制软件的质量。 软件的质量控制可以分为事前、事中、事后3个阶段进行。
项目经理和团队之间如何搭建好信任关系 任何在项目环境中工作的人都知道,和其它的利益相关者相比,项目经理要和项目成员之间要建立相互信任的关系显得尤为重要。 什么是信任?在项目的背景下,信任为团队成员独自一人工作提供了一个安全的空间,并分享想法,也让他们知道可以彼此依靠。信任也有助于创新、形成高效生产力和自主性的文化,对于项目团队有效的蓬勃发展也至关重要。那项目经理如何建立这种信任,下面给出5招。
项目管理中的授权范围 STEP1:项目团队的组建权 项目团队的组建权包括两个方面:首先是项目经理班子或管理班子的组建权,其次是项目团队成员的选拔权。项目经理需要组建一个制定决策、执行决策的“左膀右臂”机构,也就是项目的经理班子或管理班子,负责项目各阶段的工作。因此,授予项目经理组建班子的权力至关重要,这包括:项目经理班子人员的选择、考核和聘用;对高级技术人才、管理人才的选拔和调人;对项目经理班子成员的任命、考核、升迁、处分、奖励、监督指挥甚至辞退等。建立起一支高效协同的项目团队是保证项目成功的另一关键因素。这包括:专业技术人员的选拔、培训和调入,管理人员的配备,后勤人员的配备,团队成员的考核、激励、处分,乃至辞退等
一位项目经理的反思 罚款 通常是无用的 项目经理可能会有一个迷思:对下属采取罚款的手段进行惩罚,为什么几乎是无用甚至具有反作用的。管理者认为罚款之后,对方一定会因为害怕罚款而承担一定的责任。其实不然!关于罚款,大多数下属的心态是,罚就罚吧,而且罚都罚了,你还想让我怎么样?根本没有达到想要的激励效果,反而会让下属觉得,这是一个没有任何能力,只靠罚款维护自身权威的领导。
优秀项目经理修炼——当你的职业是一名项目经理 作为一名项目经理(Program Manager,简称PM),你必须对项目拥有宽泛的全部的管理职责。项目经理应该在财务技巧,和客户打交道的技巧,领导技巧等方面做出努力。要想在一个项目中做成功,则该项目经理必须愿意在本质上承担对该项目的无限责任。以下的关于如何成为一名成功的项目经理的建议是基于作者和该领域的最成功的一些人共事的经验而提出的。
不容忽视的软件质量因素——健壮性 软件的质量因素有很多,如正确性、精确性、健壮性、可靠性、容错性、性能、易用性、安全性、可扩展性、可复用性、兼容性、可移植性、可测试性、可维护性、灵活性等。
项目经理遇到杠精怎么办,只要三招就能搞定 目经理在做项目时最怕遇到什么样的人?肯定非杠精莫属。 不管你提出任何需求或者方案,杠精们为了满足自己高人一等、胜人一筹的虚荣心,只要发现一点点的机会,他们都会回避问题关键,对你进行大肆反驳,而且从不以解决问题为目的,只是单纯地挑起争端。 项目经理对杠精束手无策,是因为你跟杠精计较吧,最后收获不了任何有用的方案或建议,纯属浪费时间;你不和他计较吧,他又打着讨论项目的名义,对你的工作指手画脚,妨碍工作。 其实只要把握住杠精的脉络,用好这三招,就可以快速解决杠精纠缠的问题。
作为项目经理,应如何应对团队不同成长阶段? 无论一个团队的成员是否固定,团队总是在不断发展演变的。就如同一个孩子,不同阶段的发展具有不同的特点,作为管理者——项目经理而言,现在的角色更像是一个家长。在团队发展的同时,自身的管理方法和心态也同样需要调整。
一个初学者对软件可靠性的几点感悟 作为一个软件工程的初学者,对于软件可靠性有几点不太成熟的体会,今天就把它分享出来,和大家交流一下。 要提升软件的可靠性,我有以下6点建议: 软件开发人员应具有设计出高质量软件的思想意识 软件的实现不能仅以完成软件需求方提出的软件功能需求和性能需求为最终目标,还要在满足需求方要求的基础上,对于软件的易用性、健壮性、可靠性、安全性等都要有较完善的设计和实现,这样软件开发交付使用后出现缺陷的概率大大降低,也许就不再需要维护。这就要求开发人员具有设计高质量软件的意识。
软件开发中需要注意的细节 1.系统流程梳理 以一个很简单的例子来说明流程梳理对软件开发的意义,比如你要进行一次演讲,但是这次演讲是即兴的,你不是专业的即兴演讲家,那么在没有准备情况下,你要对着台下的人进行演讲,这个时候你走上台去,脑子里的东西还没有形成有条理的演讲内容,讲完后台下的人都不知道你在讲什么,可能你自己都不知道你刚刚讲了些什么,这就是失败的演讲,没有做好充足的准备。对于软件开发来说也是同样的情况,每一个开发者不应该仅仅拿到的是一些文档,而是应该大家坐在一起,由熟悉该软件业务的管理者或者其他人来进行一次严谨的描述,并进行讨论,加以完善和改进,让参与编码的开发者在这个过程中不仅能够熟悉自己要做的那些功能的细节,还能对这个系统有一个大致的了解和熟悉,只有这样,在开发中才会避免一些不必要的问题发生,而且还能发现一些隐藏的问题,要知道修改问题是需要花费很多时间和精力的,比如编码和业务是有冲突的,本人有遇到过,代码不能完全跟着业务走,业务也在适当的时候在满足正常场景下根据编码风格做适当的调整。最终达到一种整体和谐的一种美感。在编码的前期要让每一个参与项目的人能够清晰的知道我要做的是什么,最终的目标是什么样的,我要关注的重点有些,还有哪些疑虑我需要讨论或者解决的。准备工作做好后,对每一个团队成员项目的进度是非常清晰的。
为什么要给软件做测试?如何测试呢? 你为什么应该测试你的软件?你应该如何测试软件?有些人对这些问题有非常简单的回答。 及时享乐型的程序员根本懒得去测试,快乐地活在当下。更严肃的程序员会告诉你软件测试是为了开发出高质量的产品。为了可以开发出高质量的产品,必须始终编写单元测试和集成测试,并做 QA 测试。忽略这些,你的代码将会掉入 bug 为患的深渊。
军用软件开发更应重视质量需求 随着GJB5000标准的推进实施,对军用软件研制过程质量的控制已经有了显著提高。但是,尽管软件研制已经实施了工程化管理,软件在系统联试期间仍然会出现一些质量问题。这其中的一个原因可能就是软件的质量需求(如可靠性,安全保密性等)没有被深入挖掘,没有对这些需求进行跟踪控制,没有对这些需求进行专项的验证和确认,从而导致质量问题的出现。
单元测试究竟是该开发来做还是测试? 不少公司有单元测试的需求,但单元测试到底谁来做,每个公司都不一样。
为何你会觉得写测试很烦? 正如标题写的那样,我有这种想法已经很多年了,但是我从没明说出来过。直到上周,一个初级 Rails 开发课程的学员提到他也有同样的感受,才促使我写了这篇文章。 我可以说,我根本不愿意写任何测试。因为写测试太令人抓狂了。 我完全理解这种感觉。而且我知道有这种想法的程序员不在少数。
架构干货:来听听架构大师 Martin Abbott 怎么说 架构扩展性的13条最佳实践 以下内容节选自:世界级软件架构大师 Martin Abbott 亲研架构秘籍《突破技术领导力》
GJB9001C和GJB5000A风险管理的不同点 新版的GJB9001C明确“将基于风险的思维应用于策划和实施质量管理体系过程”,与以前的版本相比,风险管理的思维已经从幕后走向了前台。
如何阅读源代码 今天我们来简单的谈谈应该如何去阅读源代码。阅读源代码是每个程序员都要做的事情,毕竟成为master的先前一步, 就是follow the master。
3种常见的代码规范类型 从事web开发已有7个年头,经历过几个团队和不少项目,也面试过一些开发者。 发现不同公司对代码规范这一块的要求相差很大,有的公司甚至没有规范。 究其缘由,无非是项目紧张,没有时间整理。 久而久之,随着项目不断变大,维护变得困难,各种问题暴露出来:代码可读性差、修改容易出bug、逻辑混乱。。。 所以在技术上稍有追求的团队都意识到规范的重要性。
从平凡到卓越,项目经理成长五阶段 想要成为一个优秀项目经理,并不是一朝一夕的事。受制于其原有的思维方式、知识体系、管理经验乃至性格,往往要经过很长时间。若将这一过程分为五个阶段,每个阶段实际上也代表了一种类型的项目经理,以及项目管理的一层境界。
一名IT经理是如何把项目带崩的… 我是一名项目经理,在过去的四个月里,我把一个项目带崩了(上线后频出问题,用户无法使用)。在最近的几天,我每天都在反思自己,我都在问自己以下几个问题: 1.我做错了什么? 2.我在其中占有多重的因素? 以下内容,我将回答以上问题,并在最后说一下我的补救措施。
需求变更导致计划一团糟,谁之过 经常有人抱怨:需求老是变来变去,把我的计划都打乱了!!! 虽然我心里也很理解他的无奈,很是同情他的遭遇。可是一味地报怨并没有什么用,根本解决不了什么问题。有报怨的时间,还不如静下心来思考一下为什么会出现这样的情况?有没有什么应对措施可以缓解甚至避免这种情况再次发生? 需求所以会发生变更,一方面是客户造成的。比如: 客户没有给出准确的需求描述 客户没有理解软件人员的表述却以为软件人员和自己的理解一致 客户没有履行对需求进行确认的职责,使得确认后的需求仍然有很多不正确的地方 客户只是想增加新的功能 诸如此类。
编程需要注意的几件事 1. 做出来容易, 做正确难,这里做出来指没bug且完成需要的功能,这是最基本要求,不多加讨论。这里正确,不是指功能正确,而是指程序可以很容易理解,理解意图, 理解如何做到的,理解为什么系统不会出错。理解为什么要这么做。正确是现在怎么写不会挖坑害将来的人,现在怎么写能让别人1年后看你代码时候不可能理解错你现在的意图,现在怎么写能在别人将来犯错的时候提示他你错了。
见招拆招!看资深项目经理如何应对! 项目事情太多,杂乱无章 项目越大意味着需求越多,参与的人员也越多。如果保证不了项目进度,或者因为事情太多、需求点太多而导致项目失控,哪怕项目组加班加点做工作,最后也会出现什么都没做好、客户不认可、领导很焦虑、下属很失望、你郁闷要死的局面。 在项目进行过程中,不可避免地会遇到很多需求和修改意见,如何快速把握这些需求,提出正确可行的解决方案,是项目经理首先要考虑的事情。别忘了项目合同上都是有时间限制的,如何在时间段之内完成项目而且完成得好就是关键。 一味地否认抵制客户的需求当然不行,但全盘照收只会让项目越变越大,项目组的人每日每夜地加班。 怎么办呢?可以试试将需求和变更记录成文字性的文档,然后根据实际情况提出哪些现在做,哪些暂时不做,哪些到二期或三期工作时再考虑,并请他们确认。
“立法”“执法”才是GJB5000A成熟度三级的核心 曾经有人总结过GJB5000A三级和二级有什么区别,一般会给出以下几点: 增加了11个过程域。特别是工程类过程域 到了软件能力成熟度三级,与软件开发过程直接或间接相关的过程域已经比较齐全了,它包括管理类、工程类、支持类的过程域,覆盖了软件开发的方方面面。
一个合格项目管理软件的“个人修养” 项目管理与工作中有太多事项需要计划、控制和管理,项目经理很容易迷失在这个过程中。所幸,市场上有各种各样的项目管理工具。 当一个项目经理想要一种便捷高效的管理方法,首先他应挑选一些适合自己的工具,这之中包括很多要点。我们找出有效的软件应具备的5大特点,让项目管理工作事半功倍。
项目经理的职责和权限 项目经理职责与权利 项目经理的权力
面向数据分析的道与术 对此,做一次review,列举一下在数据分析过程中需要注意和反思的问题。 1、数据不能给你答案 在大数据成“疯”那阵子,“数据给我答案”几乎成了每个大数据参与者的信仰。 但实际上,数据带来的问题应该是远多于答案的。 对于数据,我向来倡导脑子里有模糊的思路便可动手。 真正的数据高度敏感者,是在每一次操作之后都能够面向数据的去提出质疑并解决疑问。 在一次次的问题和数据的迭代中建立了完整的分析过程和无限接近终极答案的结果。
项目化管理的公司都有什么特点? 企业项目化管理是一般企业管理与项目管理理念与方法的融合,用项目对企业进行的管理,既能对复杂多变的外界环境进行及时响应,又能系统整合内部资源,同时能够落地实操。判断一个企业是否实行项目化管理,以下三个特征不容忽视。
做好软件制品的复用,就够你爽翻天 软件复用有两种方法,一是产品复用。它是基于软件构件的复用,通过软件构件集成得到新的系统;二是过程复用,即复用已有的软件开发过程,用可复用的应用生成器,来自动生成所需系统。 对于产品复用,很多CMMI/GJB5000A软软件能力成熟度三级的组织都已经开展了这方面的工作。比如已经建立起可复用的软件构件库,采取一些激励措施,鼓励软件开发人员使用经测试的可靠的软件构件库中的软件构件来开发新的软件。
你见过的最难的编程语言是什么? 每个程序员都熟悉许多编程语言。许多编程语言都是高级的,它们的语法是人类可读的。然而,也有一些低级语言,读起来很困难,但是可以理解。然而,您是否遇到过一种既不可读又不可理解的编程语言? 有一些编程语言被称为“深奥编程语言”或“esolang”。这些语言被设计用来测试计算机编程语言设计的边界。这些语言不考虑可用性,目的是去除和替换常规语言特性。这些语言在黑客和业余爱好者中很受欢迎。 本文选择了五种语言,这些语言难以理解,它们让传统的程序员感到是噩梦。
一直将SWOT外用,不妨用来提升一下自己 SWOT分析被广泛应用于企业及项目的发展管理工作,但对于项目经理在个人提高上也具有很大的实用价值。不仅可以帮助分析个人的优劣势,还能够清晰分析周围环境,特别是在面对某一具体问题时,能够明确应对策略。
来曝光一下你们经历过的特别差劲的公司 大家来曝光一下你们经历过的比较差劲的公司,给后续找工作的小伙伴们一个提示 比如:拖欠工资、拖欠补贴 比如:一些奇葩的规定 比如:不给开离职证明
软件开发之技能梳理 编程开发本质是运用程序和计算机来解决现实中的各种问题,因此,编程开发人员的才智发挥载体是计算机或者说计算设备,直接武器是程序。程序员用来进行编程开发所需要的技能,归结起来主要如下:
项目经理职业发展指南 项目经理的发展方向,也取决于项目经理的决心和意志,是否要在这个领域深耕成为专家;另一方面要看自己的兴趣爱好的最终所在,是否要通过项目管理这个工作的履历和经验为跨界做准备。 最重要的还是找到自己的发展方向,接下来才可以设定具体清晰、可执行、可拆解的目标,通过学习培训来提升自己,实现职业和人生目标。
一名程序员十年技术之路的思考与感悟 回顾在腾讯的十年,作为一个本科毕业生,在管理上六年升任副总监,技术上七年半晋升T4专家。虽不是发展最好的,但相对平均速度来说都是比较快的。我总结主要的几点是学习成长、合作共赢、总结呈现、思考前行。分享一下这些方面的体会,希望可以帮助初入互联网行业的技术人员或发展遇到困惑的人突破和提升自己,让自己成为精兵再到骨干,并进一步成长为一名强将。 要成为一个团队的精兵,必须是专业知识过硬,经验丰富,指哪打哪,能够非常让人放心的完成领导安排的任务的人。要做到这些,学习和实践是最直接的路径。通常一个毕业生,刚进入企业的时候,所学的知识并不能100%胜任岗位的需要,这个时候,快速地学习补充自己的知识缺陷就显得非常重要。在企业里的学习和实践,要注意以下几点。
只需六步!IT项目轻松实现六西格玛管理 六西格玛是一种能够严格、集中和高效地改善企业流程管理质量的实施原则和技术。它包含了众多管理前沿的先锋成果,以“零缺陷”的完美商业追求,带动质量成本的大幅度降低,最终实现财务成效的显著提升与企业竞争力的重大突破。 六西格玛已不再是单纯的面向制造性业务流程的质量管理方法,而逐渐成为一种有效的提高服务性业务流程的管理方法和战略。
2018项目经理发展报告 前言:在未来的一段时间里,项目经理的发展历程将从最初的传统项目管理体系中慢慢走出来,向着敏捷型发展,并追求高层级的战略规划与展望。 从简单的项目管理、产品交付,向着组织级、战略级发展而不断延伸。
2018项目经理发展报告 前言:在未来的一段时间里,项目经理的发展历程将从最初的传统项目管理体系中慢慢走出来,向着敏捷型发展,并追求高层级的战略规划与展望。 从简单的项目管理、产品交付,向着组织级、战略级发展而不断延伸。
机器人实用Python代码合集,帮你搞定自主导航 |GitHub高热 迷之栗 发自 凹非寺 “有代码么?” 每每写到某实验室的机器人,解锁了厉害的操作,评论区很容易生出这样的问题。 然而,答案常常略带伤感,不好意思,暂时没有。 最近,有一份机器人Python代码合集登陆GitHub,并受到了用户的热烈标星。 自主导航看这里 来自日本的坂井敦,是一个玩机器人的工程师。 他和小伙伴们,为了能让更多的机器人,在地球上自如地游走,便为广大同行做了一次这样的Python代码汇总,大类如下—— · Localization (定位) · Mapping (地图构建) · SLAM · Path Planning (路径规划) · Path Tracking (路径追踪) 不难看出,这份合集非常在意,机器人的自主导航能力。 第一个登场的,是“定位”分类下的扩展卡尔曼滤波器 (EKF) 。 这是一个传感器融合的定位方法。 蓝线是真实轨迹,黑线是用航位推测法(Dead Reckoning) 推定的轨迹。 绿点是位置数据 (比如GPS) ,红线是EKF估计出的轨迹。 红色椭圆是EKF估计的协方差。 就像这样,每个词条下面都配了一张动图,还有动图的详解。 坂井说,这样观众就可以更加直观地理解,各种方法背后的思路。 果然是温柔的程序猿。 赏心悦目的集合 各种方法的代码都可以免费自取,又有美味的动图,指引前路,还是很幸福吧。 所以,一起来品尝几幅动图—— 这是A星算法。 这是势场(Potential Field) 算法。 这是均匀极性采样(Uniform Polar Sampling) 。 这是Voronoi路线图法。 以上作品来自路径规划章节,也是最丰盛的一章,有这么长——里面分15个子类,包括了动态窗口法(Dynamic Window Approach) ,如基于网格的搜索(Grid Based Search) 算法等等。 子类还有自己的子类。 帮助机器人定制路线,躲避障碍,当事无巨细。 想必,大家会用餐愉快的。 喝前摇一摇 想要更好地用这份合集,来投喂机器人,你需要以下工具: · Python 3.6.x · Numpy · Scipy · Matplotlib · Pandas · Cvxpy 0.4.x 祝各位的机器人茁壮成长。
这几条全中,你就是佛系项目经理了 佛系PM:都行,可以,没关系 儒系PM:稍等,抱歉,对不起 法系PM:免谈,不见,按规矩 道系PM:闭嘴,滚蛋,***
一不小心说出了整个软件行业的秘密 2017年彻底过去了,我和你们一样,依旧在努力前进! 2017年对我来说是不平凡的一年,因为同样搞软件的Elon Musk发射了猎鹰9号,而我依然还在为生活奔波。 在软件行业待了几年,给我的感觉是这几年软件行业发展真是迅猛,从遍地开花的培训机构,到日新月异的新技术,刚工作那几年还感觉不到,在这个行业时间越长,感悟越深,今天从实施的角度来简单聊聊。
首页
1
2
3
下一页