敏捷 – 第10页小小书 XXshu

开发人员可以得到一点尊重吗？

我现在在新加坡，而本周我将在这里向人们询问当地人对开发人员的态度以及对IT文化现状的坦率反思。我怀疑我三月份在香港学到的很多知识都将适用，但我也可能会感到惊讶。我与许多与大型企业公司工作的开发人员互动。他们都抱怨同样的挑战。有限的资源，糟糕的工作文化，对设计决策的最少投入以及缺乏尊重。他们本质上是二等公民。但是，这种态度并不新鲜。它源于历史观点，即IT（包括开发人员）是成本中心，只需在那里进行业务投标即可。 IT与其成为合作伙伴，反而赢得了……这个人的尊重。不幸的是，这种观点可能会导致公司失去客户，市场份额及其竞争地位。 Forrester简介中的这段引文说明了这一点：如果没有敬业的开发人员，组织将落后于竞争对手的数字体验，因为企业快速迭代以达到或超过客户期望的能力最终取决于其自己的开发人员。企业的趋势是更加敏捷和对客户的响应。但是在过去的30年中，通过外包给代理商，IT服务提供商和承包商以减少成本和人工，IT迅速减少。现在，正是这种趋势所激发的力量，促使企业开始追赶新兴企业的竞争。就像您无法“购买DevOps”一样，您也不能仅仅雇用创新。那是公司的整体功能。这种创新需要跨协作团队和可以为新思想的设计和开发做出贡献的人员。…

受到启发

如何获得启发？写作时如何发挥创造力？有很多事情可以使您变得敏锐而富有创造力，但是我只关注很少的几件事：阅读，观察和不专攻。要提高技巧，您必须阅读很多东西。在上下班，坐公交车或排队时，不要浪费时间。从长远来看，这里十分钟或那里二十分钟将迅速增加，并且您阅读的书籍数量将会增加。我常常想知道为什么人们更喜欢看窗外而不是利用很小的时间窗阅读东西？我最应该阅读哪个类别？阅读适合您风格的内容，但不要只局限于一个类别。我阅读了技术知识（软件开发），发送给Kindle的中级文章，有关敏捷方法或如何开展业务的书籍。有关运动，饮食或短篇小说的文章。该清单很长，无法扩大我的视野。我坚信，自我教育是唯一的教育。 ― 艾萨克·阿西莫夫观察一下。无论您在哪里看，都有人设计了一些东西：标签，标识，大加成，运输中使用的象形图。查看字体，颜色，对比度以及事物之间的对齐方式。…

规模共同成长的团队

我们不需要另一个英雄敏捷宣言告诉我们，保持稳定，可预测的工作节奏是成功团队的关键特征。事实证明，英雄般的努力，漫长的时间和偷偷摸摸的努力并不能使团队高兴。另一方面，如果您低估目标，则可以始终如一地实现目标。但是那样您就不会从团队中得到最大的收获。找到最佳位置是关键。高绩效团队通过实验和学习来发现并优化其吞吐能力。但是要从失败中吸取教训，就需要对其进行衡量。 Scrum是最流行的敏捷框架，建议团队需要两个组件来衡量其可预测性：工作的规模和团队的速度（或交付价值的能力）。 Scrum团队通过将工作分解成称为故事的小片段，然后将它们彼此确定大小来找到工作的规模。最受欢迎的大小调整机制是故事点。首先，Scrum团队会在列表中找到最小的故事，并给出一点。然后，团队选择列表中的另一个故事，并确定其相对于单点故事的大小-相同大小（1分），两倍大（2分），五倍大（5分），依此类推。所有故事都重复进行。规模从个人对“多长时间”的估计转变为众包的“多大”估计。团队通过选择一致的迭代节奏（例如两周）并查看在此期间可以完成多少操作来找到自己的速度。如果他们完成20个故事点，那就是他们的速度。如果在下一次迭代中，他们完成30分，那么他们的速度将为25分。通过与整个团队进行协作，不仅可以获取准确的信息，还可以得到每个人的支持和投资。…

5个为什么和5个如何-当清晰仅是两个问题时

到现在为止，您应该知道如何在所有方面不断取得进步，对吗？这次，我将向您展示两个强大的Kaizen工具。它们非常适合启动您的持续改进之旅。我向您介绍“ 5个为什么和5个如何 ”。使用它们，您将获得以下几件事：改善团队合作和效率提供更好的结果使您的团队和客户更快乐为自己创造更好的生活质量它们几乎适用于所有地方。这是使它们如此强大的部分原因。你准备好了吗？进攻吧！ “ 5个理由”-通往清晰的道路通过学习我将能做什么？…

