敏捷管理
文章平均质量分 57
WalleFu
希望做一个思想自由的人, 通过自己的努力给家人提供一个舒适的生活条件,并有能力帮助和影响周围的朋友。
展开
-
如何高效的组织需求讨论
摘要:研发过程中会有很多的业务需求评审和讨论,实际运行过程中会出现各种问题。例如,经常出现多次讨论无法达成共识,或者在需求上线阶段还面临修改的问题。互联网的最主要特点就是很多需求并非严格如合同般精准,且迭代速度非常快速,这就非常考究产品经理的能力。如果产品经理无法准确把握住业务的特点,提出富有创新力的需求想法,再好的研发也无法达成业务目标。此外,业务团队内产品-技术-运营-设计等同学对于业务的想法,如果无法形成真正的共识,就无法形成合力。本文针对该问题,提出了一套需求讨论的推荐流程,希望可以让讨原创 2022-03-10 11:51:23 · 748 阅读 · 0 评论 -
如何做好基层管理者(二)
第一篇简单列出了我认为做好一个基层技术管理注意的几点(再次说明,仅仅是我认为,可能不对哦,所以欢迎交流)。但是深入分析如何做好管理还需要考虑很多。这一篇中,我主要从另一个侧面分析基层管理:利益分配。我没有学过管理学,相关的书也读的很少。客观的说,虽然我热爱诗歌和艺术,但我曾经是一个对于非理工学科持鄙视态度的理工男。在所有的非理工学科中,我最欣赏和感兴趣的就是心理学,准确的说是积极心原创 2013-06-21 14:29:05 · 2201 阅读 · 1 评论 -
Dev Owns Quality
Dev owns quality means better codes.Dev owns quality means find bug easily.Dev owns quality means find bug early, much earlier. We know the later you find a bug, the more expensive to fix.Dev owns qua翻译 2013-04-16 10:00:42 · 806 阅读 · 0 评论 -
如何做好基层管理者(一)
如何才能做好一个基层管理者?这个问题想了很久,想写一篇博客,但是一直难以下笔。第一,怕得罪人。第二,确实没有足够的实践经验。思考再三,最后还是决定先写一点,看看大家的反响吧。为了不至于被曾经和现在的leader误会,开写之前都告知这一想法,以免被当成背后小人,呵呵。我们先从一个所谓团队管理方面的游戏开始吧:游戏人数(10人或以上),分为两组完成。游戏时间:5分钟。胜负判原创 2013-06-20 16:59:18 · 4307 阅读 · 3 评论 -
敏捷技术和管理方法思考列表---长期维护
2012-11-28:今天晚上下班回家后,用3个小时系统的把一些对敏捷持正反两方面的博文看了一遍,零零碎碎的整理了一些自己的想法。客观的说,我在一个敏捷团队里呆过半年的时间。当时的教练也是从TW中国请来的,算是对敏捷有一个相对比较全面的认识了。但是由于当时主要做QA工作,TDD以及结对等开发实践并不是很充分,总体认识上对于敏捷提升开发效率的观点是有很大的质疑的。主要原因:团队在原创 2012-11-24 20:30:29 · 897 阅读 · 0 评论 -
开发团队的人员结构
研究生毕业马上满三年了,三年来先后从事测试和开发工作(0.5年开发、1.5测试、1年开发至今)。经验和认知上觉得7个人的开发团队是最合适的,当然我说的开发团队是包含测试的。这7个人分别是:Team Leader: 主要负责人事管理,以及负责和R&D Manager之间的沟通协调。Tech Leader: 负责技术难点的攻关,以及总体监督和指导架构的设计(架构原创 2013-04-14 13:25:19 · 6186 阅读 · 0 评论 -
敏捷资料笔记
敏捷方法经验:http://www.csdn.net/article/2013-03-25/2814622-cto-club-95重点摘要:集中规划和项目推演。这样做的好处是:研发、测试团队和和项目经理Scrum Master一起深入理解项目要求,测试团队也应此能够更早地开始编写测试脚本,也避免了后期矛盾。站会,每个人都是众星捧月的明星。站着原创 2013-04-02 23:43:19 · 750 阅读 · 0 评论 -
敏捷读书笔记与思考 -- 长期维护
1.Scrum的三大支柱支撑起每个经验型过程的实现:透明性,检验和适应;2.检验和适应的四个时机:sprint计划会议;每日例会;sprint评审会;sprint回顾会;3.敏捷核心思想:个体和交互重于过程和工具;可以工作的工具重于面面俱到的文档;客户合作重于合同谈判;随时响应变化重于循规蹈矩;4.原创 2013-01-07 21:08:35 · 566 阅读 · 0 评论