我正在创建一家金融软件公司,在这个过程中,我一直在研究敏捷原则和方法,我还没有看到开发的一个方面是如何适应开发人员不断学习新技能和新技术的需求。
在过去几年从事金融软件之前,我的大部分职业生涯都是作为一名3d图形程序员,从事电子游戏、地理信息系统( GIS )和生物识别软件的工作,我总是不得不从悬崖上跳入悬崖,想出如何飞行的方法。虽然我一直都很成功,但我相信,如果我没有一次工作这么多个小时、每周和几个月,我就不会活得那么长。
现在我正在创建一家软件公司,它并不完全满足3d图形的强烈创新需求,我想建立一种更全面的开发方法。
也许敏捷并不能解决这个问题,但如果它解决了这个问题,我还没有找到任何地方,我也很感激任何人对此拥有的任何知识、专业知识或经验。
发布于 2019-08-25 05:41:23
这与敏捷没有多大关系,甚至与软件工程无关。对于任何一家公司来说,这都是事实:你需要留出时间进行培训。句号。
敏捷有“可持续的步伐”的概念,这意味着,在任何时候,团队的工作都不应该比它能承受的时间更长。也就是说,没有“紧要关头”。这也需要通过培训得到尊重。因此,对于你的团队来说,这是一个可持续的步伐,“不超过5个小时不间断,每天不超过9个小时,每周不超过40个小时”,你想要提供10%的时间进行训练,然后你需要计划你的项目36小时一周。
但同样,这与敏捷无关,这只是常识和小学数学。
就我个人而言,我认为,允许团队每天半小时,每周半天,每季度一整周的时间,可以让团队快速、稳定地获得不同规模的知识。
还有一些敏捷实践有助于知识转让,即消除各小组之间知识水平上的差异:
对编程和暴徒编程不仅提供了连续的代码评审,而且还提供了持续的知识共享。乒乓球配对可以防止一个人“霸占键盘”。杂乱无章的配对将知识传播到整个团队,杂乱的团队将知识传播到整个公司,并确保每个开发人员都了解每个项目和每个代码库;这也将导致代码库的高度标准化(S)。回顾的主要重点是提供关于开发过程的反馈并进行相应的调整,但它也可以用来交流一个不常见的问题以及如何解决这个问题。
不用说,雇主应该提供一个广泛的图书馆,付费订阅ACM,斯普林格,IEEE等,以及安静的房间,在学习和教学更大的房间。很多白板和人造板,以及放映机,当然在一般情况下是明智的,而不仅仅是为了训练。
发布于 2019-08-25 10:56:08
我将同意J rg W Mittag说的大部分内容,但不同意“这与敏捷并没有多大关系”的说法。许多敏捷技术支持个人和团队的学习和开发。
敏捷方法倾向于基于增量或连续流。在这两种情况下,工作都是根据优先级、价值和依赖性等因素排序的。由于重点是短期工作,团队可以确定需要交付的知识,如果缺乏知识是有问题的,那么就计划及时获得这些知识。可见性和透明度也往往是各种敏捷方法的关键方面,因此涉众可以看到团队正在进行的工作以及他们如何努力提高交付价值的能力。当需要广泛学习时,可以将其规划到近期或当前的迭代中。
一旦团队中的个人获得了知识,就会有关于配对和群居的技巧。对编程是极限编程中的一个关键实践,它也被应用于其他方法,除其他外,旨在促进学习。黑帮正在把这个应用到不止两个人身上。团队之间的密切协作和交叉功能意味着没有筒仓,而这些信息是传播的。
即使有能力计划和执行学习什么是立即的工作所必需的,有知识的团队成员是非常重要的。拥有一定水平的现有工具、技术和领域知识的人,将使他们在承担学习任务时获得更多的信息,并在向其他团队成员传播知识时更加有效。
发布于 2019-08-25 14:04:51
为您想要花时间学习一项技能的sprint计划一个概念任务的证明。让它专注于一些非常具体的事情,比如学习如何创建一个可访问的HTML表。不断安排概念任务的证明,直到你学会了故事所需的技能。给每个POC任务一些故事点和一个到期日,这样你就可以正确地把它写成时间,并在冲刺结束时显示进度。
那么,如果一个故事对一个有经验的开发人员来说应该仅仅是5分呢?也许这需要3-4个任务,每个8点。在完成这些POC任务之后,故事仍然可能只有5分,但至少您留出了时间来学习新技能,这样5分故事就不是40分了--即使故事和POC任务加起来达到40分。
https://softwareengineering.stackexchange.com/questions/396447
复制相似问题