敏捷开发下的工程思维与爱的灵魂

当带着爱去做产品开发时,
便能真正看清产品开发的本质为何?
产品使用者的行为为何? 产品使用者内心真正的需求是什么?

很遗憾的是,现代大多数的人,只有 “工程的思维”,却完全丧失了 “爱的灵魂”;谈起产品,往往谈的只是高档的规格、复杂的架构、先进牛逼的功能。谈起工程实践,敏捷开发,往往谈的只是浮夸脱离现实的大图(理论)、深涩难理解的名词、多如牛毛的输出件。

“不懂得爱自己,便使自己永远活在别人的阴影下。所以,便会搞些瞎折腾的鸟事,鸟玩意。期望藉由这些鸟事,鸟玩意,能从别人那儿,获得一份莫名的安全感。”

“不懂得爱别人,便会缺乏同理心。所以,永远无法理解与体会,自己所搞出的那些鸟事,鸟玩意,是如何折腾着大家?
搞的每个人有多么的痛苦。”

所以, 用 "爱的灵魂" 去做真正该做的事, 别再用 "工程思维", 去折磨自己, 瞎折腾他人了。

时间: 2024-12-08 04:08:31

敏捷开发下的工程思维与爱的灵魂的相关文章

敏捷开发下开发人员的幸福

我时常和朋友们分享着在敏捷开发下的工作经验-- 在敏捷开发下,不管你用任何的程序语言,技术,框架,敏捷实践,也不管你再牛逼, 随着客户的需求越来越多,你的系统的复杂度将呈现跳跃式的增长. "系统的复杂度,终有一天,会使你不再是个高效的工作者." "没有任何的一位老板,会满意开发人员写代码的效率的." 所以,开发人员一定要懂得,在敏捷开发下, 如何为自己创造幸福-- 相信只有自己,才能为客户创造幸福. 悲观的计划. 乐观的执行. 忠于自己的心,清楚的明白,自己所能掌控

敏捷开发下的软件架构设计与持续优化

过往的软件开发, 往往都是由架构师将他对产品的理解,利用 UML 来体现软件的架构设计. 这种方式的问题是:因缺乏使用者与团队成员间的互动参与,使得对外并未能完整的将使用者需求,映射到软件架构中; 而对内所提供的软件架构设计文档, 对实际开发的工作, 指导意义并不大(因为,厚重的架构设计文档,便如老太婆的裹脚布般:又臭又长).更严重的问题是,由于架构设计耗费太长的时间,如此再加上开发.测试的时间,团队往往会太晚才会发现软件架构上的重大缺陷.而由于太晚才发现软件架构上的缺陷,所以,软件架构上若需做

敏捷开发下该如何正确的看待人/天这件事?

传统软件估算人天的方式, 有的使用 Functional Points, Delphi....等等. 敏捷开发, 使用数学黄金比例; 1, 2, 3, 5, 8, 13; 以各 User Stories 之间 "相对" 的复杂度, 估算各 User Stories 所需的人天. 然而, 只是改变个算法, 是毫无意义的-- 软件开发, 存在着许多的误区,使得软件开发的效率与质量无法获得提升.其中之一的误区便是:期望用各式的人/天估算方法,使得开发人员, 可凖时的交付符合预期的软件. 我时

组织架构适配下的敏捷开发

摘要: 本文将会讨论如何协调公司内各个工程师团队之间的合作,从而高效地保持系统的弹性和灵活性,以满足敏捷开发的需求.本文选自<Node.js微服务>. 如果一个公司采用微服务来构建软件系统,那么每个干系人都需要参与决策. 微服务是一次重大的范式转换.通常,大型组织倾向于使用相当传统的方式来构建软件系统.每个重大发布需要经历数月的研发周期,之后需要一个完备的质量保证阶段以及数小时的部署阶段. 当一个公司选择使用面向微服务的架构时,方法论就会发生完全的改变:每个小团队负责各自的小功能点,包括它们的

Leangoo:用敏捷开发管理思维做团队协作的SaaS软件

第一次看到leangoo这个产品时,笔者觉得又是一款团队协作软件工具,和其它的团队协作并没有什么本质区别. 当听创始人廖靖斌说起leangoo人员结构时,笔者起初蛮诧异,一家20多人的创业公司,顾问和研发差不多各占一半. 一家看起来做saas的公司为什么需要这么多顾问? 在和廖靖斌进行一个多小时的交流中,这个困惑渐渐被解开… Leangoo:一家顾问公司研发的SaaS工具 作为一个八年的“创业老兵”,廖靖斌始终在做的一件事就是实践.推广Scrum和敏捷开发.Scrum是风靡全球的敏捷产品开发框架

让你提前认识软件开发(51):VC++集成开发环境中Linux下Pclint工程的配置方法及常见错误修改

第3部分 软件研发工作总结 VC++集成开发环境中Linux下Pclint工程的配置方法及常见错误修改 [文章摘要] Pclint是一种C/C++软件代码静态分析工具.它是一种更加严格的编译器,能够发现普通编译器所不能发现的代码中的很多问题,因此被广泛应用于软件开发项目中. 本文介绍了如何在VC++集成开发环境中配置Linux下的Pclint工程,给出了C语言中pclint规则A检查的常见错误,并描述了对应的修改办法. [关键词] VC++  Pclint  配置  操作  修改 1. 前言 P

敏捷开发模式下的自动化测试研究

敏捷测试过程中的自动化目前在国内来看基本上还只是停留在概念阶段,据我所知,目前不少公司也都在尝试过程中,而实际的实践中能取得比较理想成果的,极为有限.而国外不少同仁也都对此持观望甚至抵触的态度.比如advanced QTP论坛的administrator Meir大大 就认为敏捷过程中的自动化是完全不现实的,理由就是sprint间隔时间内没办法完成一个完整自动化过程的设计,而频繁的变更会导致自动化资源的大量浪费,ROI上无任何前景可言. 从我个人观点来看,没必要保持如此的悲观,但更不能过于乐观.

敏捷开发模式下的测试工作

在华为业务线上有近40天的时间了,参与了两个版本,华为的项目大多数走的都是敏捷迭代开发模式了,至于什么是敏捷,网上有很多的解释与资料,这里就不阐述了,就说说这期间华为的一个敏捷模式. 敏捷开发的最大特点是:积极响应用户的需求,快速高质量的交付软件.所以很多需求会按照用户需求程度以及模块之间的关联程度划分为多个迭代,这里的迭代你可以看做是一个小的完整的版本周期,每个迭代包含多个story,一个story相当于一个功能点,一个小的需求,而一个大的完整的发布版本一般由几个迭代版本组成.敏捷开发的周期一

敏捷开发模式下的测试

敏捷开发 敏捷开发倡导的就是迭代式和增量式的开发模式,并且强调测试在开发过程中的重要性 .主要是围绕以用户为中心,以客户需求为导向的开发过程,这个过程有一个特点就是"随时有变化".虽然敏捷开发引入了灵活性,但其中的重点还是在于客户满意度.客户是敏捷过程的关键环节.如果,客户能够有所参与,并且客户了解到开发对于他们参与的欢迎,那么有助于增加客户对最终产品和开发team的信心和满意度.如果客户由于其他原因不愿意参与进来,那么选择传统的开发流程更好.敏捷开发有三个比较明显的特征:依赖客户完成