如何最大化软件团队的生产力?

通常,以“结果”的抽象理想的名义来平衡人与机器的利益的无休止的跑步机一样,使软件团队的工作效率最大化的任务已成为许多工程经理的主意。 在确保开发人员高效且高标准地完成任务之间,同时考虑到考虑软件团队如何由必须保持幸福与和平的心态组成的个人团队组成的基本人为因素,这并不是必须的在最好的时候简单。 工程经理必须紧贴需要及时了解如何偿还技术债务,工程师是否富有生产力,如何克服障碍以使他们能够尽可能轻松地完成工作,确保质量工作和解决问题的需求。如何与开发人员每周执行1:1。 为了帮助他们在各种不同且经常相互矛盾的元素之间取得平衡,可以采用可靠的策略来帮助他们确保在软件团队的日常活动中,所有这些因素都不会漏网。 这涉及到在目标数据和软,主观的人性范围内努力实现事实的努力的谨慎,符合人体工程学的平衡,其中最佳的交流和反馈系统创造了波光粼粼的黄金平衡,开发人员的努力可用于卓有成效的维护和维护。扩展代码库。 测量开发人员吞吐量 作为生产力的第一个关键指标,工程经理通常将对开发人员吞吐量的计算称为判断其当前生产力水平的一种手段,并以此来理解他们可以提高多少水平。 吞吐量定义为一周内添加的逻辑数量(以工作量和增量逻辑点数除以总工作时间数得出的读数),它表明开发人员的时间如何有效地转换为代码库中的结果。 其中包括确保开发人员将完整的文档集成到其工作流程中的考虑因素,以确保将来的开发有更大的机会无缝进行。 这样可以提高公司新员工的可读性,并从一开始就使他们的吞吐量达到正数。 测量吞吐率还可以使经理识别和指导吞吐率较低的苦苦挣扎的工程师,在这里,工具可以帮助指出他们可能需要某种技能的地方。 使用Java,打字稿等。 解决这些问题可能是消除生产力障碍的简单而单一的步骤。 保持品质 当然,速度会带来更多的提交,而陈旧的分支又会导致合并冲突和生产效率下降。 为了最大程度地提高生产力,重要的是要经常有团队进行提交,并理解每次提交合并到分支之后的重要性。 但是,速度不应该以牺牲质量为代价,对于管理人员来说,制定适当的流程以使其更容易准确地编写和测试代码(即使在高速工作时)也同样重要。 开发人员不应试图牺牲其代码的复杂性来更快地提交工作,而衡量代码覆盖率可以使管理人员了解标准是否在滑坡,或者开发人员的努力是否继续维持总体的改进措施。…

AgileMind问答—一体的力量

在我以前的文章中,关于敏捷思维是什么样的问题,我概述了敏捷思维模式的五个最重要的要素。 为了回应我的帖子,我收到了Peter的以下推文(感谢Peter的启发!): “问题始于’您’的头脑敏捷,而组织(不是头脑)却不是。” 当我阅读这条推文时,我的一部分微笑着被认出,而我的另一部分则想起了我与ssssoooo 绝对相关的挫败感。 追溯过去……。 我1998年的第一份工作是在一个非常不敏捷的世界中,当我在2008年经历了第一次敏捷过渡时,我的一部分像一只快乐的企鹅一样欣喜若狂。 好像我终于找到了我一生都在等待的东西,一种自在的感觉充满了我的身体,有点像被诊断出患有疾病。 它并不能消除疾病,但是它会使您感觉更好,因为至少您知道自己并不孤单,并且有一个使您与众不同的名字。 疯狂的企鹅 对我来说,在一个不敏捷的世界中敏捷起来,就像是我患上了一种病,我被关在一个玻璃笼子里试图与人们说话,而另一侧的人却听不到我的声音。 我常常觉得自己像一只疯狂的企鹅,当其他人似乎聚集在一起时,它是唯一朝一个方向前进的企鹅。 我不明白为什么人们会简单地接受日常烦恼,而在明显更简单的方法下继续抱怨。 但是似乎没人能理解我认为是逻辑的东西。 计算机科学难道不应该只涉及逻辑吗? 作为唯一的敏捷思想应对5项策略 如果您在组织中有这种感觉,那么此文章适合您。 当您感觉像爬墙一样成为组织中唯一的敏捷头脑时,可以采取以下策略。…

合同理论与虚荣度指标

大多数人会熟悉诺贝尔奖,其中有多个类别,其中科学与和平负责人。 今年,奥利弗·哈特(Oliver Hart)和本格·霍尔姆斯特罗姆(BengtHolmström)因其在合同理论方面的开拓性工作而获得了非常相关且可能具有商业意义的开创性奖。 合同理论? 该主题试图通过汇总我们精益社区多年来一直在争论的问题来解决经济博弈论中两党和分支机构之间协议中的问题。 它专门研究了当事方在不对称安排下如何进行合同谈判,例如冒风险他人的金钱,精力或时间。 它实际上适用于适合此领域的任何具有契约性元素的事物,包括内部转移定价的概念,它反过来影响组织的政治和文化,并满足跨职能责任的问题。 从本质上讲,涉及并确实结合了公司治理,法律,政治,接受,价值和生产力等领域。 公司合同所处的总体问题在很大程度上取决于采购活动中的力量平衡,而且正如哈特和霍尔姆斯特罗姆所逃避的那样,很大程度上取决于各方对风险的偏好和态度。 规避风险的经理对保险形式或确定任何潜在损失的价格感兴趣,而代理人则旨在最大限度地提高其利润率。 代理商参与,最大化利润 买方试图使代理商利润最小化 正是这两组方程式之间的平衡提供了力量的平衡,进而影响了招标和采购服务的流程,合同本身的形状,并且至关重要的是,合同是否是时间和材料,这有利于卖方价格由买方承担或以固定价格承担,这有利于卖方,但买方承担风险。 当然,两者各有利弊,这也主要取决于查看合同的当事方。 买家拥有的权力越多,他们对收入的限制就越大。 如果这对卖家没有吸引力,则卖家只需将自己从游戏中删除。 可以双向定价。 尽管如此,合同往往是谈判的混合体。…