会议=浪费时间

在生产力和时间效率方面，MS PowerPoint的强大竞争对手是毫无用处的会议。让我们做一个数学。如果这些数字符合您自己的经验，则意味着您每年损失372小时。那是46.5个工作日，或者是您整个工作时间的两个多月！！！消除任何会议都是不可能的。但是，必须有一种方法使它们更有效。在这里，我将提出一些想法，以使它们减少“痛苦中的活动”。让我们从时间长度开始。黄金法则是让您的会议越短越好。嗯，就您是会议组织者而言，您对会议的组织和运行负有主要责任。会议要多久取决于您。这是您今天可以尝试的两个简单技巧。速成首先，请记住会议的目标。如果您只需要有关人员工作的快速信息，则无需花一个小时。 5分钟可能绰绰有余。为此，Scrum方法论提出了通常在每天早上同一时间举行的“站立会议”的想法。…

您的个人生活是一个项目。学习像PM超级明星一样管理它！

您需要完成一些工作。您设定日期。在某个时候，您实际上开始着手研究它。截止日期过去了。你还在。为什么我曾经认为最后期限是合理的？怎么会这么贵呢！有没有听说过“计划谬误”？从根本上讲，它是所有可能发生的错误的统称：低估了成本和复杂性，没有考虑未知因素，并且对外部环境过于乐观。我们都感到内gui。得到这个：在一个实验中，美国人被要求评估改造厨房的预期成本。平均估计？ $ 18,500。实际平均费用？近39,000美元。尝试向您的银行解释一下！同样，我们都感到内gui，但是有些人似乎总是处于领先地位。…

大小事项

อะไรทำให้งานก้าวหน้าไปรวดเร็ว？ —เป้าหมายที่ชัดเจนแผนการที่ละเอียดกระบวนการที่ถูกต้องเงินทุนที่เพียบพร้อมทีมงานจำนวนมาม ความจริงคือ เป้าหมายชัดเจนไม่ได้แปลว่าเป้าหมายถูกต้องเราต้องการเป้าหมายที่เปลี่ยนแปลงได้ตามสถานการณ์มากกว่า แผนคือการคาดคะเนถึงอนาคตและอนาคตคือสิ่งไม่แน่นอนการยึดติดกับแผนเดิมไปตลอดคือความผิดพลาด มันไม่มีหนึ่งกระบวนการที่ถูกต้องและใช้ได้กับทุกสถานการณ์บางอย่างเวิร์คกับทีมเอและล้มเหลวกับทีมบีปรัชญาต่างหากที่จะอยู่ยาวนาน เงินเป็นเรื่องจำเป็นเสมอแต่ไม่ใช่ว่ามากไปงบประมาณไม่จำกัดสร้างความเสียหายมากกว่างบปรงบปาณจำกัดจำเขี่ยมือเติบ ขนาดของทีม…เรื่องนี้สิน่าสนใจจากประสบการณ์การทำงานมาสิบกว่นว่าทีมที่มีสมาชิกสามถึงสี่คนสร้างผลงานที่ดีออกมาได้เร็วที่สุดิ่งค เมื่อไม่มีโอเวอร์เฮดที่ไม่จำเป็นเรื่องการติดต่อสื่อสารเรื่องงานเอกสารเรื่องการขออนุมัติเรื่องาะเบีรที่องควาขุอ ความสัมพันธ์ระหว่างบุคคล Leานจะเป็นงานมากขึ้นคนจะรับผิดชอบมากขึ้นLeระบวนการจะคล่องตัวขึ้นและผอมลง（Lean）เวลาและเงินทุนจะถูกใช้ไปอย่างคุ้มค่ามากขึ้น นั่นคือความจริงที่ไม่ใช่ความลับอะไรโดยเฉพาะอย่างยิ่งในของของการสร้างซอฟต์แวร์และเทคโนโลยี ที่น่าตื่นเต้นไปกว่านั้นคือเราประยุกต์ใช้มันได้เลยตั้งแต่วันนี้เพราะเรามีอำนาจเพียงพอที่จะลดขนาดของทีมลงได้…ไม่จำเป็นว่าต้องแยกคนทำงานออกจากกันอย่างถาวรวนแบบชั่วครวนวาวไม่จำเป็นว่าต้อง ทำในระดับโปรดักท์หรือโปรเจกต์แต่เป็นในระดับฟีเจอร์หรืองานบางชิ้น ชิกากทีมที่มีสมาชิก10คนเราแบ่งเป็นทีมที่มีสมาชิกสาม-สี่-สามคนได้ทำงานคนละชิ้นเป้าหมายในระดับปฏิบัติการคนละอย่างการสื่อสาและก สมาชิกในแต่ละทีมอย่างเหมาะสมและไม่ใช่ทุกคนต้องรู้ทุกเรื่องในเวลาเดียวกัน

