![](https://img-blog.csdnimg.cn/20201014180756780.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
实践与感悟
分享开发过程中的实践经验与感悟。
技术地图
勤恳推动技术创新、应用、普及
展开
-
程序员的格局:身体专注,思想开放
如题,Mark一下自己的博客过了4万(2020年4月6日),跟很多一篇文就几十万、甚至上百万访问的人比起来有点寒碜。不过,每个人都有自己的路,别再羡慕嫉妒恨加抱怨了,心里偶尔想一下就算了,要做的是“努力每一步都比昨天更好”。虽然很久以前就注册了CSDN,久到我自己都忘了具体是什么时候。之前,偶尔心血来潮写过几篇,饱含情绪的文章,但从没想过要系统地做一写技术文章,或许是太忙,或许是程...原创 2020-04-06 11:37:06 · 513 阅读 · 0 评论 -
我对管理和领导的理解
关于管理或者领导,一直来我觉得这两个词没什么不一样,以前一听到这个词我想到的就是,命令、权力、心思缜密、发号施令、一脸严肃、好斗争、内心极度压抑、官僚、受贿、上巴结下掠夺等等。因此,我从内心上极度不愿意自己与管理和领导扯上什么关系,所以,我埋头于技术、埋头于业务,我希望把自己的业务和技术能力做得越来越好,我希望自己是靠实力和能力吃饭的人。然而,处于好奇心驱使,我依然时不时看些与管理相关的书籍,其中原创 2015-11-09 15:46:27 · 1616 阅读 · 0 评论 -
我为什么要写blog
一直以来我都没想过要写博客,尤其没想过要写技术类或者与工作高相关的博客。很长一段时间,我都不知道我的未来何去何从?我有很多的想法,至少我自己认为蛮有意思的想法,我不知道该跟谁探讨,当然,我会跟家人探讨,但是往往探讨完后就结束了,没有产生效果,有时候我想行动,无奈视乎自己力量又不够,于是热火朝天想了几天甚至几个礼拜,想法又被放弃掉依然是没有产生效果,于是心里渐感失落。在工作中,我思维活跃,有时候原创 2015-10-26 22:21:56 · 472 阅读 · 0 评论 -
2015敏捷之旅感悟
2015年11月29日参加了一个叫“不靠谱的敏捷之旅”北京,整个活动完全靠敏捷热爱者自发自组织,从活动主题、讲师、场地到参会者完全众筹参与、投票决定,活动当天聚集了300多号人,浩浩荡荡,现场井然有序。我听了几个会场,有好几个会场讨论都非常热烈,其中一个敏捷实践的会场不仅座无虚席且门口都挤满了站着的人,完全超乎大家的预期,不仅如此,还出现了签名活动,人们乐此不彼。当然,也不是所有会场都这么热烈,个原创 2015-12-09 19:36:21 · 658 阅读 · 0 评论 -
敏捷实况6:参加各种敏捷活动
很久没有更新敏捷实况了,一方面团队敏捷正在磨合期精力不够,另一方面这段时间一直忙于参加各种活动。无论如何,敏捷的价值观已经深深吸引了我,它所倡导的“承诺、专注、开放、勇气、尊重”给了我一个很美好的远景。这段时间参加了CSPO培训、与其他敏捷教练做了以探讨、也参加了敏捷之旅活动。总体感觉是敏捷是大家所期待的,它所描述的场景是吸引人的,然而,真正地实施却很难,每个团队都自己的问题,真正达到境界的目原创 2015-12-09 19:46:19 · 804 阅读 · 0 评论 -
敏捷实况5:设计与敏捷
上次跟领导谈判的结果不是很明确,既没有反对,也没有完全支持,看来F项目全面实施敏捷还有一段路要走!既然如此,我决定改变我自己能改变的部分,先把自己的设计敏捷起来吧。那么设计如何敏捷呢?或者说从设计角度如何支持敏捷呢?经过了两天的设计,我已略有心得,在此与大家分享一下吧,也希望同朋友们一起探讨下。1、描述业务操作流程的方式传统:以往的设计,我会按照业务操作过程,从先到后,或者按照原创 2015-10-28 23:40:45 · 557 阅读 · 0 评论 -
你不会因为实施了Scrum而变敏捷
Scrum管理项目管理创新敏捷原文链接作者:Jurriaan Kamer很多公司已经实施了Scrum。Scrum已经成为了软件开发的行业标准。然而,为了获得敏捷的好处,很多公司还在苦苦挣扎。他们无法真正地敏捷起来。怎么回事呢?盲点敏捷(Agile)和Scrum常常被相提并论。通过实施Scrum,你应该能够在一半的时间内完成两倍的工作。这能促成更快的创新,以及快速响应市场转载 2015-10-27 12:51:37 · 598 阅读 · 0 评论 -
敏捷实况1:项目概况
这是一个公司比较前沿的产品涉及工业4.0方向,大约从2014年7、8月份开始讨论,调研,并做了deamon,一个产品经理,1、2个开发人员,需求业务人员也时不时参与一下。据说,高层也进行过多次讨论,但是始终徘徊在要做什么,要不要做上。直到今年5月份左右,据说终于确定大概要做哪一部分、哪一个环节,然后又是一阵忙忙碌碌的调研,各种讨论。然后,终于有用户要想用此方案,然而产品经理、部门经理又各有想法,产原创 2015-10-22 23:27:03 · 394 阅读 · 0 评论 -
敏捷实况2:终于确定产品蓝图
今年9月底(2015),我被部门经理一再强调必须尽快介入该产品(一个讨论了1年多都没做的产品),我真不是很想进来,这个产品从产品经理(部门A)、需求(部门B)、设计(部门C)、开发、开发经理所有角色已经一应俱全甚至超负荷了,我不知道我进来是干啥。但是部门经理(只有开发人归属他管)说,你就是咱部门的主设计,现在产品研发没进展,你觉得你没责任吗?好吧,话到此,我还能说什么。进来后,经过简单了解,发原创 2015-10-22 23:52:45 · 674 阅读 · 0 评论 -
敏捷实况3:分解产品蓝图——多版本发布
由于昨晚没睡好,我想得很多,我想到了上个星期10月15、16日我刚花几千块钱参加的敏捷教练培训。我想或许这次是实施敏捷的一次机会,这个宏伟的产品蓝图可以拆解,排列优先级,以尽早交互一个用户可用的产品,降低产品风险。10月21日早,我达到工位后迅速将产品蓝图做了分解,然后开始跟开发沟通确认其可行性。分版本,按照优先级研发,这是一个再好不过的方案,既能让产品风险大大降低,同时也能满足当初部门经原创 2015-10-23 00:21:52 · 592 阅读 · 0 评论 -
敏捷实况4:与管理者谈敏捷
为了后续好说,在此,我就把现在推进的项目叫 F项目吧,这样不涉及公司商业问题。10月26日,今一早我们又像往常一样开了站立会(站着开会),先是部门经理、主设计、开发经理开会,然后是F项目全体成员开,再是F项目主要成员开,从9点开到了10点。目前角色分工很细,有开发经理、主设计、详细设计、开发人员,而部门外参与项目的还有架构师、总体设计、详细需求、测试等角色,但越是如此,视乎大家越不知道自己该干原创 2015-10-26 13:01:56 · 795 阅读 · 0 评论