精华内容
下载资源
问答
  • 简要推演一下: 上面领导催催催, 程序猿感受到而来交付压力, 于是写出粗糙的能应付的代码, 为bug的出现埋下了伏笔, 随后大汗淋漓地去定位和修改一些莫名其妙的bug, 于是大家都苦逼的加班, 修改bug的时候, ...
             我们先来看看这样一个奇怪的悖论: 
             第一种程序猿, 花了一天时间, 就快速地实现了某一软件功能, 但是写的代码风格很差, 别人难以读懂, 该加代码注释的地方不加, 该加异常判断的地方不加, 不考虑什么代码框架。结果呢, 当场景复杂后,代码bug到处跑出来, 于是又忙乎地搞了两天的bug定位和修改。 这三天, 领导看到了他的快速, 看到了他的忙碌, 看到了他加班那么晚回去, 心想, 真是好员工啊, 我要给他打个好的绩效。
             第二种程序猿, 花了两天时间实现了同一功能, 代码风格好, 该加注释的地方也加了,别人一读就懂, 而且考虑了异常情况, 代码有较好的可扩展性。 结果呢, 即使在复杂的场景中, 代码也体现了很强的稳健性, 基本上没有什么bug, 第三天呢, 就相对比较清闲。 这三天, 领导看到的是他前两天的慢速, 心想, 别人搞一天就搞出来了, 你非要搞两天, 用你成本好高啊, 关键是, 第三天别人都在火急火燎搞bug, 你却这么清闲, 心想, 你工作态度不端正, 拿钱不做事, 是该给你派更多的活了, 另外, 你也别想要什么绩效。
             上面的场景是一种非常常见而且又十分矛盾的现象, 中国人喜欢拿苦劳和疲劳说话, 而不完全是功劳。   其实, 何止是软件开发, 其他很多行业都是如此。 貌似是这样的规律:不养寇, 难自保。 不制造几个bug, 都闲的蛋疼尴尬


             搞过软件开发的人都知道, 软件的质量非常非常重要, 但是, 某些公司和部门, 在快速交付的压力下, 大家疲于奔命开发功能, 应付上面的领导不停的催催催。 因此, 在写代码的时候, 偷工减料, 该保护的地方不进行容错保护, 该有日志的地方不打日志, 最后为bug提供了容身之地, 写出的代码只有编译器和他自己懂, 过了一段时间后, 估计就只有编译器能懂了 。简要推演一下: 上面领导催催催, 程序猿感受到而来交付压力, 于是写出粗糙的能应付的代码, 为bug的出现埋下了伏笔, 随后大汗淋漓地去定位和修改一些莫名其妙的bug, 于是大家都苦逼的加班, 修改bug的时候, 继续走简化路径,因为家里的老婆还等着程序猿回家呢。 长此以往, 加班通宵, 心力交瘁, 效率降低, 某些人开始离职, 离职时敷衍地交接一下工作, 后面的人去维护代码, 比看天书还难, 骂道:都他妈的傻玩意儿。 但是, 又不得不去搞懂比天书还难的代码, 又需要花较多的时间, 这样一来, 低效率加班的恶性循环又开始了。 于是乎, 团队的士气越来越差, 软件质量越来越差。 大家都在痛苦之中。 
            说白了, 都是养寇自保式的自私导致了这些问题, 谁不想早点下班啊, 于是偷工减料啊。 在骂别人写烂代码的同时, 自己也写着烂代码。 心想, 反正都这样了, 我也就只能这样了。甚至有的人, 采取捂盖子的方式, 明知有bug而不去搞, 也不提出来, 心想, 反正测试的同事还没有测出来。


            有的人看到问题, 在那里唧唧歪歪而不去解决, 我要说, 任何团队肯定有这样的人, 但团队更欢迎那些看到问题并不断解决不断优化的人。 
            面对如上窘境, 难道我们就真的没有办法吗? 非也非也! 不是所有的软件团队都如此。 作为一个软件开发小兵, 我觉得, 项目的leader要带起头来, 号召大家注重软件质量, 并落实到绩效考核中, 下面, 我仅仅就个人的理解来说一下自己的看法, 但肯定不全面, 欢迎大家发表自己的见解。
           1.  强调软件质量的重要性, 用活生生的例子说明低质量代码的危害和代价, 定期组织培训。 实际上, 我们团队在这个方面做得非常突出。
           2.  利用工具对代码进行静态检视, 查出可能会造成bug的地方, 并让相关责任人优化。 实际上, 我团队在这个方面也有很强大的工具。
           3. 进行人工走读, 有序组织同事之间相互阅读代码, 遇到难以读懂的或可能有错误的, 不符合编程规范的, 圈复杂度高的地方, 要求其修改。 实际上, 我们团队在这个方面做得很差。(我个人认为, 这个环节非常重要, 毕竟软件质量不仅仅指功能)
           4. 作为程序猿自己, 要对自己的代码负责, 站在他人的角度来理解自己的代码, 坚信: 写代码是为了让他人懂, 顺便让机器执行。
           5.  定期给出上述结果的反馈, 对做的好的给予奖励, 对做的差的给予督促跟进, 并将结果纳入绩效考核的范畴。


           再次欢迎大家七嘴八舌。我们不要再养寇了, 养着养着, 不仅不能自保, 还会害人。 如果一个项目leader对软件质量视而不见, 那必定是团队的悲剧。 当然, 如果确实处在这样的团中,作为小程序猿的我们, 就独善其身, 耕耘好自己的责任田吧微笑


            
    展开全文
  • 当今是一个数据爆炸的时代,企业迫切需要提升数据管理流程的效率。SAP Data Services软件可在企业层面集成、转换和改善数据,让企业能够以较低的成本为所有关键业务职能部门提供可靠的信息。该解决方案为IT团队提供...
  • 怎样激发每一个人的潜能,提升团队的士气,最大程度发挥团队的战斗是需要管理技巧的。我很喜欢电视剧《我的团长我的团》里龙文章这个角色,他能把一群散兵游勇打造成一支铁军,把不可能变成可能,这种握沙成拳的...

    很多时候项目团队的资源是有限的,项目成员的素质、能力是不足的。怎样激发每一个人的潜能,提升团队的士气,最大程度发挥团队的战斗力是需要管理技巧的。我很喜欢电视剧《我的团长我的团》里龙文章这个角色,他能把一群散兵游勇打造成一支铁军,把不可能变成可能,这种握沙成拳的能力让人佩服。软件项目团队的管理也是同样的道理,本文将从几个方面给大家分享一些实操层面的应用技巧。

    一、 要把控团队节奏

    对于大型软件项目,交付周期通常都会在半年以上,其中最辛苦的阶段是在上线前后的一两个月,上线前要完成功能开发、BUG修改,以及期初数据准备,上线后出现问题要及时排查,及时处理,这个阶段的工作强度是很大的,要观察每个团队成员的工作状态,对负面情绪要及时疏导,要提前做好战斗动员,让大家有思想准备。

    一个项目的实施应该先紧后松还是先松后紧,每个项目经理都有自己的看法。

    而我更倾向于先紧后松,我认为要让团队的每一个成员都紧张起来,快速进入状态,这一点非常重要。一个团队就像一辆车一样,从启动到破百需要一个过程,这个过程越短越好。如果一开始就能保持一个高效率,后面就会形成惯性,只要实施过程中没有大的阻碍,一般都会比较顺利。相反,如果一开始是个慢节奏,后面再想加速,大家就会不适应,会觉得很辛苦。

    但我说的让团队紧张起来并不是让大家天天加班,而是要养成今日事今日毕的习惯,要言既出,行必诺,这样的团队才有执行力。

    实际上我很反对让团队无休无止的加班,任何人的承受力都是有限度的,时间一长必然会有负面情绪,这些负面情绪如果得不到疏导,就很容易在团队中蔓延,严重时会导致团队成员大面积离职,这个时候再想挽回局面就很困难了。

    二、 要引入竞争意识

    争强好胜是人的天性,在工作中也是如此。有经验的项目经理会有意把项目团队分成几个组,通过彼此的竞争来激发团队的斗志。

    有人会说,项目团队中有些岗位只有一个人呀,怎么分组竞争呢?分组除了可以在岗位上分,也可以按照不同工序来分,比如需求组、开发组等。

    通过强调某个人或某个组的表现来给相关人员制造压力是项目管理最常用的技巧。

    但竞争要有度,团队规模小时最重要的是团结,项目经理在说事时一定要注意说话方式,对事不对人,不能让人觉得你对他有偏见。

    三、 要调节团队氛围

    积极的团队氛围是战斗力的有效保障,维护良好的团队氛围要从两个方面入手:

    第一, 减少外界干扰。

    一些管理人员反对交付团队去客户现场办公,即驻场,认为驻场一方面会增加交付成本,另一方面不方便人员的调配,不能同时应对多个项目。其实这些人只看到了不驻场的好处,而忽略了不驻场的弊端。

    每个项目都有自己的节奏,该紧时紧,该松时松,如果大家都在公司办公,项目组成员在项目紧张时看到其它项目组很闲,免不了会有抱怨,不愿加班加点。
    开发人员最忌讳频繁调动,一会应对A项目,一会应对B项目,不断换频道。程序员不是螺丝钉可以即插即用,一个项目还没完成就要去另一个项目救火,需要不断接触新业务,不断变换思路,非常影响效率。

    所以当公司项目少时驻场会增加成本,但项目多时驻场其实是会减少成本的,因为驻场可以使团队更专注,做事情更高效。

    第二, 缓解内部压力。

    驻场后项目团队的工作环境和生活环境相对封闭,项目经理除了是工作中的领导,还是生活上的家长,在工作紧张时要带动大家减轻压力,在生活枯燥时要帮大家寻找乐趣。

    组织团建活动是很好的减压方式,公司应该给到项目组一些费用作为团队搞活动的基金。

    团建费用应该按照每人每个月50元-100元的标准来制订,由项目经理统一支配,实报实销,超出金额由项目经理自己想办法解决。怎样解决呢?有经验的项目经理会想办法拉上客户一起搞团建活动,客户也会承担一些费用。

    团建费用是给项目组调节压力,激励士气用的,这是项目经理可以支配的为数不多的费用资源,因此怎样把这个钱用好是需要技巧的。每一次团建活动都要有个主题,要有明确的目的。比如项目开始前的动员,遇到困难时的鼓励,阶段目标达成后的庆祝,等等。

    团建活动可以聚餐、K歌也可以户外拓展。聚餐、K歌比较简单省事,费用也相对较低,是项目经理最喜欢采用的方式,席间推杯换盏,和兄弟们说说心里话,工作上的隔阂,心中的压力都可迎刃而解。户外拓展的费用相对较高,而且只适合大团队搞,但户外拓展的教练比较专业,会有针对性的开展活动项目,对提升团队士气更有保障。

    很多项目经理搞团建是一个月搞一次,目的只是为了把这个钱花出去,这是不行的,项目经理要有经营意识,公司的钱不是白花的,每一分钱的投入都要有相应的回报。

    减压的方式有很多,团建活动是一种,但不能天天搞。性格活泼的项目经理会通过说笑的方式让团队充满欢声笑语,再大的压力也会消弭于无形。性格沉闷的项目经理可以带领大家健身,通过打球、跑步等方式让大家劳逸结合,快速回到满血状态。

    减压的方法不拘一格。我在带团队时会让没有完成当天任务的,男生做俯卧撑,女生做仰卧起坐。每当女生做仰卧起坐时,周围的男生欢声雷动。

    管理不是千篇一律的,每个人都有自己的管理风格,罗斯福有罗斯福的做法,希特勒有希特勒的做法,很难说谁好谁不好。评价管理好坏的标准只有一个,就是你的管理能效,相同的项目,你如果能用更少的资源,更短的时间来完成,那你的管理就比别人好。

    以上是我在项目管理方面的经验总结,接下来我会继续分享有关项目交付方面的方法和技巧,有兴趣的朋友可以和我一起交流,感谢大家的关注!

    展开全文
  • 2016里约奥运已缓缓落幕,在这四年一度的体育盛宴中,我们不仅领略了“飞鱼”累计23金的伟绩,也体会了“洪荒之”带来的真正体育精神与快乐;我们不仅看到了年轻小将的崛起,也看到了一位位奥运老兵的坚持与实力...

    2016里约奥运已缓缓落幕,在这四年一度的体育盛宴中,我们不仅领略了“飞鱼”累计23金的伟绩,也体会了“洪荒之力”带来的真正体育精神与快乐;我们不仅看到了年轻小将的崛起,也看到了一位位奥运老兵的坚持与实力……在这个举世瞩目的赛事期间,除去运动员的奋力拼搏,更有许多幕后英雄为保障赛事的顺畅进行而默默努力,F5的应用交付技术,则正是其中之一。

    跨屏幕的一致使用体验

    随着网络速度的不断提升以及用户使用习惯的改变,电视早已不再是用户观看奥运赛事的首选。一些用户可能通过智能电视或电脑收看直播,另一些用户则可能在通勤的路上关注前一比赛日的精彩回放……无论各种尺寸的手机、不同OS的平板还是电视与电脑,用户设备与使用场景的复杂程度较之以往都有了质的变化。而唯一不变的,则是用户对使用体验的高要求。F5公司早在08年奥运期间就与CCTV展开合作,致力于在线视频传输的优化,并积累了丰富的经验。通过F5应用交付解决方案,视频提供商可以更加智能、主动的识别用户的使用设备以及网络状况,并推送给客户当前最佳尺寸、分辨率的视频供用户欣赏。通过这种方式,最终用户能够在不同设备间,始终享受到最好的视频服务,从而有效的保证了体验的一致性。

    更高弹性告别视频传输之殇

    众所周知,随着用户对影、音清晰度以及赛事直播流畅度需求的提升,对于运营商而言,长时间视频流无疑会消耗大量网络与服务资源。尤其是关注度极高的赛事时间,其瞬发的需求不亚于一次DDOS攻击的考验。因此,拥有更具弹性的数据中心,在奥运这样的服务需求激增时期就变得尤为重要。针对数据中心优化乃至混合云模式的部署,F5双活、多活数据中心解决方案早已被业界广泛认可。通过这一解决方案,电信级运营商可以充分盘活包括灾备中心在内的“空转资源”,当巨量需求涌入时,IT管理人员只需手动切换或设置阈值、以软件定义的方式调配,非核心运算及网络资源将无缝切换为当前需求进行服务。通过数据中心先有资源进行优化,运营商可以在不大幅提升运营成本的同时,拥有更加具有弹性的数据中心,从而能够在突发事件或新业务上线时,始终保持业务延续性与高可用性。(了解更多F5双活数据中心方案请观看中国电信案例:http://v.youku.com/v_show/id_XODA4MDM1MjI0.html

    四年一期的体育盛事,不仅是运动员辛勤努力的成果展示,同时也是科技演进的一次大型展示。随着5G落地、VR以及虚拟现实技术的蓬勃发展,2020年奥运会全球观众的观看模式会如何改变,我们共同期待。

    原文发布时间为:2016年8月22日
    本文来自云栖社区合作伙伴至顶网,了解相关信息可以关注至顶网。

    展开全文
  • 今天上午,乐视创始人、法拉第未来投资人(以下简称FF)贾跃亭通过自己的微博社交账号宣布:“FF工厂不仅不会缩水,而且还会全力保证FF 91的按时交付,期待三月底的抢购吧。” 就在两天前,FF刚刚宣布:...

    未来FF将采用抢购的销售方式,但是前提是得有人抢。

    今天上午,乐视创始人、法拉第未来投资人(以下简称FF)贾跃亭通过自己的微博社交账号宣布:“FF工厂不仅不会缩水,而且还会全力保证FF 91的按时交付,期待三月底的抢购吧。”

    乐视贾跃亭:FF工厂不会缩水,力保FF 91按时交付

    就在两天前,FF刚刚宣布:“内华达工厂的规模将大幅缩减,面积从最初计划的300万平方英尺降至65万平方英尺,预计2019年开工投产;计划中的电动车产品线已从7款降至2款,即FF 91旗舰车型以及体积更小更便宜的FF 81车型。”工厂规模缩水,也就导致工厂年产能也将从计划的10万辆减至1万辆。

    但是昨天,FF的微博官方账号发布消息表示:“CES之后预约量远远超过预期,我们不会缩减工厂的建设,一期工程第二阶段即将开始。”

    乐视贾跃亭:FF工厂不会缩水,力保FF 91按时交付

    当FF 91在今年的CES上亮相之后,FF官方宣称不到36个小时的时间内,FF91订单量已达到64124辆。但各方都认为,FF91最大的问题是产能问题。而公司回应称,在现有工厂建造时间较为紧促的背景下,FF还有一套备选方案,即采用定制车间的方式来进行小批量生产。会为第一批用户准备建设一个高端定制车间,保证首批量产车交付。

    现如今,FF说工厂缩水,贾跃亭说工厂不会缩水,一家人说出两家话,究竟最终结果如何,只能拭目以待。


    原文发布时间:2017-02-06 14:33
    本文作者:JOKER
    本文来自云栖社区合作伙伴镁客网,了解相关信息可以关注镁客网。
    展开全文
  • 企业做敏捷转型,一直很贵。 经常听到某某企业动辄几千万招标买方案,或者,某某企业全体高管飞到国外上大师课。 这些都是真的,不是炒作。...因为90%的敏捷咨询,专注于最终的交付,而不是产品的整个生命...
  • “卡友地带”却在运行两年后,遭遇到产品交付和创新的双重困境,阿里资深技术专家何勉了解这件事情后,与卡友地带团队同甘共苦,帮助团队提高效能。今天,我们请到何勉为我们讲述背后的故事,你将看到我...
  • 自动化,DevOps,目前实施DevOps转型的传统企业,通过引入自动化确实能提升在软件交付的某些环节中的效率,但是却很难去提升软件的交付质量,依然引入独立的测试部门进行大量的系统测试来确保软件的质量,同时企业也...
  • 陈辉:完美交付 就是竞争 家装市场很多企业普遍重销售,轻交付,但本质上优秀的工地和优秀的施工队才能保障完美交付,而交付才是装修企业的核心竞争,类似今天的活动可以引导市场朝一个正面的方向发展。...
  • 数据库持续交付

    2014-05-28 03:08:00
    快速变化的世界,敏捷、DevOps和自动化\\业务需求是变革最显著的驱动,事倍功半、快速交付是成功的行业先锋与其它公司的区别。\\如果竞争对手交付的特性比你更快、质量更高,你最终将失去市场份额。“敏捷开发”的...
  • 深信服AD应用交付介绍

    千次阅读 2019-07-03 15:21:54
    过去的十年,伴随着企业级应用以业务流程和用户生产为目标,向基于浏览器模式的大量迁移,同时也见证了面向服务架构(SOA) 、Web2.0和现今云计算模型被广泛采用。 基于改善业务应用环境的理念,应用交付产品提供...
  • 交付项目-源码

    2021-02-10 06:39:54
    Laravel是一个具有表达,优雅语法的Web应用程序框架。 我们认为,发展必须是一种令人愉悦的创造,才能真正实现。 Laravel通过减轻许多Web项目中使用的常见任务来减轻开发工作的痛苦,例如: 。 。 用于和存储...
  • 服务交付平台

    2009-10-28 13:04:00
    快速的创建、交付、管理极具吸引、以客户为中心的新型服务的能力凸显出前所未有的重要性。 细分市场之间的传统界线在IP时代日渐模糊进而消逝,企业正面临着一个前所未有的变革时期。早在此次经济危机之前,通信及...
  • 第 1 章 企业软件交付为什么这么难 本章概要本章介绍了本书的主要议题:企业全球化、交付的成本效率,以及在满足新的市场需求和期望方面的敏捷性。为了阐述这些议题,我将讨论当今企业系统交付中面临的挑战,回顾...
  • 持续交付推进DevOps持续集成与持续交付 可视化工具流DashBoard微服务架构模式经典场景研发工作流需求管理看板 ------------------------------------------------...
  • 本文将探讨如何构建一种用于持续集成的架构,我们采用了由简至繁的方法。在每一次将架构复杂化时,我们会给出原先的简单方法的...这意味着可以更快地更改业务,进而使企业更具竞争。由于微服务间使用API互相通信,
  • OpenAPI实现云主机闪电交付最佳实践

    千次阅读 2020-12-25 14:33:11
    简介:闪电交付最佳实践使用Alibaba Cloud Linux 2 镜像来快速创建大量的ECS云主机,满足客户在处理热点事件时大量且紧急的算需求。直达最佳实践:【OpenAPI实现云主机闪电交付最佳实践】最佳实践频道:【点击查看...
  • 译者注:作者介绍DevOps中持续集成、持续交付、持续部署的区别与联系。开发人员总是有开发更多软件和发布软件更快的压力,这就督促开发人员要采用新的概念和工具。但是令人困惑的术语混淆了真正的技术和商业利益,...
  • 很多To B类软件公司的销售团队有奖金,但实施交付团队却没有。对于交付团队来说,项目干好干坏都一样,老板很着急,但团队却没有足够的动力,照常上下班,如果逼紧了就离职。老板没办法就只能寄希望于项目经理,把...
  • 2.2 MyCo公司和MyProj企业软件交付项目 这个案例取材自真实的项目,可以说明很多实际情况。有一个跨国公用事业公司,依赖一家企业软件交付机构来为业务提供IT服务,而后者承受着很大的成本和效率压力。为了简便起见...
  • 广场交付仪式发言稿 各位来宾、各位业主: 今天是个值得纪念的日子:“xx”招商进入实质性运作阶段。对于xx这座城市来说,这是个具有里程碑意义的事件。 商业街是城市生活的一种特定商业形态。中国商业街历史...
  • GitOps是一种实现持续交付的模型,它的核心思想是将应用系统的声明性基础架构和应用程序存放在Git的版本控制库中。俗话说“兵马未动,理论先行”...通过使用像Git这样的简单工具,开发人员可以更高效地将注意集中在创
  • 它将计算任务分布在大量计算机构成的资源池上,使各种应用系统能够根据需要获取计算、存储空间和各种软件服务。之所以称为“云”,是因为它在某些方面具有现实中云的特征:云一般都较大;云的规模可以动态伸缩,它...
  • 持续交付话题的一些讨论和心得

    千次阅读 2013-05-25 23:43:42
    “,这是当时讨论的比较激烈的话题,大家形成的基本结论是可以通过衡量周期时间来看持续交付前后的变化,如果使用持续交付前的周期时间是1周,运用了持续交付后周期时间变为3天或者更少了那么就为公司提高了竞争,...
  • 完美的应用交付操控体验   楼主# 更多发布于:2017-02-16 11:04 试想这样的场景:一台ADC面向不同部门的十余个不同应用,而每个应用都需要不断进行服务器调整……运维人员的压力可想而知...
  • 在近日举办的开源领导峰会(Open Source Leadership Summit)上,Linux 基金会宣布成立一个新的子基金会——持续交付基金会(Continuous Deliv...
  • ToB 服务交付的方式分为公有云部署和私有化部署两种。其中,对成本敏感的中小企业往往采用公有云部署的方式,从而尽量减少成本。客单价较高的大型企业、政府、银行和事业单位,考虑到数据隐私、安全、合规等要求,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,660
精华内容 664
关键字:

交付力