敏捷 – 第19页小小书 XXshu

5W的项目规划

通过项目团队可以使用的所有工具，技术和流程，有时可能会轻易忘记更简单的观点。在确定新解决方案或增强解决方案的要求时，无论项目大小如何，确保您不会使事情过于复杂的一种方法是从小孩的角度评估您的方法。我的意思是保留孩子不断质疑的性格，这是一个永恒的问题，但是为什么呢？在项目计划中，理解和交流五个W可以为单个项目计划中的低级细节提供上下文和视角。 1.什么 -关于回答“我们想做什么？”的问题。没有事先明确的协议，项目将消耗大量资源并导致返工。在很多情况下，我看到项目根本无法交付管理层认为明确要求的内容。 2.为什么（为什么，为什么，为什么，为什么以及为什么？） —如果我们在成长过程中失去了一件事情，那就是一个小孩子在尝试学习新事物时表现出的令人钦佩的坚持。我们可能会问一到两次“我们为什么要进行这个项目？”问题，但是我们有多少次真正深入地调查以了解基本的主要收益和期望呢？我们应该采用传统的性能改进技术，该技术建议五次询问“为什么？”，以确保我们没有提出表面层面的推动力作为投资项目的主要原因。 3.谁 -尽管可能还没有足够详细地确定What来确定所需的所有技能或能力，但是应该对交付What所需的关键角色有所了解。 4.何时 -什么时候最晚必须交付什么，以使组织能够实现原因？ 5.哪里 -进行工作的最佳位置在哪里，将使用什么？…

从根本上了解软件开发的生产力

您是一家软件开发人员，希望每天为您的组织提供更多价值吗？您是软件开发经理，对改善团队的产出感兴趣吗？您是CIO努力满足组织对软件的需求吗？已经进行了许多尝试来衡量软件开发人员的生产率。乍看之下应该很简单。毕竟，生产力等于产出除以投入。但是，我们如何衡量软件开发人员或软件开发团队的产出呢？简单的措施（如对生成的代码行进行计数）是不够的，因为对计数可能有缺陷的行几乎没有用。已经提出了许多更复杂的方法来评估输出，但是在多种开发中都可以使用的可靠措施已经使软件工程研究界望而却步。测量输入也不容易量化。我们应该计算人数吗？花了多少小时进行编码？工作总时间？如果我们不调查测量结果，而是研究开发人员如何看待自己的生产率呢？开发人员最接近所生产的软件，并且当他们认为自己具有生产能力时，就可能在为他们所从事的软件项目增加价值。如果我们可以确定哪些因素有助于提高生产力，那么我们可以努力重新创建这些因素，并帮助开发人员更频繁地感觉到生产力。如果我们能够确定哪些因素会阻碍软件开发人员的生产率，那么我们也可以帮助减少这些因素的发生。通过这些步骤，我们可以找到通往快乐和高效的软件开发人员的道路。…

人格敏捷原则

最近，我一直在思考如何提高个人敏捷性。不，我不是在说翻筋斗或疯狂的瑜伽姿势。我说的是专注于交付价值并适应我每天所做的事情的能力。当《敏捷宣言》在2001年写回时，有来自极限编程，Scrum，DSDM，自适应软件开发，Crystal，功能驱动开发，实用编程等代表。他们专注于可以改善我们软件开发方式的价值观和原则。但是，我们可以在个人生活中应用相同的做法吗？自2010年开始撰写个人看板以来，我一直想回答这个问题。对我来说，看板没有得到应有的爱，它是帮助管理个人活动和成果的工具。人们谈论敏捷性时，通常会想到Scrum。我意识到Scrum在软件开发之外得到了利用。甚至有人通过Scrum让我评论“敏捷”营销。这让我开始思考……为什么人们认为Scrum将解决所有问题？当涉及组织敏捷性，特别是个人敏捷性时，我认为并非如此。 Scrum for One？为了这篇文章的缘故，我想重点关注人员而不是大型组织。作为敏捷培训师和顾问，我学到了很多策略，这些策略可以帮助我管理客户和帐户。…

把它收集起来！

