展开

关键词

《单核作法图解》阅读摘

是单核作法? 交替使两种作模式:全景和单核;在全景模式中放眼所有,选择最重一条单核;选择之后,设定全景钟,进入单核模式,专注处理单独一项。 0.1 五项基本概念 快捷清单 :最存放 5 项前最重,如果添加,就必须删掉原有; 单核段 :只于专心处理快捷清单上一项,以全景钟作单核结束;单核, 我们每小提醒自己一次「此此刻,我最好来做?」 排列优先级,最重事最先做。优先级与事情紧急与否、耗费短无关。 利休息,将作抛到脑后,可以获得新见解,开启创造性思维,也可以你这个来思考,重新排列优先级,看看哪个前最重。 如果不打算履行之前承诺,应该尽快通知利益关系,便于各方妥善安排作。你不向对方证明这项不重,也不告诉优先事情是,你可以推介完成选,或者提供一种变通解决方案。

44120

如何一组确定计划,估计每个

该如何评估计划呢?常规做法有: 每个测试员作都有大量构成,所以就制定测试清单,此第一步。 有些进行一般描述,有些可以分解细。 考虑风险:考虑这个项目风险,然后列出针对风险应该做些) 其他因素:如对这个了解程度,比如这个开发技术水平和严谨程度,比如程序员对这个应程序程度。 还比如这个程序员这段状态不好,犯错较,也测试。如果编写了测试文档,也可以使测试作进行快。另外有测试根据批量来确定测试周期。 note:使类似方法,测试经理可以估算出项目进展中测试员数,越到项目后期(掌握信息越),估计也就准确。 问题:测试计划按照2轮进行估算,这样做有利弊? 然我致力于花费放在测试计划上,而不是让测试承担给出测试,是因我们部门里面存在很“有特色”,员意识严重,一个2小可以完成,他们能给你估算2天。

