深入核心的敏捷开发的笔记(5)

按有用程度 按页码先后 最新笔记

  • 个人感想:需求管理的核心应该是管理结果而非管理解决方案。这里的结果,可以理解为系统的核心价值。

    2022-10-25 08:02:35

  • Millie (我是我心中的梦想家)

    造成这种缺失的一大原因在于角色的割裂。有人理所当然地认为用户研究与验证是设计师的事,毕竟他们的头衔才是“用户体验设计师”。在产品同质化严重的今天,“体验”二字包含的不单是界面好不好看,操作顺不顺畅,更是背后的业务逻辑和痛点把握。如果强行将需求分析和用户调研分割开来,我们所做的需求分析很可能是浮在真相表面的“假需求”,所谓用户体验更是无从谈起。 肖然,张凯峰. 深入核心的敏捷开发:ThoughtWorks五大关...

    2019-11-02 22:17:56

  • Millie (我是我心中的梦想家)

    估算本身并无好坏之分。如果你不用估算就可以有效地工作,那就这么干。如果你需要一些估算,那就要确认你很清楚估算在决策时起到的作用。如果估算会影响到重大的决定,那就尽可能做出最好的估算。一定要小心那帮告诉你任何时候都要做估算,或者从来不需要估算的人。 肖然,张凯峰. 深入核心的敏捷开发:ThoughtWorks五大关键实践 (Chinese Edition) (Kindle Locations 763-765). Kindle Edition.

    2019-11-02 18:29:02

  • Millie (我是我心中的梦想家)

    行业里目前很关心这方面的电子化平台,ThoughtWorks由于历史原因,用各种平台都有,目前最多的是Jira、Mingle和Rally。 查了一下Mingle,原来是ThoughtWorks自己曾经开发的一款项目管理软件。可惜官网显示“MINGLE IS NO LONGER AVAILABLE. We've stopped supporting Mingle and have deleted all Mingle SaaS instances as of July 31, 2019. Thank you for all your support along Mingle's 12 year journey.” https://mingl...

    2019-11-02 16:52:01

  • Millie (我是我心中的梦想家)

    ThoughtWorks敏捷开发不对Story进行更技术的Task(任务)拆分,这样做保证了大家都关注Story承载的业务价值,当然这需要技术能力上的“全栈”文化支持,即大家以能够同时做多个技术栈为荣。 Kindle Locations 230-231. Kindle Edition.

    2019-11-02 16:44:05

笔记是你写在书页留白边上的内容;是你阅读中的批注、摘抄及随感。

笔记必须是自己所写,不欢迎转载。摘抄原文的部分应该进行特殊标明。

深入核心的敏捷开发

>深入核心的敏捷开发