冰淇淋卡车体验

小队的目标比个人成就要好 每年夏天,与我的朋友沿着冰淇淋卡车驶过我们的邻居,这是我最美好的童年回忆之一。 在户外玩耍时,我们会听到远处的铃铛叮当响,跳上我们的自行车,追寻带轮的冷冻治疗必杀技。 现在,我开始思考,在我小时候玩的体育活动之外,狩猎冰激凌车是我第一个真正的团队经历之一。 每个人都在财务上做出了贡献,集中了我们的力量,竭尽所能使购买力最大化。 我们采取了不言而喻的策略。 我们中的一个骑着自行车在主要道路上骑行,而其他人则分散开来,踩下小巷,与一个西提普车队重新集结。 当有人听到叮当响的钟声时,他们会嘶哑,然后整个小组都集中在自己的位置上。 我们重复这种模式,直到找到采石场。 就像骑小轮车的狩猎派对一样,我们把猎物弯了腰,并以它的甜美,冰冻的美味为佳。 这与我们正式制定该战略并不相同。 但是,通过反复试验和错误尝试,我们设计出了每年夏天都成功的战术。 我们朝着一个共同的目标努力:甜甜的冰淇淋。 倾听,耐心和沟通被证明是我们成功的关键。 话虽这么说,一群8岁的孩子如何自我组织,并在成年人挣扎时掌握团队合作的概念? 根据我的经验,组织倾向于将团队作为一组由自己做事的个人来实施,而不是组成一个单一的单元。 “个人对集体努力的承诺-这就是使团队合作,公司合作,社会合作,文明合作的原因。”-文斯·伦巴第 如果您玩了一段时间,那么团队的重要性就不足为奇了。…

为什么这么多程序员讨厌敏捷?

与程序员交谈时,经常会注意到一定的不满或看到他们的眼神就提到敏捷。 您是否想过为什么? 甚至在敏捷开发思想或与敏捷相关的实践和方法方面,其自动否定的原因是什么? 它们命名为导致方法失败的事物是否可能根本不是敏捷实践,而是被误解和滥用的敏捷价值观? 团队可能感觉像是Scrum Master或Agile Coach的典当。 很容易看到这种感觉是如何产生的。 管理层倾向于聘请独立的敏捷顾问或聘请Scrum Master来监督团队中敏捷方法的实施和执行。 事实是,这是一个外部人,在团队和“ 敏捷因素 ”之间造成了障碍,从而导致我们和他们分离。 他们可能还会感到受微观管理并且受到过多的控制,尤其是如果每次日常站立会议都以谈论最近所做的事情结束而结束时,这绝对不是日常站立会议的预定目的。 时间压力过大也会造成伤害-团队认为他们需要定期交付项目,而不是在准备就绪并进行测试时交付-这种面向时间的方法可能会导致质量下降。 经常有报道说,这些sprint太短了,甚至没有时间在编写代码之前甚至没有收集完整的文档,更不用说在完成代码后仔细查看了。 因此,如果在高时间压力下工作还不够,那么开发人员还需要应对知道这一点,他们只有一招可以解决问题。 您的程序员很可能讨厌敏捷,只是因为您使他们以错误的方式这样做。…