通过整体营销日历提高营销效率

作为营销人员,我们正在做越来越多的事情。 我们拥有比以往任何时候都更多的渠道,我们有更多亲密且个性化的细分市场,我们需要比以往更快地响应市场状况。 营销部门还与销售团队,客户服务/订阅团队,网络人员等合作。 如果市场营销无法传达正在发生的事情,那么各种各样的事情都可能出问题-从向同一垂直细分发送信息到不向订阅团队通知新的促销信息。 如果情况改变了怎么办。 您知道,这个新的广告系列可以解决您竞争对手的最新优惠或产品发布。 突然之间,我们不得不适应这一点-每个人都知道最新的计划吗? 避免这些陷阱的关键是一个完整的营销日历,该日历可以清楚地向人们展示正在发生的事情。 市场上有哪些广告活动,下个月计划进行哪些活动? 哪些团队成员正在开展工作,以及在该紧急竞选中是否有空位可以用来挤压? 集成的在线日历可以弥补那些电子邮件被忽略或不在副本列表中的人。 实际上,最近一项针对200多个高级营销人员的调查显示: 51%:最大的挑战是管理多个项目 28%:不知道同事在做什么 36%:缺乏协调 这个问题有答案,那就是Trans4mMarketing集成营销日历。 不仅是日历,还包括甘特图或互动式墙面规划师对市场上所有活动的全面视图,团队,工作负载和任务的视图。 从中央日历一起协作的能力,而无需电子邮件和Outlook。…

通过结对编程提高团队生产力

大多数业务决策者一直在寻找改善团队运作方式的方法。 与开发人员合作时,您可能正在寻找提高代码质量,建立更好的团队环境或提高该部门工作效率的方法。 尽管有一些传统的解决方案可能会取得更好的结果,但许多解决方案只专注于在一个方面进行改进。 借助结对编程之类的解决方案,您可以改善团队的工作方式,同时创造一个更好的工作环境。 什么是结对编程? 在结对编程的实践中,两个程序员在同一工作站上一起工作。 您将在键盘上拥有一个,并且可以充当观察者。 键盘上的编程器称为“驱动器”,观察者称为“导航器”。 在成对编程中,任何程序员都不能专门充当驱动程序或导航器。 他们的想法是让他们在不同时间切换位置。 驱动程序的工作是专注于编写代码,而导航器则审查代码并专注于项目的更大目标。 结对编程可以以各种不同的格式使用,并可以实现广泛的目标。 在配对中,您可以有两个专业的程序员,这对于最高水平的生产力很有帮助。 您还可以与专家和新手组成的配对,这可以为缺乏经验的程序员提供良好的学习体验。 如何提高开发人员技能 无论配对的类型如何,配对编程都可以为团队的两个成员提供东西。 当然,没有经验的开发人员将向经验丰富的合作伙伴学习更多,但是初级开发人员通常可以帮助经验丰富的合作伙伴以新的方式看待事物。 更好的质量…

实验性的种族主义:为什么我们停止这样做,以及我们在此过程中学到的东西。

我的同事Minke最近在文章“以员工体验主管的身份上手”引发了关于我们为什么在Organize Agile抛弃Holacracy的一些问题。 这不是一个容易回答的问题,尽管我对此有自己的看法,但我也要求我的同事提供意见。 本文将提供从我们的旅程中获得的一些见解,以及Holocracy为我们做了(和没有做)的事情,以及一些您想开始自己的Holacracy实验的学习。 一个使用盗版角色和圈子的组织的例子; 最有弹性 通过自己的努力取得巨大成功。 (以Glassfrog为例) 如果您不熟悉Holocracy,我想将其描述为不断重组和重构组织的一种方式。 在一个不断自我重组的组织中工作似乎很糟糕,但理所当然的是,通过不断变化,变化变成了一个渐进的过程,而不是偶尔和不频繁的电击疗法。 理想情况下,Holocracy使组织变革变得容易,并有助于确保您的组织始终与外部力量和组织中人们所要求的保持一致。 关键是“张力”的概念。 组织中某些不完全正确,可能会更好的东西,或者根本完全或多余的东西。 任何人都可以发出紧张的信号,并可以就如何解决该问题提出建议。 这样的解决方案可能是将新职责分配给先前存在的角色,创建新角色或更改组织策略。 为了讨论和决定紧张局势和解决方案,专制统治使用结构清晰的治理和战术会议。 角色与职位描述不同,而是可以根据组织需求创建,调整或取消的灵活角色。 将相似的角色或有助于共同目标的角色组合在一起,形成一个“圆圈”。…