49950
  • 广告
    关闭

    什么是世界上最好的编程语言?丨云托管征文活动

    代金券、腾讯视频VIP、QQ音乐VIP、QB、公仔等奖励等你来拿!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    浅谈技术型企业管理

    喜欢敏捷开发团队,我喜欢全栈开发员,让开发员参与软件开发周期每个环节中,力资源利率高,让开发作成有趣事,从被动接收分配,到主动参与其中。 软件下已经显得落后。 出现问题会相互推诿 一旦出现问题,很可能同事反目成仇,背后给你一枪,将责推给其他。有可能是部门相互推卸责。这种做法会像瘟疫一样传染,影响或部门效仿。 基层优秀员没有上升渠道。 分配 分配十分讲究,分配精确描述,不能使模糊语言,那样会造成误解。我分配原则是5W1H方法: What:做事? Why:做这件事?有意义? 目?有必吗? When:候做,完成是否适? Where:在地方做,在范围内完成? Who:由谁负责做?由谁负责执行?谁合适?熟练程度低能做吗? 出色管理层就像出色一样非常难寻,机遇,,地利,和。很管理层也如果普通员一样平平谈谈,一天和尚撞一天钟。 现在流行“找客户痛点,不如找领导G点”,不知大家企业怎样?

    41270

    高效设计师和瞎忙设计师区别!

    设计师作加班较甚至偶尔通宵职业,作效率真特别重,但是,你到底在忙你总是处于通宵加班作中?周末连陪伴家都没有?你宁愿每周如此? 虽然在一天中作了很,但是回头仔细去想,就会发现都没做好。 一个应该有一个限度,超过了限度之后,会让你过度延,从而导致低效作。 合理安排,不随便夸下海口! 很作效率低,表面看是因没有规划好,其本质则是没有按照重性安排妥。 在你必须做那些事情里集中精力,并尽量加快速度。这样会让你有很精力,去处理内容。 相反地,你给自己作安排了来完成候,你就会变得懒散起来。 所以,在上安排,会让你在短内完成作。 拒绝“负能量”,忙不等于高效! 你感觉你是对,并不代表这项作真是这样解决你同处理作,对症下药会让你避免,从而浪费。 不忽略执行力!

    39380

    敏捷测试中面临挑战

    如果无法在测试过程中实现自动化,那运行测试会很,这可能是敏捷测试面临挑战原因,因会花费大量运行这些测试。发布后,您还必须花费大量回归测试,这将进一步占大量。 有,在敏捷计划期投入过可能会在敏捷测试中带来障碍。使这种方法,团队成员很少万一(其实很大概率)发生意外情况做好准备。 适宽松可以提供学习空,并留出思维空来改善。 结果,测试员和开发员之协作变得好,他们甚至会在内完成作。 这种方法还提高了敏捷事项灵活性。如果允许,还可以添加。 因此,对每个来说,保持同一个频道很重说他们已经完成,他们应该保持清晰度并透露细节。 预估处理不 现在,无论团队才能完成目标,都无法完全避免一些拖延作。 很难估计剩余将花费。即使完成了75%,其余25%也会占大量了安全起见,切勿低估剩余作量。在这种情况下,请记住,高估不会伤害团队。

    30910

    扼杀作效率12个坏习惯

    匆匆赶路容易很,而不是花一分钟去思考、计划,看一看你究竟改变来创造对你而言富有成效一周、一个月或一年。 你作效率可能正在变差,而你甚至都不知道。 并不一定会如你所认那样让你有效率。事实上,你进行单并专注于把一件事情做好,你可以事半功倍。 根据加州大学欧文分校教授,快公司格洛丽亚·马克理论,在被打断后完全回到先前上,约23分15秒。所以,你浪费可能比你想象并不意味着好。 3不委派习惯 事事亲力亲将会同伤害你和你。你不每件事情都自己做,如果可以话请寻求帮助并把委派他,你应专注于自己擅事情。 5不追踪结果习惯 使程序,有数以百计作效率应程序帮助你记录你每天在做。这些产品会帮助你弄清楚自己在哪些方面效率不高并做出改变。 6超作并且不休息习惯 有候你只是休息一下。

    15440

    程序员缺乏经验 7 种表现!

    了清楚地理解求,你尽量问问题。 让你代码简洁而优雅。其他团队成员可以读懂代码并理解它打算做。 同开展作 缺乏经验开发员不知道候开始一项、如何推进、候结束。 他们收到一项,并不是第一和上级确认求,而是立刻就开始编程,而且在做,也不会和上级就进度进行沟通。只有完成,他们才会向你反馈。 我之前还有个团队成员,上班炒股。因地关注股票 K 线走势,造成个产出质量不高。其他同事对他很有意见,因他们花费去赶期。 我们作敬业,毕竟我们靠它谋生。 你能做尽量不处理私离开几个小去处理个事情,请向你管理者请假。 使休息浏览你社交媒体。 你能做: 花费和精力学习那些能在作中或者实际项目中真正技术。 从教程中学习并及练习,相对于新手教程,自己实现一个功能能学到东西。

    10530

    机器崛起如何改变了

    作方式会影响我们观 我们把成理所东西。不,我不是跟你说“活在下“(虽然你确实该这做)。如果你正戴着手表,看看它吧。它有秒针吗??是了让你闯进奥运百米决赛后计吗? 我们觉得,嘛,秒针走60下是1分钟,分针走60下是1小针走24下是1天。虽然发明精确技术早就成熟了,可大家都不呢?后来发生了,大家就开始觉得表是必品了呢? 导向,意味着是透过个体参与自然作节奏“滤镜”表现出来。羊得放,牛得挤奶,鞋子得做,热煤球也得有管,等等等等。他认作和生活之显著界限。 他可能转到其他行业去,因有些行业完全自动化还一段,但这段呢? 没有理由相信类劳动力能以某种方式胜出,因机器劳动力加高效和便宜。 眼下,我们大可能会觉得在一开始增加然后又减少作中,生活得还不错。随着好、便宜、可靠兴起,全球作流程最只能雇,而且有充分理由来减少对求。

    483100

    写了15年代码,我终于总结出提升10倍效率三件事

    了解他们所在垂直行业和他们试图解决问题将会使开发有效率。了解和理解垂直行业也有助于防止不必作,腾出专注于那些会使产品或功能对有价值事情。 问题是知道还不够。 知道候做 对于软件开发项目非常重。确定项目处理顺序看似容易,但却非常关键。你作可以帮助公司获取一个新客户或者或清理掉旧技术债? 10倍效率开发员擅于优先级排序,并了解何投入到架构中,而不是使一坨意大利面条般代码来实现某种作。请记住,你户并不关心你软件是如何,也不管该架构有花哨。 一个10倍效率开发员知道如何阅读这些,应他们知道”,并提出相关问题。 最好开发者知道在寻求帮助之前在某件事情上花。 我知道我擅我做我擅事情,我可以很快地完成大量作。 如果你想做一个新产品原型,我就是你

    15730

    写了 15 年代码,总结出提升 10 倍效率三件事

    了解他们所在垂直行业和他们试图解决问题将会使开发有效率。了解和理解垂直行业也有助于防止不必作,腾出专注于那些会使产品或功能对有价值事情。 问题是知道还不够。 知道候做 对于软件开发项目非常重。确定项目处理顺序看似容易,但却非常关键。你作可以帮助公司获取一个新客户或者或清理掉旧技术债? 10倍效率开发员擅于优先级排序,并了解何投入到架构中,而不是使一坨意大利面条般代码来实现某种作。请记住,你户并不关心你软件是如何,也不管该架构有花哨。 一个10倍效率开发员知道如何阅读这些,应他们知道”,并提出相关问题。 最好开发者知道在寻求帮助之前在某件事情上花。 我知道我擅我做我擅事情,我可以很快地完成大量作。 如果你想做一个新产品原型,我就是你

    475100

    写了15年代码,我终于总结出提升10倍效率三件事

    了解他们所在垂直行业和他们试图解决问题将会使开发有效率。了解和理解垂直行业也有助于防止不必作,腾出专注于那些会使产品或功能对有价值事情。 问题是知道还不够。 知道候做 对于软件开发项目非常重。确定项目处理顺序看似容易,但却非常关键。你作可以帮助公司获取一个新客户或者或清理掉旧技术债? 10倍效率开发员擅于优先级排序,并了解何投入到架构中,而不是使一坨意大利面条般代码来实现某种作。请记住,你户并不关心你软件是如何,也不管该架构有花哨。 一个10倍效率开发员知道如何阅读这些,应他们知道”,并提出相关问题。 最好开发者知道在寻求帮助之前在某件事情上花。 我知道我擅我做我擅事情,我可以很快地完成大量作。 如果你想做一个新产品原型,我就是你

    327100

    塔说 | 写了 15 年代码,我终于总结出提升 10 倍效率三件事

    了解他们所在垂直行业和他们试图解决问题将会使开发有效率。了解和理解垂直行业也有助于防止不必作,腾出专注于那些会使产品或功能对有价值事情。 问题是知道还不够。 知道候做 对于软件开发项目非常重。确定项目处理顺序看似容易,但却非常关键。你作可以帮助公司获取一个新客户或者或清理掉旧技术债? 10倍效率开发员擅于优先级排序,并了解何投入到架构中,而不是使一坨意大利面条般代码来实现某种作。请记住,你户并不关心你软件是如何,也不管该架构有花哨。 一个10倍效率开发员知道如何阅读这些,应他们知道”,并提出相关问题。 最好开发者知道在寻求帮助之前在某件事情上花。 我知道我擅我做我擅事情,我可以很快地完成大量作。 如果你想做一个新产品原型,我就是你

    45560

    三件事让你成效率高程序员

    了解他们所在垂直行业和他们试图解决问题将会使开发有效率。了解和理解垂直行业也有助于防止不必作,腾出专注于那些会使产品或功能对有价值事情。 问题是知道还不够。 知道候做 对于软件开发项目非常重。确定项目处理顺序看似容易,但却非常关键。你作可以帮助公司获取一个新客户或者或清理掉旧技术债? 10 倍效率开发员擅于优先级排序,并了解何投入到架构中,而不是使一坨意大利面条般代码来实现某种作。请记住,你户并不关心你软件是如何,也不管该架构有花哨。 一个 10 倍效率开发员知道如何阅读这些,应他们知道”,并提出相关问题。 最好开发者知道在寻求帮助之前在某件事情上花。 我知道我擅我做我擅事情,我可以很快地完成大量作。 如果你想做一个新产品原型,我就是你

    37140

    管理,项目管理和目标管理

    再一个问题,在每一个设定候,一旦,很难把控每个具体。也难以发现哪些可以同做,哪些有依赖必先做这个再做那个,前置完成。 从甘特图上可以一目了然看到一个候开始候结束,不同是否有重叠,以及哪些可以同做哪些有先后顺序。 我个,在项目管理中,周期是非常重开始和结束一定把控好。使甘特图就可以实现这样一个目。 对于规划,在甘特图规划候,如果你发现一个,无论怎调整都会和后面有重叠,那你就会发现这个可能拆分。 对于做,甘特图也可以帮他们了解到他们所做在整个项目中处于一个位置,从而让他们知道自己正在做是不是非常重完成。

    55410

    程序开发员缺乏经验7种表现

    开展作 缺乏经验开发员不知道候开始一项、如何推进、候结束。他们试图并行处理。他们不知道如何将一项大分解模块,从而减轻实现难度。 此外,傲慢也从另一方面证明这样开发员确实缺乏经验。这样会对他们职业发展造成很阻碍,因没有喜欢和一个傲慢共事。变慢,他们不会从自身找原因,而是归罪于别。 我之前还有个团队成员,上班炒股。因地关注股票 K 线走势,造成个产出质量不高。其他同事对他很有意见,因他们花费去赶期。 我们作敬业,毕竟我们靠它谋生。 你能做尽量不处理私离开几个小去处理个事情,请向你管理者请假。 使休息浏览你社交媒体。 你能做: 花费和精力学习那些能在作中或者实际项目中真正技术。 从教程中学习并及练习,相对于新手教程,自己实现一个功能能学到东西。

    18230

    除了管理具,你还知道甘特图

    你开始使甘特图来规划,你就会发现你生产力进入了另一个层次。 是甘特图 是甘特图呢?下面这张图就是甘特图。 那这个就不能推迟,必完成或者提前完成,否则会影响后面 每个已经完成少还剩少 大下面有哪些子 里程碑是甘特图 使甘特图,可以克服管理几个缺陷 少数派文章喜欢介绍管理具,很也喜欢管理具。 再一个问题,在每一个设定候,一旦,很难把控每个具体。也难以发现哪些可以同做,哪些有依赖必先做这个再做那个,前置完成。 因了绘制出甘特图,你必强迫自己完成以下几件事情: 确定每一个开始和结束 确定依赖关系 分离可以同运行 确定不同关系 你根据以上规则绘制好第一版甘特图以后

    54810

    我们如何转型微服

    我们确定户故事, 但员培训, 了业存活,我们一个短期解决方案。 结论是是应最古老把戏:结对。我们求是, 代码应该由另一个开发员来审查。 2、们经常犯错误?因代码库太复杂。很难记住所有事。 3、代码库如此复杂?因 SoundCloud 开始是一个非常简单网站, 但随着推移, 它成一个大平台。 (B)我们不能个、较小系统提供规模经济?我们可以。我们将做一些实验来找出我们具和支持。 但是我们新已有功能, 那些在过去巨石架构中实现, 我们就回到了旧模式。糟糕是, 很在这些新微服上花费了, 审阅者数量在减少, 请求队列越来越大。 正如我不断重复那样, 微服这一术语并不特指, 这个词来描述他们体系架构, 有一件事可以确定,就是会有很。随着组织发展, 他们注意每项服固定成本。

    35180

    管理,项目管理和目标管理

    再一个问题,在每一个设定候,一旦,很难把控每个具体。也难以发现哪些可以同做,哪些有依赖必先做这个再做那个,前置完成。 从甘特图上可以一目了然看到一个候开始候结束,不同是否有重叠,以及哪些可以同做哪些有先后顺序。 我个,在项目管理中,周期是非常重开始和结束一定把控好。使甘特图就可以实现这样一个目。 对于规划,在甘特图规划候,如果你发现一个,无论怎调整都会和后面有重叠,那你就会发现这个可能拆分。 在绘制好甘特图以后,我每天也只在下班候看一次,新好项目进度,然后把明天添加到Todoist里面。所以我每天使新得最还是Todoist。

    84700

    跃迁:从技术到管理硅谷路径

    ,看他会问出问题,提出哪些想法 * 3)期估算 * 让接受试着去估算:久完成,大概候完成,资源等 * 开发作量有大,会不会依赖其他作 ,有少沟通成本,技术难点是,有没有现成方案,系统框架是,后期集成和测试成本有少 * 如果一个不能花费足够去了解自己未知部分,我们也很难放心地把交给他独立完成 * 还注意大项目作分配:如果你希望承担,成有担,一方面提高自身能力,发挥自己,另一方面就是一个有态度 15.一个技术方案如果自己不参与就会担心执行效果,两个误区 ,并且帮助他在欠缺方面获得 * 2)因事而异 * 在介入之前 ,你让对方理解频繁沟通 * 如果单个是在整个项目中有一定试错空,或者不在线关键路径上, * 正确评估自己能力和资源 4.候可以说“不”: * 正确评估求后,如果事情没有那紧急,或者这件事别也能完成,并且你手头正好有事情在做,告诉对方,这个求现在做不了,完成后才能考虑

    62830

    疫情期,企业如何有效开展远程办公?

    不像生活中沟通有天和默契,哪怕是不那注意谈话方式,也不会产生误解。职场上则不同,我们经常面对陌生技巧和规则。 分配 一旦点确定,接下来就是分配倒指定开发分配十分讲究,分配精确描述,不能使模糊语言,那样会造成误解。我分配原则是5W2H方法: What:做事? Why:做这件事?有意义?目?有必吗? When:候做,完成是否适? Where:在地方做,在范围内完成? Who:由谁负责做?由谁负责执行?谁合适? 雇管理者或高级管理者,可能还接着雇助理或办公室主,带来一连串资源消耗,会进一步增加作量和成本。随着作越积越也变得加短缺。 管理层作一天不觉得累,因管理层管理者,能够掌控,安排,调整。 作只能是被安排,调整,打乱,最终导致米诺骨牌效应,雪崩。

    6420

    相关产品

    • 小程序·云开发

      为开发者提供完整的云端支持,弱化后端和运维操作,使用平台原生 API 进行核心业务开发,实现快速上线和迭代。

    相关资讯

    热门标签

    扫码关注云+社区

    领取腾讯云代金券