干了二十多年的技术了, 作为一名80年出生的80后, 特别羞愧的在这里写这篇文章, 我是一名很常见的技术总监, 目前正在做saas电商平台麦穗云, 跟随前新浪高管做过医疗平台, 曾经在热酷做过月流水近千万的社交游戏<<无双三国>>的项目经理和后端主程, 跟当年facebook一模一样而且还比校内网更早上线的SNS社交网站新公社的技术总监, 曾经跟随过蒋总在CSDN奋斗过.
这几年对领域驱动开发(DDD)特别痴迷, 结合我之前在看板方面的丰富实战经验和对<<用户故事地图>>, <<微服务架构设计模式>>, <<实现领域驱动设计>>等相关书籍的熟练掌握和运用, 自认可以写这篇文章讲讲我自己的技术方法.
经常听到一些做朋友的朋友说产品的需求多么奇葩, 进度安排多么不合理, 在大概5年以前, 我是非常认可这些朋友的说法的, 现在我跟朋友讨论这些事情的时候, 我回复这些朋友的第一句话是: "其实你的方法不对."
为什么不对呢? 因为本来你让产品以技术的视野规划产品的表现细节就是很不靠谱的事情, 当然很多产品的工作能力实际也是不足, 但是技术和产品既然是一种合作关系,那怎么样才能让工作更快更好的完成呢? 我来说下我的方法.
大致先说下我带领的研发团队的整体流程吧,大家可以看下面的脑图, (⊙o⊙)…, 我没找到可以上传文件的地方
一 用户故事阶段:从需求确认会到用户故事地图
我首先是跟产品就墨刀原型进行一番大致的讨论, 我的问法是你这个功能的目的是什么呢? 谁来用它