Scrum敏捷项目管理

精益思想, Mary and Tom Poppendieck

玛丽(Mary)和汤姆(Tom Poppendieck)总结了“Lean Mindset”书中的介绍:“我们提出了一种心理模型,说明如何设计和交付令客户满意的出色产品”。遵循与您应该相同的想法“be Agile” and not 上 ly “do Agile”,这本书解释了如何建立以精益方式行事的思维模式,并讨论了创造有利环境和流程以向客户交付价值的过程。

精益思想, Mary and Tom Poppendieck

但是,您不应认为这本书只提供了几乎没有实际价值的概念性内容。案例研究和演示充满了实践中的精益概念。我最喜欢的演示是九页’Henrik Kniberg撰写的Spotify产品构建过程的说明。书中介绍的创新清单也很有趣。这本书写得好易读。 精益思想的内容提供了概念和实践材料的完美结合,不仅可以遵循敏捷或Scrum方法,还可以帮助您考虑软件开发过程。这本书对于每个想要从软件开发转向软件开发的人都非常有价值。“建立正确的东西” to a “建立正确的事物” way of working.

参考: “The 精益思想: Ask the Right Questions”,玛丽和汤姆·彭彭迪克(Mary and Tom Poppendieck),Addison-Wesley,180页,IBSN 978-0321896902

行情

伟大的问题解决者始于通过直接的经验对情况的深刻理解。他们与具有不同观点和知识的人合作。他们在发现基本问题和设计可能的解决方案方面富有创造力,高效且纪律严明。他们测试多种想法,并尽可能地专注于学习。他们提出很多问题,挑战假设,甚至挑战自己的假设。他们会定期退后并重新组织情况,以确保他们正在解决正确的问题。

产品开发并不容易。实际上,大多数产品开发工作都会失败,而失败的最常见原因是制造错误的产品。

要求软件开发人员编写更多的代码就像要求作者在书中添加更多单词,或要求老师在教室中放置更多孩子一样。当创造力和学习很重要时,专注于数量毫无意义。但是,在我们所了解的最有创意,以学习为重点的专业之一中,软件开发–我们最常遇到的问题是,精益或敏捷方法将如何提高生产率?坦率地说,这是一个错误的问题。
有效软件开发的途径并不在于提高生产率。它正在开发客户会喜欢的基本功能–并且只有那些功能。您添加到代码库中的功能越多,添加的代码越复杂。您添加的复杂性越多,更改代码库的难度和成本就越高。在比您想不到的更多的情况下,功能和复杂性并不是真正必需的。因此,最好的态度是代码行很糟糕。功能点不好。甚至故事和功能都不好。与其担心如何更快地开发事物,不如学习停止如何停止不重要的事物并专注于将产生实际影响的事物,要好得多。

交付团队在很大的障碍下运作。他们被要求实施其他人的解决方案,以解决团队成员无法理解的问题。他们提供这些解决方案而不承担责任–或获得信用–用于业务改进。即使在敏捷实践加快交付速度的情况下,反馈循环仍很漫长,并且受切换困扰。因此,交付团队要找到目标,激发热情或激发创新是一个挑战。因此,当这些团队取得平庸的业务成果时,就不足为奇了。