第一项《运动标准》触及了项目和专业关系受到挑战或受到损害的主要原因：无能力或不愿意从事专业人士之间的持续个人互动。 —不论背景，文化，教育程度，部门，组织，专业，既有角色，当前距离，职称，等级，关系，过程或工具如何。首先，此运动标准“触及”这些敏捷原则： “在整个项目过程中，业务人员和开发人员必须每天协同工作。向开发团队内部传达信息的最有效方法是面对面的交谈。我们的首要任务是通过尽早并持续交付有价值的软件来满足客户。通过合同谈判实现客户协作。” —敏捷宣言 “ 商人 ”和“ 开发人员 ”的模糊定义有些过时。这些“商人”或“开发人员”到底是谁？为什么要特别提到“ 传达信息 ”适用于与开发团队之间的沟通？并且“…

敏捷开发：快速概述

敏捷软件生命周期的基础知识：与传统的软件开发框架相比，敏捷软件的生命周期模型有很大的不同，因为它专注于迭代和增量过程，对更改产品的适应性以及通过快速交付有效的产品功能和客户参与来提高客户满意度。产品发布是一系列称为sprint的迭代周期。它们包括功能开发的整个生命周期：对技术产品进行分析，设计，编码和测试，并且在大多数情况下会生产可交付使用的可部署产品。团队与公司之间的协作和关系是在开发环境中成功植入敏捷的关键。需要指出的是，该模型广泛使用了活动，例如每天15分钟的站立会议，冲刺审查会议和每次冲刺结束时的回顾会议，以识别和自我纠正所进行的开发由团队。由于其固有的性质，经常在需要时征求反馈意见，以进行协作，并通过共享思想和自我管理来加快开发过程。在敏捷过程中扮演的角色是产品所有者，Scrum主管和开发团队。产品所有者代表利益相关者或管理团队拥有该项目，并确保该项目成功开发，同时要牢记产品在市场上的公司愿景。 Scrum负责人确保始终遵循敏捷过程，并照顾开发过程中出现的任何困难或技术问题。团队成员积极参与冲刺，并确保创建有意义且有用的开发功能。敏捷软件开发生命周期模型的主要特征：团队及其互动。在这种发展模式中，自组织和动机比十多年前非常流行的传统的权力和资历等级制具有更重要的作用。这就是敏捷开发在初创企业中非常受欢迎的原因之一，在该初创企业中，鼓励团队作为一个整体来积极参与活动的开发和计划，以支持一个共同的愿景。如今，非常流行且受到Google和Facebook欢迎的具有扁平编程层次的公司也发现，Agile非常适合他们，因为敏捷使团队成员能够自行做出某些决定，从而加快了开发速度。产品发布。团队通常由三到九名开发人员组成，他们将工作分解成较小的动作，这些动作可以在固定的持续时间内完成，即sprint。…

三星的新手机会加剧生产力危机吗？

图片来源：Adam Patrick Murray / IDG 我们中的许多人都看到了三星最新的头，即三星Fold（除了命名不佳），这是一项突破性的声明，因为它既可以将手机也可以与平板电脑合而为一，并且可以展开为7.3英寸平板电脑。他们在公告中说，较大的平板电脑屏幕旨在一次运行多达3个应用程序-现在我不知道您是谁，但是我在尝试吃午餐和阅读报纸时遇到了很多麻烦，而又没有将其全部散布衬衫，更不用说一次尝试使用3个应用了！信用：三星这里有一个更深层次的更固有的问题在起作用。 BCG的董事兼组织思维新方法的思想领袖Yves Morieux谈到了生产力危机-尽管过去几十年来技术进步，但实际上我们看到生产力在下降。现在我不知道他的研究的具体内容，他们使用了什么数据，数据池有多大，甚至在地狱中他们甚至测量了“生产率”，但这引出了一个问题-所有新技术是否在帮助我们，或者实际上在使我们效果不佳？我们都听说过电话成瘾，FOMO效应，即时满足等问题的增加，这些都有助于消除年轻一代的耐心和降低弹性。我想谈谈其他可能是罪魁祸首的东西-多任务处理。一次可以运行三个应用程序真的可以使您工作效率更高吗？我的意思是说您同时做三件事，所以应该更快一些，对吧？人类不能完成多任务。这是事实。…

为期2天的伦敦SCRUM课程，只需4分钟（和14分）

