• [行业动态] 永洪BI携手华为云FusionInsight,让数据分析更敏捷
    9月23日至25日,华为全联接2021以“深耕数字化”为主题,各行业领军人物分享最新成果与实践。其中在“华为云Stack构筑繁荣行业生态,让伙伴用好云”专题演讲中,永洪科技副总裁石虎,发表“永洪BI携手华为云FusionInsight,让数据分析更敏捷”演讲。永洪科技大数据BI解决方案以华为云FusionInsight智能数据湖为平台,实现海量数据的多维度、多层级、多粒度的数据分析,帮助政企客户实现从目标结果管理到过程管理,从“能看”向“能管”演进,助力政务、金融、制造、零售、电力、教育等各行业实现数据应用“全行业覆盖,多场景提升”。永洪BI携手FusionInsight已为各行业提供多款大数据BI联合解决方案,依托FusionInsight MRS三湖一集市能力,提供GB~PB级数据的可视化分析、多模分析和实时分析能力,实现PB级数据关联分析秒级响应的极致体验。在某大型国有银行转型大数据云服务的过程中,通过敏捷BI联合解决方案迁移了PB级数据,由传统的一体机模式,转型为开放可扩展的分布式架构。2021年4月,永洪科技携手华为在华为苏州研究所正式发布金融大数据分析平台联合解决方案,为金融行业搭建一个“高扩展性、响应快速、业务全面”的智慧运营分析平台。目前,华为与永洪BI已完成互通测试,在营销、反欺诈等典型场景中完成验证,实现在大型国有银行中的落地应用。同时,该解决方案通过引入MRS HetuEngine数据虚拟化引擎进一步提升“交互式查询”性能。在对某集团及分公司上万业务目标的应用中,原Hive查询一张数据表需耗时几分钟,甚至出现“千行数据半小时都不出结果”的问题,通过HetuEngine,将交互式查询从分钟级缩短至秒级,提升业务决策效率。在风险管控领域,双方携手打造的金融大数据联合解决方案,总结某行反欺诈风险领域的防控经验,并结合FusionInsight团队和永洪自身的金融大数据解决方案优势,通过智慧可视化分析平台的建设,实现风险预警自动化,风险处置流程化,帮助该银行完善了事前防控、事中控制和事后分析与处置为一体的风控体系。时至今日,BI可视化数据分析已是数字化转型过程中的刚需,永洪科技和华为云FusionInsight团队,凭借双方团队的技术实力和联合解决方案的不断创新,得到各行业的广泛认可。2020年,IDC MarketScape中国大数据管理平台评估报告中,华为云凭借FusionInsight不断创新,位居“领导者(Leaders)”象限,并在市场份额和技术实力两个维度双领先;2021年,IDC发布的中国大数据平台市场研究报告中,华为云凭借FusionInsight智能数据湖在政企行业的实践积累以及ICT市场的整体生态,位居市场份额第一。而永洪科技也已连续五年被评为敏捷BI领域第一名,在爱分析《2021年中国BI商业智能报告》中显示,永洪BI在Top20银行客户覆盖率达80%,在金融、制造领域的市场占有率第一。永洪科技拥有1000+家合作伙伴,6000+家企业客户,涵盖了金融、制造、零售、能源、政府、教育等近20个中国支柱产业及新经济产业。未来,永洪科技将和华为云FusionInsight将强强联合,进一步深化合作,倾力打造更敏捷、更快速、更强大的大数据BI联合创新解决方案,让数据分析更敏捷,实现“释放数据价值,人人都是数据分析师”的宏大愿景。更多精彩文章:https://bbs.huaweicloud.com/forum/thread-66105-1-1.html 
  • [公告] 企业使用混合云,主要有哪些好处?
    混合云可以帮助弥合不同数据源之间的差距,并允许企业更好地利用他们收集的信息。这些只是混合云具备的各种优点的其中两个。在分析当前趋势时,很明显,社交软件和移动应用更可能对买方参与方式产生影响。因此,企业有必要相应地改造以适应变化。随着所有这些变化,企业需要确保其功能的连续性顺利进行。为此,他们需要创建一个环保,可扩展,额外的敏捷IT基础设施。这就是混合云解决方案发挥作用的地方。混合云具有反映用于动态IT设置的架构框架的能力。这种模式将有能力处理在供应和利用前景中可能出现的各种不可预测的波动。混合云解决方案还将提供增强的灵活性,以根据每个企业变革中的增长方式进行调整,并将在部署方式的组合中呈现统一的设置。这可以提高其响应速度和运营敏捷性。由于这些原因,混合云解决方案已成为大多数组织所采用的最佳策略,而这些组织需要在短时间内回应更改的买方期望。为了了解混合云解决方案对企业带来的影响,重要的是要清楚地了解这种创新技术的基础。混合云将整合传统IT以及管理,私有云或公共云的混合环境。混合云将转变为数字计算环境,将公共云中的不同企业混合在一起。这可以给环境的混合物赋予生命,这可以帮助系统在短时间内响应转移体验需求的状态。拥有混合云解决方案的企业可以考虑使用中间数据来处理买方交易。所有这些交易将链接到一个公共云,它有一个基于Web的前端。这样可以方便在线购买商品。客户支持也可以集成到混合云解决方案。在高峰假期期间,计算活动需要额外的资源,并且它们可以从公共云获取。正如人们所看到的,企业可以自由地最大限度地利用云服务,以及时获得适当的工作负载的帮助。行业专家表示,如今,很多传统公司被那些使用分析,知识和应用科学的企业所赶超。企业将能够在混合云基础架构的帮助下获得可盈利的分析技术,这可能适合那些工作量增加和需要大量的专业知识才能得以生存的企业。混合云解决方案能够推动所有更高级的企业选择以及从各种数据点获得的所需分析。这些来源可能来自完全不同的程序,这些进程的结果将会迅速获得。如今,企业需要分析他们从多个来源获得的各种信息。在分析信息之后,他们需要利用认知计算能力和高生产力的先进技术。混合云就是在这种情况下所提供的完美解决方案,因为它可以为大数据分析提供革命性和简化的基础。
  • [技术干货] 测试工程师必看——敏捷测试&TestOps;构建
    揭开TestOps的神秘面纱,持续集成Jenkins框架烂熟于心。
  • [交流吐槽] 小助手系列——做Outman,不如做ProjectMan!
    今天也是抠脚小妹快乐摸鱼瞎叭叭呢,(不要问小妹为什么抠脚,毕竟大汉也能穿黑丝)某日优秀的Product manager抠脚小妹调研了市场,发现了一个巨大的商机:几乎每个受访的男性都表示自己的内心里存在一道名为“Outman”的光,但是这样的一件产品居然没有人研发,简直是离谱。互联网时代,时间就是命运的后脖颈,不是按倒它抵达人生的巅峰,就是被它按倒,成为芸芸众殉道士的一员。抠脚小妹心里一咯噔,小步快跑回到公司,拉着团队就开始整活。一群心怀“Outman”的大老爷们开始你一言我一语地交流想法。小明(沉思):“我觉得Outman应该像迪迦那样,红色力量大、蓝色速度快、红蓝相间为平衡 。”小方(不服):“泰罗他凭什么不配有姓名?”小李(起哄):“盖亚yyds!”……小明怒而摔鼠标:“凭他们不是免费上映,还要花钱买碟!白嫖才是王道懂不懂!”……场面一度极为混乱,这时候老王站出来,面带娇羞,幽幽地说了声:“我觉得我的Outman,他一定得是个盖世英雄,脚踩七彩祥云来到我面前,反正不能从隔壁开门进来。”……事实证明,有时候让嘈杂的环境瞬间安静下来,不过是一句话的事,曾经努力控场的小妹蹲在一旁深刻地反思。这时,小A举了个手:“Outman,应该是那个发激光打怪兽的超人吧!”“哎,对!”小妹立即冲上去握住了小A的手,终于找到了知音,“身为敏捷开发方法论的杰出接班人,为了不被时代的泥石流所淹没,我们要保持自己快速反应的能力,小步快跑,快速迭代,以最小可行性方案迅速占领市场……没错,我们产品的重点就是发激光打怪兽的Outman啊。”小A一把挣脱小妹的大手:“说白了还不是没钱!话说,我这么重要的角色为什么不配有姓名,只能是个代号?啊喂垃圾作者!”众人听若无闻,小妹流畅地打开了“ProjectMan”产品(少年来点开异世界的大门吧),如图:新建一个scrum模板,即敏捷开发的框架,如下:然后进行工作项(完成需求)的规划,并根据一定的周期设置迭代,以保证研发进度可控。需求颗粒度可划分为:Epic(史诗):指愿景目标,具有战略意义,一般迭代周期为数月。Feature(特性):指具有业务价值的产品特性,一般迭代周期为数个迭代。Story(用户故事):从用户角度对产品功能的详细描述,一般迭代周期为2-3天。Task(任务):指完成Story的具体过程,一般迭代周期为1-8小时。不得不说年轻真好,不大会儿小妹已经画完了整个框架。创建父项Epic后,创建子项Feature,再创建子项Story,最后创建子项Task,父父子子极限拆分(禁止套娃啊喂),展开思维导图模式,如下:注:团队的其他成员还可以进行评论,提出建议(吐槽)。再根据时间工时和工期的安排,将story和task拖进迭代中,每次进行计划会议和迭代会议的时候进行更新状态。在统计示图里,即可看见项目的规划和实际进展情况,实时监控队员的摸鱼情况。 接下来,就开始激动人心的领任务环节了。诶,你们谁来第一个挑任务?小明路过,并表示没有迪迦算什么Outman。小方+1。小李+1。老王娇俏地摆摆手,妹子,我们不约。 “喂,垃圾作者,我连特写都不配了吗?”小A暴怒地走回来又走过去,并朝小妹吐了口口水,“什么垃圾项目,不接!”作者视若无睹,并表示一个背景工具人,要什么自行车?字数凑齐了,完结撒花,这才是精益敏捷! 链接阅读:《【DevCloud · 敏捷智库】开发团队中的任务没人领取,你头疼吗?》
  • [技术干货] [转] 重磅推荐:论坛里100000+阅读量的技术干货贴
    从0了解DevOps 点我直达链接>>>>此篇包含:一、入门系列,带你从头了解DevOps,二、理论实践指导,三、DevOps on DevCloud系列,四、行业相关信息【敏捷合集】2021版敏捷系列合集 &精选技术讨论帖 点我直达链接>>>>华为云DevCloud大咖分享汇总(附PPT下载) 0 华为云DevCloud大咖分享汇总(附PPT下载) 1华为大咖分享:华为敏捷项目管理实践(后附PPT下载)2 华为大咖分享:AI在软件测试领域应用探索(后附PPT下载) 3华为大咖分享:微服务架构设计与实践(后附PPT下载)4华为大咖分享:拥抱Git,提升研发效率(后附PPT下载) 5华为大咖分享:游戏企业转型之道:敏捷与DevOps实践(后附PPT下载)6 华为大咖分享:基于容器的Devops(后附PPT下载) 7华为大咖分享:华为专家揭秘研发效能提升之道/DevCloud研发实践(后附PPT下载)8华为大咖分享:关于DevOps,听听华为专家怎么说(后附PPT下载)9华为大咖分享:交付在云端-全云DevOps研发实践10华为大咖分享:五星级软件工程师的高效秘诀(后附PPT下载) 11华为大咖分享:DevCloud on   DevCloud 从1月1次到1天10次发布的实践分享(后附PPT下载) 12华为微服务转型DevOps实践13华为大咖分享:大型云平台的DevOps实践14华为大咖分享:Focus on   Value 的思考与实践精粹(后附PPT下载)15华为大咖分享:云上开发,代码托管只是第一步(后附PPT下载) 16华为大咖分享:反脆弱,高效能组织的能力构建(后附PPT下载)17从Change、merge到New   Challenge--华为内源平台到研发云平台的发展历程(后附PPT下载)18华为大咖分享:华为云DevCloud   百人规模化精益DevOps转型(后附PPT下载)19华为大咖分享:架构师的基本功之管理篇20一文读懂云原生2.0时代的DevOps体系框架21华为大咖分享:华为云如何构建高效可信的持续交付能力22华为大咖分享:【HC2018 Session】基于Pipeline的DevOps核心实践_DevCloud_华为云论坛(后附PPT下载)23华为大咖分享:Gopher China2020 华为云的go语言云原生实战经验_DevCloud_华为云论坛 (后附PPT下载)24华为大咖分享:德智体美劳全面发展的DevOps_DevCloud_华为云论坛 (后附PPT下载)25华为大咖分享:如何让团队在高度共识中完成需求沟通与设计(后附PPT下载)26华为大咖分享:华为云DevCloud——云测API全场景测试技术与实践(后附PPT下载)27华为大咖分享:华为敏捷与DevOps实践分享(后附PPT下载)产品经理-全连接系列1【产品经理-全连接系列   之001】Epic/Feature/Story/Task/Bug到底是什么?2【产品经理-全连接系列   之002】企业应该如何开展敏捷,或者DevOps这样的研发变革(1)3【产品经理-全连接系列   之003】华为敏捷/DevOps实践一点一滴_如何开好站立会议 4【产品经理-全连接系列   之004】华为敏捷/DevOps实践一点一滴_Excel为什么越来越少用?5【产品经理-全连接系列 之005】华为敏捷/DevOps实践一点一滴_如何开好一个敏捷回顾会议6【产品经理-全连接系列 之006】华为敏捷/DevOps实践一点一滴_如何从Excle管理软件的方式中走出来7【产品经理-全连接系列之007】为什么用户故事的故事点用斐波那契数列??8【产品经理-全连接系列之008】华为敏捷/DevOps实践一点一滴——如何开好迭代计划会议 9【产品经理-全连接系列之009】Wiki这么多年,为什么还依然得到很多开发人员和团队的喜爱DevOps智库1重磅!史上最全的DevOps资料分享!22019年中国DevOps行业现状报告:中国信息通信研究院、华为云DevCloud、南京大学联合发布3DevOps实施落地的两个法宝:粒度&解耦   附PDF下载4【转载】【资料下载合集】HDC.Cloud华为开发者大会20205【DevCloud ·   敏捷智库】软件项目需求变更频繁,如何做好有效的需求管理和规划?6 【敏捷智库知识卡】第1-7期合集(内附下载资料)7【敏捷智库知识卡】 第8期 拍脑袋估算法?OUT!:科学估算,平稳生产,嗷闪!8【敏捷智库知识卡】第9期 微服务架构难落地?MSA实施指导框架来帮你9【敏捷智库知识卡】 第10期 任务不让指派还没人认领,我咋整?—— Scrum Master的心酸谁能知?10【敏捷智库知识卡】 第11期 项目团队人员变动频繁怎么办——大牛走了,你怕不怕?11【敏捷智库知识卡】第12期 需求剪不断理还乱(内附1-12期卡片合集下载)12DevOps人员常用的linux命令13【转载】六步教你玩转DevOps上华为云DevCloud实践14DevOps敏捷60问,一定有你想了解的问题数据库学习1【转载】【最全华为云数据库资料】庖丁解牛——带你了解华为云数据库的精髓 2JDBC练习--适合于新手或者温习jdbc(一个简易的在后台的学生信息的增删改查)Python技术学习1【转载】Python面试的一些心得,与练习题分享...2pyhon初学笔记要点归纳!3Python常用基础知识点4【转载】60+精华:从基础到实战   带你极速掌握 Python技术API进阶之路0《2020年API现状调研报告》1《华为云API精选手册》2【API进阶之路】因为不会创建云服务器,我被实习生摆了一道3【API进阶之路】前浪的绝地反击与自我证明4【API进阶之路】甩锅大会上,我是如何绝地求生的5【API进阶之路】一个技术预案,让老板当场喊出了“奥利给”6【API进阶之路】万万没想到,一个技术方案帮实习生追到了运营妹子!7【API进阶之路】一个技术盲点,差点让整个项目翻车8【API进阶之路】老板给我涨薪30%!如何通过SDK接口搞定千万级流量直播9【API进阶之路】半天搞定百万条手机号归属地查询,竟影响了公司战略方向!10【API进阶之路】无法想象!大龄码农的硬盘里有这么多宝藏11【API进阶之路】高考要考口语?一场10w+刷屏活动是如何用多模态评测API做出来的12【API进阶之路】帮公司省下20万调研费!如何巧用情感分析API实现用户偏好调研13【API进阶之路】逆袭!用关键词抽取API搞定用户需求洞察14【API进阶之路】破圈,用一个API代替10人内容团队15【API进阶之路】用API打造一条自动化内容生产流水线16【API进阶之路】没有AI工程师也能做OCR文字识别17【API进阶之路】太秃然了,老板要我一周内检测并导入一万个小时的视频18【API进阶之路】干掉PPT!现场编码的职级晋升答辩你参加过么?19【API进阶之路】研发需求突增3倍,测试团队集体闹离职20【API进阶之路】人少钱少需求多的新项目,该怎么带?21【API进阶之路】本季大结局:API带来的微创新,打动投资人鼓励我创业包不同系列视频1【包不同的沙雕敏捷】第一集 砸锅卖铁买兰博2【包不同的沙雕敏捷】第二集 需求管理靠看板3【包不同的沙雕敏捷】第三集 小步快跑Scrum其他1史上最全的架构师图谱(后附高清大图)2【电子书下载】人工智能技术入门该读哪些书?这里有一份精选书单3看看是不是你想要的:pycharm永久激活!!!
  • [技术干货] 提升企业研发效能,华为云助力东华软件加速敏捷转型
    技术演进从未停止,用户需求更是瞬息万变。随着企业业务的快速发展,产品迭代速度越来越成为企业发展致胜的关键因素。在业务迅速扩张之下,企业研发团队的规模也在不断壮大。如何有效管理研发团队?如何提升企业研发效能?如何加速产品发布?这些都是摆在企业面前的挑战。作为企业研发团队的负责人,如何在规定的时间内带领团队成员开发出"爆款"产品?是倾向于定制严格的流程来执行?还是给出目标,让团队成员自由发散与执行呢?敏捷+DevOps是提升企业效能、推进企业数字化转型的核心方法论。DevOps不能止步于提交到发布的环节,需要持续优化扩展到客户场景和客户价值探索的环节,持续地快速交付价值,才能够打通整个价值链条实现加速。华为云DevCloud是集华为近30年研发实践、前沿研发理念、先进研发工具为一体的一站式云端DevOps平台,为企业和开发者提供帮助。初遇敏捷东华软件股份公司(以下简称"东华软件")成立于2001年1月,是深圳证券交易所的上市公司。以应用软件开发、计算机信息系统集成及信息技术服务为主要业务,业务范围覆盖医疗、金融、能源、智慧城市、数字政府等诸多行业,并全国30多个省会城市均设有分公司。正是由于企业如此快速的发展,导致东华软件存在着开发团队众多,使用的研发工具也未统一的困境。2018年3月东华软件初次了解到华为云DevCloud政府补贴政策,对此申请了多个DevCloud套餐,尝试迁移部分新项目上云使用华为云DevCloud进行开发。"我第一次接触Scrum流程,发现非常便捷,很容易上手"项目经总监马伟伟说。企业提升研发效能 选对工具很重要东华软件以往使用的项目管理模式,代码托管平台,部署发布方式均限制了整个开发团队的交付效率。公司在早期项目的实施过程中发现,由于人员能力参差不齐,许多缺陷是在测试才暴露的,因此需要反复修改,从而导致项目研发周期延长;为了将质量前移,在开发过程中要加上代码检视,但代码检视效率、产出都比较低。从2018年5月份开始,东华软件陆续将项目迁移到华为云Devcloud软件开发平台,利用敏捷模式实施项目管理,从需求设计、任务分配、代码托管、编译构建、应用部署、应用发布再到接口测试,通过仪表盘随时掌握项目开展情况;通过批量文档托管,保证信息传递不失真。华为云Devcloud有效的解决了东华软件项目管理软件功能单一、需要另行维护的问题。针对代码质量问题,华为云DevCloud中的代码检查工具支持Java、C、C++、Python等多种编码语言,并提供多分支检查功能,已经无缝融入软件开发流程。开发人员每次代码合入的时候自动触发代码检查,许多内存泄露,空指针等问题可以及时发现,并且提供了建议修改方案,从而保障软件交付质量,提升了交付效率。最关键是能够问题责任到人,加速了代码检查的质量问题闭环。、针对应用部署问题,通过构建流水线,从编译构建到部署再到最终的发布,一站式的持续发布功能,解决了分布式应用的部署问题,部署效率提升30%以上。不仅如此,部署的服务器由华为云后台统一维护,大幅降低成本,按照我们实际占用的资源及时长计费,杜绝硬件资源及维护资金投入,有效降低我们的构建成本。某农商银行是东华软件的客户,正对银行APP端业务变化快,交付短平快的新需求,使用华为云DevCloud编译构建服务,利用云端并行编译技术,支持Android系列移动终端APP的快速编译构建,有效缩短了交付周期。针对接口测试问题,我们通过DevCloud进行用例管理及接口测试,通过测试看板对需求覆盖率、缺陷数再到用例通过率、用例完成率进行监控。图3测试管理携手前行华为云DevCloud为东华软件敏捷开发团队提供了简单高效的团队协作服务,截止目前已经上线20多个项目,代码提交次数过三万,为东华软件诸多项目的开发效率提升,提供了坚实的基础和保证,现在的东华软件已经成功完成了敏捷转型。东华软件金融软件部技术总监马伟伟表示:“在华为云DevCloud的帮助下,我们迅速应用敏捷,后续将携手继续前行,希望今后能基于华为的智能创新技术和全球服务能力展开更深层次的合作。”
  • [行业资讯] 低代码的优势
    1、降本主要包括3方面,学习成本、开发成本和其他成本。1)学习成本降低是普通业务人员即可操作,为IT研发资源不足的企业降低人力成本。2)开发成本降低是对于开发者而言,可以复用既有能力,减少低价值代码耗费时间,同时,很多需求变更可通过配置方式实现,缩短了开发、运维等时间。3)其他成本如沟通成本、测试成本,甚至云架构方式降低硬件成本等。2、增效主要包括2方面,交付效率和协作效率。1)交付效率通过配置即可满足一批新增或变更需求,直接避免了低价值代码开发时间,开发效率提升10倍并不夸张,同时,也意味着客户响应效率的极大改善,这是比开发效率更重要的事!通过配置无法完全满足的需求,虽然仍有开发工作量,但由于可以复用平台能力,也节省了相当一部分开发工作量,提效数据要看具体场景,但总体而言,复用带来的效率提升不容置疑!由于平台能力复用,会大大缩短端到端交付时长,如测试时长、集成发布时长等都被大大缩短,工程效率的提升,让低代码有超越DevOps进化至NoOps的可能性。2)协作效率沟通效率。一个需求交付要涉及到很多人,如业务人员、产品经理、开发人员、测试人员等。而借助低代码,很多需求可能在业务部门内容就能实现了。需要沟通的人数少了,沟通效率自然就提高了。天生敏捷精益。敏捷追求的核心关键字,如“尽早交付”、“快速反馈”、“响应变化”等低代码平台生而有之,通过配置快速交付,让程序尽早接受业务校验,迅速得到反馈,并及时调整。精益追求的核心关键字,如“价值”、“消除浪费”、“内建质量”等低代码平台同样生而有之,低成本快速验证,聚焦业务设计而非程序设计,通过业务聚焦、标准化、复用、少人化等消除不产生价值增值的活动,通过平台本身内建质量保障所有应用质量等。
  • [行业资讯] 低代码的大规模落地还需要多久?
    随着技术的发展和企业需求的快速变化,传统的软件开发已然不能满足“敏捷”的客户需求。而低代码作为一种快速开发工具,起到敏捷、缩短交付周期的作用,并且正在潜移默化地影响着现有的软件作业模式。低代码平台是指通过模型驱动的技术路径和可视化的用户界面,实现基于封装组建的通用模块,编写少量代码进行调用即可完成应用程序搭建的开发平台;无代码平台则是无需任何代码便可实现应用程序创建的开发平台。低代码与无代码都起到了提升开发效率、加速企业数字化转型的作用,但由于代码量的区别,低代码与无代码开发平台面向的人员及特点有所差异。目前低代码平台在发展初期无法服务嵌入性系统和信息安全产品,因此低代码市场将替代软件研发的部分市场份额。其次,由于低代码市场仍处于发展早期,市场渗透率不足1%,因此目前市场规模依旧较小。但低代码平台能够助力企业释放真正的能力和价值,因此未来渗透率将高速增长,据测算,低代码市场复合增长率将达到49.2%,2025年市场规模将达到267.7亿元。
  • [技术干货] 项目上线后,如何减少客户对交付成果的质疑
    背景背景描述早些年前,软件行业刚刚兴起,当时的软件产品功能简单,用途单一,软件研发方法也都遵循“计划-->需求分析-->设计-->编码-->测试-->运维”这样一个流程按部就班的开发,最后产品基本能满足客户的需求。这种研发方法被很多公司沿用至今,可与之前不同的是,客户对项目交付成果的质疑越来越多。有家公司就问了类似的问题:“项目上线后客户提出质疑,导致交付出现问题,项目管理上如何操作可以避免或减少这种情况的发生?”在交流过程中,我们了解到该公司在使用传统的瀑布模型进行研发,同时也了解了客户主要有哪些方面的质疑。质疑描述客户质疑大致有三方面,一方面:交付成果和合同要求对不上:客户认为合同明明说的是A,可是产品做出来的功能却是B,比如地处西北的客户吃饺子,想蘸点老陈醋,签了份合同让公司提供“饺子蘸料”,接单的是东北人,根据“蘸料”开发了一瓶酱油,于是客户认为自己表述的足够清晰,是公司内部管理不善造成功能开发错误;另一方面,产品按需求研发,但是整个研发过程中,客户一直没有接收到研发团队关于产品或研发进度的信息,导致客户对项目的焦虑,从而对产品产生质疑;还有一方面,有的产品按需求正确开发,也定时向客户汇报进度,可交付时客户认为功能不够,在当下市场没有竞争力就像当下做电商不支持移动支付;这些质疑让公司很头疼。你是否也经历着同样的问题?如何减少客户对交付成果的质疑?问题分析上文提到的质疑可以概括为:双方对需求理解不一致,产品功能规划没有随市场变化而刷新和沟通不足引发客户不了解情况而焦虑。接下来我们推测下产生这些质疑的原因。双方对需求理解不一致需求被制定后,可能没有做进一步澄清,导致开发人员理解有误,照着自己的想法开发出偏离预想的产品;或者客户想表达的意思是A,但是由于自己表述有问题,需求描述成了B,那自然无法开发出令人满意的交付成果。还有一种情况更要命:客户在制定需求的时候自己只有一个模糊的想法,具体要做的自己也不清楚,这种情况按计划做出的产品想令客户满意就只能靠运气了。沟通不足,客户因不了解情况而焦虑我们试想一种场景:小张在网上买了个手机想要送给女朋友作为生日礼物,眼看生日快到了,商品显示已发货,却始终看不到详细的物流信息,客服也不告知小张商品目前是啥情况,换做你是小张,你急不急,就算商品按时到达,也会因为物流过程不可见而而很难获得好评。实际生产中也是一样,客户下了订单之后,研发团队一直闷头干活,不与客户沟通项目进度,客户一样会因为不了解项目进展而焦虑,最终对交付成果产生质疑。产品功能规划没有随市场变化而刷新正所谓计划不如变化,传统研发模式是计划驱动,而市场是瞬息万变的,想要占领市场,需求变更在所难免。计划就像一张地图,一条路经历世事变迁会发生很多变化,按照一张两年前的地图找上面标注的店铺很可能走了半天也找不到地方;同样,照着两年前制定的计划做出的产品,按交付时的背景去审视它,会给人一种“乃不知有汉,无论魏晋”的感觉,客户难免会对产品提出质疑。解决措施传统研发模式的交付类似流水作业:做完计划和需求,就可以按照计划进行开发,然后交付验收。在这种研发模式中,客户参与度类似U型:客户在计划阶段和定义需求阶段参与较多;之后项目进入研发阶段,客户参与度骤降甚至不参与;最后交付阶段客户参与进来,进行验收工作。客户在研发阶段参与度降低,很容易造成双方对产品沟通不到位:比如需求被错误理解没人引导;市场上出现新功能,产品想不到变通等,这些“不到位”最后都会转化成对交付成果的质疑。为避免这种情况,可以尝试做敏捷转型,客户对交付成果的质疑在所难免,但敏捷可以大大减少客户的质疑。敏捷开发的价值观是:“个体和互动重于流程和工具;可工作的软件重于面面俱到的文档;客户合作重于合同谈判;响应变化重于遵循计划,尽管右侧重要,但左侧更重要”。敏捷按迭代进行交付,每个迭代持续时间不会很长;同时敏捷更注重给客户带来的价值,客户(或客户代表)可以全生命周期的参与并影响整个项目。下图是传统开发和敏捷开发客户在不同生命周期参与度对比。敏捷具体可以从哪几个方面减少客户对交付成果的质疑呢?使用标准的用户故事方法分析和记录需求,确保双方理解一致传统研发模式以计划为导向,使用详细的文档比如:概要设计、详细设计记录需求,这种方法有他的优点,但是缺点也比较明显:首先制作计划需要花费很长的时间,其次需求描述过于产品化,不易解读。敏捷开发以价值为导向,区别于传统研发模式的文档,敏捷开发使用用户故事记录需求:用户故事是站在用户的角度去描述需求,并且给出用户期待实现的价值,这样开发人员更容易开发出客户真正想要的功能(用户故事细节详见《 “用户故事等于需求说明”——你一定没有写好用户故事》)。举个例子,使用用户故事描述需求:客户吃饺子想要一瓶蘸料,用户故事可以写成:“作为生长在山西的小王,我想要一瓶饺子蘸料,以便于让饺子吃起来更美味”。通过用户故事可以看出,客户是“生长在山西的”,所以饺子蘸料可能是老陈醋而不是酱油,交付起来会比“客户想要一瓶蘸料”准确很多。另外用户故事并不是写好之后就一成不变的。用户故事的“INVEST”原则中的“N(可商议的)”原则要求用户故事是可以商议的。当开发人员不理解用户故事中的需求,可以将问题抛出来,由产品负责人进行澄清,直到双方对需求的理解达成共识。下图是使用DevCloud编写的用户故事,以及需求分析讨论。综上所述,使用标准的用户故事记录需求,可以解决双方对需求理解不一致的问题,从而减少客户对交付成果的质疑。通过评审会等方式与客户保持定期或不定期的沟通交流敏捷开发方法众多,Scrum是最主流的敏捷方法之一。Scrum中有四个活动:计划会议,每日站会,评审会议,回顾会议,每个活动都帮助着团队更好的践行敏捷,更高质量的交付,各活动详细信息如下:从表中可以看出,计划会议,每日站会,评审会议都是围绕产品开展的。评审会议在每个迭代即将结束时开展,定期邀请客户参加评审会议是最直接有效的与客户沟通的方法:会上团队向客户演示迭代交付成果,客户通过演示了解产品已经具备哪些功能,哪些功能没有完成,哪些功能和理想中有偏差,对于偏差部分可以和开发团队沟通,后续迭代进行改进。如果客户很忙或者时间不稳定,不能参与每次评审会议,那么可不定期邀请客户参加每日站会,站会每天早晨都进行,客户可以在有空或有兴趣的时候参与。每日站会不是必须和客户一起开展,但是通过站会客户能了解到小部分交付成果以及团队工作状态,减少焦虑。客户不参加会议的话,可由产品负责人在评审会议结束后整理评审会议纪要,通过拜访,电话,邮件等形式告知客户,让客户了解当前项目进度,减少焦虑,从而减少对交付成果的质疑。对标市面主流产品,更新差异特性,让产品跟随市场变化除了澄清需求、增强与客户的沟通等手段之外,我们还可以带着客户,用产品对标市面上其他主流产品,找到差异并更新,减少客户的质疑。比如一款电商产品的结算功能在计划时未考虑移动支付,只支持网银支付,按传统模式运作项目的话,最终交付时产品不会支持移动支付,使用起来会很麻烦;如果使用Scrum运作项目,可以在项目进行过程中,或者评审产品的支付功能时,对标主流电商产品,这时候会发现移动支付是目前最主流的在线支付方式,产品需要支持移动支付,所以可将“结算功能支持移动支付”作为一个优先级高的新需求加入项目,并与产品负责人协商下个迭代或尽可能快的完成这个需求,让产品的支付功能跟随市场变化,增加产品的竞争力。参考附录Kenneth S.Rubin:Scrum精髓. 北京:清华大学出版社Scrum Guide
  • [技术干货] 华为大咖分享:华为敏捷与DevOps实践分享(后附PPT下载)
    点击 →《华为云DevCloud大咖分享汇总(附PPT下载)》回复本贴查看下载完整版PPT[hide]https://devcloud.cn-north-4.huaweicloud.com/codehub/project/8e8846873de740e396de90d8182b63fd/codehub/1285000/home?ref=master&isFile=true[/hide]
  • [技术干货] 【大厂内参】 第1期:80+篇实践干货分享,深度解读敏捷&DevOps;如何革新软件开发
    【摘要】 由华为云DevCloud专家服务荣誉出品,是业界研发能力方法与实践的高端智库,聚合了众多经典的敏捷&DevOps实践案例,是走向敏捷之路的“蓝宝书”。DevCloud · 敏捷智库华为云DevCloud专家服务荣誉出品,业界研发能力方法与实践的高端智库敏捷方法敏捷估算敏捷实践估算第一篇:利用用户故事了解需求      Scrum和看板如何选择    估算第二篇:了解估算的核心概念   如何玩转每日站会? 估算第三篇:利用故事点做估算  如何让敏捷回顾会议更有效果 估算第四篇:了解常见的估算方法  一周的Sprint太紧张,能调吗?用户故事等于需求说明”——你一定没有写好用户故事    物理看板和电子看板如何选择?如何拆分用户故事 迭代中需求变更后看板中的任务卡片如何移动重新审视故事点Scrum的本质与看板方法的本质Scrum完整剧本Scrum活动之每日例会(站会)用户故事切分招数每日站会的常见错误与误区敏捷管理敏捷需求管理敏捷团队管理如何进行需求结构化管理?研发团队如何管理琐碎、突发性任务?   项目需求变更频繁,如何做好有效的需求管理和规划  团队人员变动频繁,怎么做好新人培养,让他们快速上手 ? 如何进行需求优先级管理开发团队中的任务没人领取,你头疼吗? 如何避免重要需求遗漏?Scrum Master如何引导团队中的刺头读懂敏捷需求管理的四个关键词  团队与领导力健康检查 | 体检表需求总是无法按时交付怎么办管理远程团队的5个必备要点敏捷需求之分层管理如何打造优秀的远程敏捷团队(9步)快速有效敏捷估算 - 如何在一小时内把200多个需求进行估算和排优先级Scrum Master能力说明 - Scrum Master八个姿势白皮书一个ScrumMaster的自白询问的力量(ScrumMasters与敏捷教练)敏捷&DevOps敏捷DevCloud实践敏捷DevOps实践如何实现应用接口的混合驱动测试如何使用DevCloud践行GitFlow模型如何采用流水线践行CI/CD理念如何多账号使用Git访问CodeHub代码库如何显性管理并提升Story分解能力     DevOps组织如何利用度量金字塔驱动DevOps转型DevOps上华为云DevCloud“六步走”实践     DevOps组织中应用架构师的新定位与实践如何构建Kotlin开发的Android Apps如何避免DevOps变革的六大“焦油坑”代码检查服务如何降低Java应用“Billion Dollar Mistake“NPE风险DevOps组织如何选取拓扑结构以提升协作效能DevOps组织如何有效地实施MSADevOps组织I&O专业人员新角色分析与技能提升大咖布道成熟度模型 – 敏捷和DevOps在企业中规模化推广的利器解读第14次年度敏捷报告背后的趋势“敏捷+ DevOps”先行,效能提升助推企业升级   敏捷家敏捷案例敏捷案例001 - Spotify案例分析 Bob Jiang008 - 敏捷的潘多拉魔盒 李聃002 - Scrum落地关键实践 网易云音乐 李岩009 - 在敏捷实践中成长 平安壹钱包 杨大鹏003 - 道富银行 杨贵 知行合一的敏捷实践010 - 从持续的需求交付到价值交付 阿里 彭鑫(公亮)004 - OKR与敏捷-有赞商城 费解011 - 敏捷与教练 胡俊005 - 我在哈啰的敏捷之旅 陈文博012 - 基于Spotify的敏捷转型实践006 - IPD下的敏捷实践 京东智联云 单冰013 - 敏捷团队转型的七种武器007 - OKR中的误区与痛点 杨瑞014 - The Great ScrumMaster敏捷实践系列看点LeSS(大规模敏捷案例分析)OKR系列敏捷转型LeSS案例 Sys商店有赞商城的OKR实践翻转组织—通用医疗敏捷转型案例Sita - 边境安检 LeSS案例 如何让OKR与敏捷计划共存敏捷(组织)转型的6个准备条件宝马集团 LeSS案例 谷歌OKR指导手册 (译)如何在敏捷转型中克服阻力 – 邀请的力量少即是多 - 组织简化的7个设计原则谷歌的OKR与KPI的差异德国大保险公司(化名) LeSS案例 综合敏捷知识敏捷智库敏捷工具【敏捷智库知识卡】第1-7期合集【敏捷智库2020年6月刊】:敏捷和效能专家郑立,第14次敏捷报告重磅解读【敏捷工具箱】你说我做,学习团队管理【敏捷智库知识卡】 第8期 拍脑袋估算法?OUT!科学估算,平稳生产【敏捷智库2020年7月刊】 本期推荐:专家Yegor解密软件质量墙,DevSecOps的前世今  【敏捷智库知识卡】 第9期 微服务架构难落地?MSA实施指导框架来帮你 【敏捷视频】DevSecOps的前世今生本合集为《大厂内参》001期,欢迎大家持续关注。大厂内参根据开发者普遍关注的热门技术领域,汇编实践精华内容。从业务场景选型,应用案例分析,到前瞻趋势预测。以专题的形式,深度解读华为云核心技术,分享一线工程师的实战经验。【第一期】敏捷&Devops:80+篇实践干货分享,深度解读敏捷&DevOps如何革新软件开发【第二期】数据库:从数据库科普到核心技术解读、上云案例分享,全方位剖析云数据库【第三期】云服务器:选型解读+案例分享:云服务器“软硬技术”全公开【第四期】人工智能:海量实战经验教你零门槛进场AI开发,无成本负担玩转AI应用【第五期】云原生:读懂云原生2.0,看它如何重塑业务开发架构【第六期】云安全:Get防范云安全的必杀技,学会构建云上完整安全体系【第七期】物联网:“端边云”IoT全栈技术大揭秘,开发实战指南带你轻松上手IoT【第八期】数据仓库:8大场景系列玩转数仓运维,做个不秃头的DBA
  • [行业资讯] 企业应该如何对待低代码
    采用低代码开发平台一个核心的痛点就是IT部门是否能够依据业务,来进行模型的构建。虽然这是一个痛点,同时也能够让IT人回归做应用软件的初心,回到应用逻辑的设计,胡柏强调,不论是采用零代码、低代码还是纯代码,想要做好一个应用软件,必须将应用逻辑梳理清楚。不管采用什么语言,核心在于将业务模型设计好,第二步才是考虑用到什么样的方式实现。过去大家总是会将“设计”这一环节忽略,其中有很多原因,第一个就是传统行业往往求急求快,忽略事件的本质。第二个原因在于即便设计好逻辑架构,置入到真实项目中,也会与关键客户的预想产生出入,这是因为客户也没有想清楚应该实现什么样的结果,只能是边做边改。 对于IT部门来说,这是一项非常艰巨的挑战,而且通过代码来进行改进,成本非常高,迭代和升级成为一种常态,所以低代码于欧美应运而生。现阶段,随着科技的发展,敏捷的迭代能力非常关键,如今的数字化方法论也发生了很大的改变。这里胡柏以今日头条为例来进行了说明,今日头条的快速发展在于其牢牢抓住了时代的脉搏,随着社会的进步,如今已经从PC互联网时代转变到移动互联网时代,更多人开始使用手机获取各种信息,今日头条通过根据用户喜好进行信息推送的方式,直击用户获取信息的痛点,因此获得成功是必然的。 客观来看,中国企业基本上没有标准化应用,每个企业都具有高度个性化、行业化的特征。中国的信息化市场很大,而且是高度定制化、个性化的市场。所以实现建立在一套业务模型的基础上,打造高度定制化下的标准化,这件事情在中国的数字化市场大有可为。而且采用低代码平台能够对企业的数字化架构进行补充和完善。 如果企业想要选择一款合适的低代码平台,胡柏建议说:“一定要以终为始,本质在于降低成本,提高效率。客观来说,不论是零代码、低代码,还是纯代码,并不是一个对立的关系,而是会逐渐融合,最终要取决于企业的需求。如果企业想要进行表单填报和信息采集,就可以通过表单级应用来做;如果想要打造复杂的关键性系统,就要牺牲一定的灵活性,采用低代码平台;如果企业有独特的算法以及大量的计算交易场景,对于灵活性和敏捷性要求较高,就可以通过纯代码的方式来实现。因此企业一定要事先对业务场景和业务需求进行分析,最终选择合适的平台。” 如今的商业环境和商业模式是千变万化的,每一家企业的业务模式不可复制,时代的变迁导致了数字化的方法论发生了巨大的变化,低代码在欧美快速崛起的一个原因就是时代导致的商业化转型,相信低代码也将随着商业环境的变化和更多数字化实践,变得更加高效。
  • [交流分享] 任正非:5G不是万能的 发展也需要一个过程
    总 裁 办 电 子 邮 件电邮讲话[2021]037号 签发人:任正非任总与2020年金牌员工代表座谈会上的讲话2021年5月8日任总:在探索人类历史的过程中,我们会发现每个人都会犯错误,没有错误、完全纯洁的人其实就是“瓷器”,一砸就碎,人往往是在与错误斗争的过程中不断前进。你们被评为了金牌员工,但不要背上金牌员工的“包袱”,回家把金牌交给家人挂起来,自己忘了,继续往前奋斗。别认为自己和别人不一样,说不定你就是未来的“接班人”。我认为,人生应该是一步一步踏踏实实前进的,不要好高骛远,别给自己设定过高的目标,可能努力也达不到,一生都会失败。《铃儿响叮当》的词曲作者皮尔彭特,他一生曾不断给自己订立的目标都太高,奋斗一生都没有实现,87岁还一事无成。后来出去过圣诞节,坐在雪橇上随口哼了一首歌,却成为脍炙人口的歌曲。所以,大家不要认为自己是接班人,从而背上一个沉重的包袱。放下金牌的包袱,只管努力前进,很多东西就是自然而然的事。1、程(人力资源管理部):我现在负责公司人才堤坝项目,是一名职场老兵,但也是一位华为新人。我加入华为两年时间,是在“5·16”前两个月加入的,在危急时刻加入公司奋斗,我觉得非常荣幸。任总:我要祝贺你,才入职两年时间就获得了金牌奖,真了不起!你们最主要是将外部经验带入华为,对“游击队”进行整改,让我们逐步转为“正规军”。因为华为公司这30多年是在摸着石头过河,建立了自己的体系。虽然我们在向“猫”学习,但其实学得还不像,至少我们还不会“上树”,现在你们带来了职业经验,就要教我们“老虎”怎么上树。这样三、五年以后,我们渡过困难时期,才有更强大的战略地位。华为像蛭形轮虫一样是单基因文化,需要多基因的冲突、多基因的融合产生突变。这些突变有利于潜力的爆发。2、冯(集团财经):我一进公司就去到海外,在尼日利亚常驻了八年时间,今年刚回国参加财经两类CFO战略预备队培训。请问任总,针对我们两类CFO工作有什么指导要求?任总:你是在拉各斯吗?那是一个非常漂亮的地方。现在我们的海外政策是垂直提拔,来自国内外财经、审计等专业毕业的优秀学生,大多数都到海外从担任PFC开始,通过PFC熟悉公司的业务,滚一身泥巴,洗个热水澡,从外行变成内行。我们搞财务的人不能只会“拨拨算盘”,一定要懂业务,不懂业务叫会计,懂得业务才是财经。我们让一批有真才实学的人在实践中滚一滚、爬一爬出来,将来才有机会担负一些重任。不是任命了再学,而是充满电,时刻准备着。如果你认为自己能做小项目CFO了,那你敢不敢去做小项目CEO?一个项目的CEO比CFO的工作要复杂很多。首先,CEO要做计划,如果机器设备都不熟悉,怎么能做出计划?第二,如果没有实践过,连工时定额都不清楚,怎么能做出预算?明白了计划、预算、核算,能做CFO了,那能不能做概算?如果这几种都不是很清楚,那上升通道就窄了。洗过这些澡,你的能力就提升了。我们在海外贯彻“蒙哥马利计划”,让优秀人员可以走垂直提拔的道路,现在公司组建的新部门、新公司大多数骨干都是在海外选调的。比如,走了一个地区部总裁,就要提几个补充上来,补充上来的人的位置又要补充,一连串地提拔,这样给年轻人一个垂直上升的空间。一些胸怀大志、有潜力的年轻人应尽早去海外。有人会有疑问:“目前海外市场不如国内,为什么海外的待遇比国内好呢?”这就是鼓励青年人去。也有人误解“去艰苦国家就要过艰苦的生活”,这是不正确的。比如,我们南苏丹代表处,三名中方员工,有两栋大别墅,篮球场、游泳池、电影院、音乐厅、咖啡厅……全都配备,我们还要加快海外环境改善的落地。因为公司规定,艰苦国家生活是要达到瑞士富人的生活标准,工作环境要达到欧洲标准,所以他们把生活和工作全分开。海外的办公环境、生活环境都要达到一定的高标准,艰苦奋斗是指精神上的,我们要倡导和营造一个有品质的环境,让海外员工生活和工作更加舒适、开放和高效。为什么我们要鼓励员工走向最艰苦的地方?不仅仅是思想意志的锻炼,而且是业务的需要。因为公司很快就要云化,云化以后,只要那边有一个“前站”,我们的“云”就能到那里去,所以我们能走出国门。所以,我们要继续贯彻加强对海外员工的关怀,对艰苦地区工作员工的关怀,关怀主要是解决两个问题:一是物质条件问题,二是思想及业务的培养和晋升机会。为什么黄埔军校门口的对联写着“升官发财,莫入此门”,而我们在非洲的口号是“升官发财请到非洲来”?因为黄埔军校是在解构一个社会,它本身不能创造财富,所以要求学员要有使命感、奋斗精神,没有物质激励,想要升官发财就不要去了。而我们现在是在建设一个“新社会”,为社会创造财富,也造福自己,同时有足够的资金,为什么不允许有志青年升官发财呢?而且国内条件这么好,对比之下,应改善国外艰苦地区员工及家属的安全及生活保障。整个海外工作、生活环境都要适当改善,达到较高标准。因此,我们的优秀青年不仅要有使命感,也要获得合理报酬。我们经常强调“雷锋精神”,但我们不是按雷锋精神来进行价值分配的,而是要按劳取酬的。我们只是强调精神上要“雷锋”,分配上按贡献取酬。当然,现在我们的评价并不是完全公正的,但我们逐步会走向公正,希望更多人在各类岗位上做出自己的贡献来。3、裴(运营商BG):我是GTS的一名老兵,在公司奋战16年,当过项目经理,也就是您刚提到的小项目CEO。我刚从菲律宾回来,您对我们工作有什么指示?任总:你既然做过小项目CEO,将来应该还想往上走一点的,那你能不能去做大项目的CFO,做审计?你要具备这些能力。我们一直强调,公司要有一部分人永远做专业的工作,逐渐往上走,为公司做出贡献;而干部要熟悉多个领域,否则决策的时候可能会犯错误。美国军队明确最高的士官等同于中将待遇。4、吴(制造部):我来自制造部,是做精密光器件的员工。“5·16”以后,我们器件这块也在快速发展,任总用“浆糊”这个大智慧把员工粘接在一起,我们则是用胶水把一个个小透镜粘好,当然我们的要求是纳米级、微米级的,希望任总能来现场给我们更多指导。任总:技术领域分为科学、技术和工程。科学只能被发现,因为它是客观规律,不是可以创造的;技术是创新,汽车就是一个技术,但是可以有多种汽车;工程是追求精益求精的领域。这三者不要混淆,三种不同的路线,三种不同的考核方法。科学,不要怕犯错误。我曾和大学座谈时讲过:“科学史上,有一种生存了八千万年的蛭形轮虫,经历了地球上多少灾难,它还活着,为什么?多少科学家研究了数十年,有些科学家因找不到雄的蛭形轮虫而发大火,实际上他已经走到诺贝尔奖的边上了,最后由比利时一位女科学家发现它是单性繁殖。两性繁殖,两条基因链的结合会产生突变,会有优秀的一代产生。”回顾五千年历史,皇帝身边能当宰相的一定都是优秀的人,但是宰相一犯错,往往就会被灭九族,血脉不留,其实就是把这条基因给断了。农民起义,进城杀富人,斩草除根,也是不留基因。但是如今开放改革,发现冒出很多新的事物,这就是开放改革,引入多种文化冲突,两条基因融合产生的突变,产生的优秀结果。为什么蛭形轮虫的单基因链能存活八千万年?单亲繁殖的基因链若有病变、有问题,遗传下去不就灭绝了吗?科学家发现蛭形轮虫的基因链会断裂,又会重新整合,这不就是两条基因融合产生突变,在优选吗?所以它们经历八千万年,经历多少灾难,还是存活了下来。华为文化就是一条单基因链,必须有冲突来促变,心声社区、遍地的咖啡馆、AT的任职年限、专家委员会的任期制、董事会/监事会的任期制……,都是改变单基因遗传,防止熵增、沉淀、内卷化。工程领域要精益求精,这不叫内卷,内卷是发生在不应该进行精益求精的地方。科学是犯大量错误以后才能有所发现,技术创新也是会有大量失败,但是工程呢,比如一座大桥的建设不是可以随便创新的,那样大桥可能就容易垮塌,大桥的工程方案是经过了千百次论证,才敢用这个公式来设计大桥。所以,你们做光相关的器件,也要走这个路线,扎扎实实,精益求精。5、樊(2012实验室):刚才您提到科学家,请问公司是如何定位科学家的?任总:科学家、技术发明家,还有工程专家,在公司里其实没有严格的界限,这是一个概念性的问题。大家不要去背上这个包袱,去想哪些是科学家,哪些是技术专家……我们都是概念性的泛指,对员工没有进行区分。社会上可能比较严格,要对应社会给他们的地位,要享受国家待遇,他们有严格的标准。我们是自己给自己“煮饭”,只是分饭的代码?不要太计较,也不要太横向比较,只是紧紧盯着自己的奋斗目标和周边的协作需求队伍。6、陈(供应链管理部):我来自供应链,有幸参与这两年供应链的一些会战。未来供应链业务越来越复杂,越来越艰难,您认为在供应链这一块的专业能力,有哪些需要提升?我们方向在哪?任总:供应链是复杂,但也是有机会的,因为虽然复杂,但并不代表只有我们公司复杂、别人不复杂。我们这么大的公司,如果很简单地做出来东西,还卖这么高的价格,那肯定是不合理的。所以,我们不怕复杂,要面对现实解决问题,然后创造价值。有机会学一些系统工程学、统筹学、控制论……,有益你的进步。最简单的读物就是华罗庚的“优选法”、“统筹学”。7、邓(云与计算BG):我现在做鲲鹏相关的业务,请问您对鲲鹏有什么指导意见?任总:就是坚定不移地做下去。不可能做到半途就不做了,那会害了多少合作伙伴?8、徐(消费者BG):我是来自平板与PC PDU的员工。由于美国制裁,我们的业务非常困难,未来我们是不是要坚定国产化的方向往下走?任总:中国是不是全球的一部分?是。所以,我们坚持全球化也就包含了国产化,我们不可能走向封闭,必须走向开放。我们仍然要坚持向美国学习,它百年积累,灵活的机制,在科学、技术上还是比我们强很多。我经常在网上看到网民问,陈平讲的美国和任正非讲的美国,是同一个美国吗?陈平讲的是社会问题,我讲的是科学、教育和技术问题,角度不一样,说的是同一个美国。社会问题太复杂,让政治家们去解释;科学是真理,只有一个答案,科教是比较单纯的,这方面美国是强大的,它百年的基础是比较牢实的。我们不能因美国打压我们,就不认为它不是老师,不向美国学习,这样会走向自闭。9、杨(ICT战略与Marketing):我在湘钢项目里待了一年多,我们5G ToB已经进入不少行业,但目前在整个行业咨询和顶层设计上,我们缺乏这方面的能力。煤矿行业已经成立了军团,在其他行业,我们是怎么考虑的?任总:任何一个新技术的成长都需要一个很漫长的过程,5G也不是万能的,发展也需要一个过程。从信息产业来看,每一个新技术的出现大概需要10年左右才能发育成熟,这已经比工业革命时期的速度快很多了,比如火车的发明到火车的规模化使用,就经历了几十年的时间。工业革命60年一个台阶,信息革命基本是10年一个台阶,我们现在刚刚进入这个市场,它的应用价值还有待于未来的体现,短时间还没有那么快能体现出它的价值。10、巫(质量与流程IT管理部):我来自流程IT,以前一直服务于公司内部,现在我们也组建了军团想要走出去,请问任总对这一块有什么期望?任总:现在还是先老老实实服务好内部。比如内部ID的统一,如果不是强力推动,内部的ID都不能够统一,每登录一个内部平台,都需要重新输入一次ID信息。内部ID的统一都如此艰难,想走出去,走到哪里去?支持我们自己内部发展的IT,还有很多问题没有解决,为什么要走出去?所以,虽然流程IT在网络安全性方面做得不错,但我们现在还是要先把内部问题做好,这是主要目标,再考虑如何把系统走到外面去,不要盲目地走出去。11、韩(云与计算BG):我来自于数据存储。过去工业社会,我们感觉社会流动的血液是石油,未来信息社会流动的血液是数据,而存储是数据最底下的基石,您对存储这块怎么看?任总:我认为,未来数据会越来越大,困难越来越多。但中间建立的协调性方面,在华为公司还是一个弱项,水平还很低,目前我们CPU平均利用率只有15%,有没有能力把CPU的利用率提高到35%呢?这样客户不需要多花钱,就多增加一倍的能力。我们的算力是走集群计算的道路,提高每个计算单元的作用,是非常大的责任。因此,必须有好的中间件。大家应该向小鸟学习,鸟妈妈含着虫子飞回鸟窝,这么多小鸟嘴张开着,嗷嗷待哺,它怎么知道哪一只喂过,哪一只没有喂过呢?这就需要调度好。你们的数据调度软件,像鸟妈妈一样能做好了。我们协调的中间件做好了,每个CPU得到均匀的数据,而且提高35%,这样不需要增多投资,客户就能解决问题,那怎么会不满意呢?但事实上,目前我们还做不到。华为公司有一个最大的缺点,都要用最好的东西,做最好的事情。比如,买菜大妈使用的存储系统需要最好的吗,需要用石英玻璃来制作嘛?不需要。可能买完菜,收完钱,数据就不要了。那我们的存储有没有分类,对不同的客户采用不同的方式,来降低客户的负担?我在云的讲话纪要,徐直军加了一句话:“极简的架构,极低的成本”,我加几句话“极简的组织架构,极简可靠合理的流程,干部、专家的考核极简化” ,否则我们不能生存。社会的竞争,我们不能自己改变自己,它就来改变我们的命运。12、耿(运营商BG):我来自运营商BG MSSD,过去一年我们主要做数字化工具来支撑BCM业务的运行。在运营商领域的数字化拓展能力上,您有什么指示和要求?任总:我们还是要加强对基础的建设,因为华为公司从“游击队作风”转化到“地方部队”,还没有成为“正规军”。你看现在的正规军组织能力有多强,但我们还不够,主要体现在:第一,开发工具没有统一;第二,代码仓没有统一。以前研发大多数是“诸侯”,有些高级干部自己不懂技术、没有能力,还按照自己土方法,每家都来开发自家工具,每家都有自己的代码仓,这样开发出来的工具就不统一。就像我前面说的,统一内部ID都如此困难,如果不是公司强力让几个部门联合起来进行统一,那公司现在还是“游击队”一样松散的组织。以前的老师傅就会说:“一要手艺巧,二要工具妙”。华为公司在工具问题上的重视程度不够,我们要统一“诸侯”。现在公司文件已有要求,所有干部都要通过资格考试,如果不具有这种资格,就要换岗。去年软件系统的干部下台率好像是69%,并不是说都辞职了,而是转到别的岗位上去。13、李(全球采购认证管理部):我来自生产采购认证部。现在国际环境变化很大,我们与国外供应商接触有很大阻碍,并且越来越难了,您有什么建议?任总:首先要好好合作,诚心诚意与别人合作。工作本来就很难,没有困难,凭什么你们要拿这么高的工资?有困难,就说明我们做得了,别人做不了,说明了我们的价值。人类社会没有哪一步的前进是容易的。我建议大家看一看《觉醒年代》,在共产党成立初期,李大钊、陈独秀为了推动革命,脱下长衫,走入工农,到工厂去教工人们识字,提高大家的文化水平,传播革命道理。百年来我们走过了多少曲折。这么重要的电视剧,大家一定要看。谢谢大家,再见!
  • [技术干货] LED 闪烁程序
    LED 闪烁程序      点亮 LED 小灯的程序我,就是让 LED = 0。熄灭小灯的程序也很简单,就是 LED = 1。点亮和熄灭都会了,那么如果我们在亮和灭中间加个延时,反复不停的点亮和熄灭小灯,就成了闪烁了。    Keil 写程序的过程,建立工程-->保存工程-->建立文件-->添加文件到工程-->编写程序-->编译-->下载程序。#inciude<reg52.h> sbit LED = PO^0; sbit ADDR0 = P1^0; sbit ADDR1 = P1~1; sbit ADDR2 = P1^2; sbit ADDR3 = P1^3; sbit ENLED = P1^4; void main ()/ / void即函数类型 { unsigned int i = 0;//定义一个无符号整型变量i,并赋初值О //以下为执行语句部分 ENLED = 0; //U3、U4两片74Hc138总使能 ADDR3 = 1; //使能U3使之正常输出 ADDR2 = 1; //经U3的Y6输出开启三极管o16 ADDR1 = 1; ADDR0 = 0 ; while (1) { LED = 0 ;//点亮小灯 for(i=0; i<30000; i++); //延时一段时间 LED = 1;//熄灭小灯 for (i-0 ; i<30000;i++);//延时一段时问 } }
  • [热门活动] 【HDZ研习社X华为云DevCloud】对话业界大咖,为什么开发者要人手一本《代码大全2》,瓜分百万码豆~
    大咖来啦!6月21日20:00-21:00, 大咖ThoughtWorks中国区创新总监肖然和精一天使公社联合创始人李忠利一起助阵,对话《代码大全2》中文译者:徐毅、陈玉毅,带你读“开发者圣经”《代码大全2》的绝妙之处,了解它的核心价值。直播报名时间:即日起-6月21日20:00,点击报名>>>>>直播时间:6月21日20:00-21:3001 专家阵容肖然肖然,ThoughtWorks中国区创新总监,中国敏捷教练企业联盟秘书长,全球Open ROADS数字化转型社区咨询委员会成员。计算机算法博士研究生,著作及翻译有《深入核心的敏捷开发》、《代码管理核心技术及实践》、《人件》、《增强人类》等。肖然作为大型企业数字化转型专家,10多年来深耕大型商业组织精益治理,领导并参与了华为、中兴、招行、中行等诸多知名企业的数字化转型项目,帮助金融、通讯、零售、物流等众多领域领先企业加速现代数字化业务转型。并在中国发起了DDDChina、Cynefin中国、敏捷教练等专业社区。李忠利李忠利,连续创业者,原张飞充电COO,合伙人。精一天使公社联合创始人。10多年的IT互联网团队研发管理经验,成功创办或投资过多家知名企业并退出上岸。百度工作期间,入选大技术体系创新奖获得者和最佳百度人。陈玉毅陈玉毅,字晓宇,笔名小玉一休。开源社区的追随者与贡献者,拥有丰富的产品规划,架构设计和团队管理经验。擅长组织研发团队进行技术预研及技术选型,追求简单高效,敏捷交付的产品研发模式。徐毅华为云DevCloud首席布道师,华为研发能力中心特聘敏捷专家,曾历任华为研发能力中心系统工程部技术专家、IBM大中华区敏捷及DevOps卓越中心主管、诺基亚移动设备敏捷及精益教练、惠普企业服务资深敏捷顾问、诺基亚网络全球敏捷转型中心精益及敏捷教练等职。 02 活动奖励福利1: 报名赢码豆用户点击报名页面,点击报名,报名成功即可获得100码豆,还有史蒂夫·麦康奈尔的采访音频扫码可得哦~(仅限前1000名,先到先得)福利2:读书打卡有奖在论坛内打卡、发表读书笔记和读书感想积分超过30分即可参与抽奖,赢取10万码豆!规则:每日回贴打卡“每日读书”记一分,发表读书笔记、感想和相关话题记3分(在直播中若话题被采用,可得1000码豆)。备注说明:有效邀请指被邀请者注册华为云账号时间不早于5月25日;排名如有并列的,则随机抽取一名获奖,排名顺延。比如有两位小伙伴邀请人数相同都排在第1名,则随机抽取一名为第1名,另一名排名顺延为第2名;相同的话题被采用,以先发出话题的人为获奖者。如何邀请好友?1.点击报名页上方“立即报名”按钮 > 2.登录/注册华为云账号 (已登录跳过)> 3.填写信息完成活动报名 > 4.报名成功弹窗中点击分享有礼(或进入“个人中心”-“我的活动”点击分享有礼按钮) > 5.按照引导将活动分享至你的好友,并引导ta完成本活动报名。福利3:回答问卷有奖(1)时间:2021年6月21日周一20:00-21:30;                 (2)规则: 观看直播抽奖,即有机会赢取中文版首发珍藏限定版《代码大全2》图书;获取价值3496元的沪江网校月卡一张、双肩包、机械键盘、茶叶礼盒。(截止6月21日10点前哦)03 注意事项 1.  扫码添加小助手入群,与专家持续交流2. 活动邀请专属链接禁止在本活动群内露出,如发现群内露出将取消活动邀请资格。3、6月31日公布活动获奖结果并在7个工作日内完成码豆下发。4、码豆介绍/领取说明:码豆介绍:码豆可用于在华为云会员中心-兑换商城中进行实物/虚拟礼品的兑换,如荣耀路由Pro 2、华为nova mini蓝牙音箱、华为云DevCloud定制机械键盘等等。>>码豆商城