将Targetprocess与敏捷堆栈中的其他工具同步

在Tasktop，我们对Targetprocess连接器的发布感到兴奋。使用Targetprocess已经近2年了，我们很高兴地宣布能够将Targetprocess与敏捷堆栈中的其他工具进行同步的功能。确实，将Targetprocess与其他工具集成的能力是我们自己需要的，并且由于我们的产品团队已将Targetprocess用于其积压管理，因此已在Tasktop上开始使用。两年前，产品团队开始寻找一种可以满足我们需求的工具，即能够在代表我们产品积压的一组数据中创建多个视图。这是至关重要的，因为我们的团队需要根据我们要完成的工作来查看以不同方式呈现的相同信息。有时，我们需要按版本，按团队，有时按两个版本查看功能。也许我们想过滤掉我们看到的项目，只包括其产品类别或史诗中的项目。方案的数量众多。我们一直在努力寻找一个可以让我们这么做的工具-直到找到Targetprocess！借助Targetprocess，我们发现并热爱创建板以显示所需数据集的功能，并根据重要的信息对这些数据进行分组以使我们能够在给定的时间完成目标。您可以创建的卡视图（其中可以指定用于分组和显示数据的泳道）非常有用且易于配置。随着时间的流逝，我们的需求在不断发展。 Tasktop本身已经发展壮大，在我们所有部门中增加了更多的人员。我们的集成产品套件已超出Tasktop Sync和Tasktop Dev的范围，现在还包括Tasktop数据和Tasktop Sync Gateway插件。…

衡量软件团队生产率的9种最佳度量

贵公司的竞争优势取决于其软件产品的质量和交付速度。下一个版本的质量和速度取决于开发团队的技能，效率和动力。因此，考虑到这一点，几乎没有哪个角色比开发人员更重要。这就是为什么衡量和优化他们的贡献对持续改进很重要的原因之一。例如，团队已经超能力了吗？您是否需要更多资源？不同的过程？第一步是知道要测量什么，我们经过广泛研究的新论文将有所帮助。在“软件开发团队度量标准指南”中，您将学习如何跟踪软件开发团队的速度，准确性，质量甚至喜悦。老实说，论文共有56页，其中有太多可操作的信息，因此仅在一篇博客文章中进行讨论。因此，现在，我们将重点关注与团队速度和生产力有关的九项指标。您的软件开发人员如何评价这九个关键领域？我们的新论文为您的开发人员描述了九个关键的生产力指标。他们是：周期您在每个问题上花费多少时间？根据您的开发目标，您可能会发现按类型细分周期时间数据很有用，因此您可以查看开发人员在每种类型的项目上花费的时间（例如错误或功能请求）。…

如何（不）确定项目范围

在时间紧缺的情况下，梦想过大的经验教训我们将拥有一个出色的界面。它打算使用机器学习。并建立在区块链上。哎呀，我们甚至可以做一个ICO！它将具有用户组，推荐，标记和与企业合作。除非它不会。时间就是金钱，我们都没有。最初是一个非常雄心勃勃的项目，后来逐渐陷入了挣扎，无法按时生成可行的MVP的难题。所以发生了什么事？怎么会有不同的方式呢？我认为，尽管经验不断告诉我相反的情况，但我仍然顽固地对在短时间内可以完成的事情持过于乐观的看法。 Hackathons增强了这种天赋。毕竟，在24至48小时内，我从零开始数次进入工作项目。除了正常的项目开发不是黑客马拉松。在黑客马拉松比赛中，您被困在建筑物中，而没有任何事情可以分散您和您的团队的精力去从事一个项目。提供食物给您。您不必睡觉，这是软弱的征兆。…