关于SCRUM的误解很多。有些人喜欢它。有人讨厌它。我个人一直在努力区分其理论基础和许多实现。经过近一年的产品管理实践经验，我很幸运地参加了Roman Pichler在伦敦举行的CSPO（认证的SCRUM产品负责人）课程。在为期2天的研讨会中，我学习了一些课程，这些课程将永远塑造我的产品开发道路。我将与您分享。 1. SCRUM并非适用于所有公司 SCRUM承担信任。这意味着将决策过程下放给团队。因此，它并不适用于所有公司。 SCRUM假定接受失败。它指出主要学习来自失败。这种冒险的态度并不适合每个公司。…

Sobre trabalhar em Times remotos

pessoinhas felizes em uma call pelo放大 Trabalhar com tecnologia可以使我成为稀有品。 Costumava brincar，assim como a maioria daárea，quenãogostava de interagir com…

我知道得更好，但我仍然无法完成Sprint计划！嘘！

JérômePrax在Unsplash上的照片新工作。聪明的一堆。博士类型。统计员。我是项目负责人。我是来参加聚会的，以使火车准时开始运行。我的简历上有一些专业的项目证书。我读到了这些东西。喜欢不上班，但不必时。我是“专家”，想给人留下好印象。我知道，如果您拥有多个前期资源（例如产品所有者或业务分析师），他们都将他们的请求堆积在一些技术类型（例如开发人员或DBA的）上，他们知道如何将秸秆请求转化为黄金，那么您将获得经典瓶颈。我知道，当所有工作都集中到关键资源上时，表示资源将感觉像他们需要做的第一件事之一就是开始多任务处理（或将他们现有的多任务处理投入高水平）。我知道糟糕的多任务处理是一个玩笑，会造成心理延迟，并使一切变慢。或者，它完全停止了一切。但是，我做了什么（我对此仍然很生气）？我陷入了经典的陷阱，认为我们需要团队中的每个人都同样忙碌。我们所有人都将一起进行为期三周的冲刺，而且很高兴，当我们退出此冲刺计划会议时，我们所有人将有15个工作日的工作要做！…

IT项目中的黑洞猜想：破碎的Windows理论

在IT行业工作了多年之后，我观察到一种经常发生的现象，这种现象非常可怕，但同时又使我好奇地研究该主题。很多时候，软件项目就变成了“黑洞”，在这里，怪异而神秘的力量开始吸引人们，金钱，幸福或周围的任何美德，最终它们变成了一个平行的世界，里面的人并没有真正知道问题的深刻和复杂性。这些黑洞周围的文化经常很糟糕，无序是规则，缺乏社区意识和沟通才是王道。我的意图是通过表达我多年来面对并与这些黑洞作斗争的观点，假设和经验来推测这一主题，并在一系列文章中进行探讨。破碎的Windows理论在一个比喻中，如果您的项目曾经是一颗璀璨的星辰，但最终开始在各地使用毒品，开始每周两次获取快餐，没有人能够立即阻止这些不良行为，那么成为黑洞的过程将会越来越多更强，症状将越来越明显。这是我这些年来观察到的最大症状之一，可以借鉴社会科学家James Q. Wilson和George L. Kelling的理论来解释，他们在报告中指出犯罪，反社会行为和内乱的明显迹象营造一种城市环境，鼓励进一步犯罪和动乱，包括严重犯罪。这组作者建议，针对故意破坏，破坏公共场所饮酒和逃票等轻微犯罪的治安方法有助于营造秩序和合法氛围，从而防止发生更严重的犯罪。经常停止关注次要细节的软件项目后来常常成为破碎Windows的受害者。例如，如果您的团队曾经开发过单元测试，但是突然有一个团队成员停止这样做，那么如果社区协调您的团队允许这种行为，那么整个团队可能也会停止这样做。在解决这些小问题之前，社区中散布的主人翁意识和责任感起着重要作用。反社会行为是黑洞中经常出现的另一种症状，其特征是长期无视或侵犯了社区其他成员的权利。他们可能会表现出傲慢自大，对别人卑鄙和消极的态度，对自己的有害行为表示re悔。我无需提及，这种环境不会带来任何好处，如果没有任何治安方法来阻止它，那么黑洞将统治并吸收所有这些。…