Scrum大师

/Scrum大师

About Scrum大师

This author has not yet filled in any details.
So far Scrum大师 has created 4 blog entries.

scrum实践经验总结

Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。 虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法:Scrum of Scrums 。 相关线上资料: http://www.ScrumArts.com

By |2016-07-20T17:25:49+08:00七月 20th, 2016|敏捷开发知识|scrum实践经验总结已关闭评论

利用Puppet实现敏捷部署

ScrumArts中文名为“Scrum大师”,是翼发云计算旗下的一款Saas软件,旨在帮助企业更好的进行软件研发管理,实现敏捷开发,大幅提高软件开发的工作效率和软件产品的质量。 ScrumArts(Scrum大师)采用按月付费或按年付费来使用,用户不需要购买服务器和软件,不需要雇人进行运行维护,大幅缩减信息化建设和运营成本。

By |2016-07-12T23:55:09+08:00七月 12th, 2016|敏捷开发知识|利用Puppet实现敏捷部署已关闭评论

采用敏捷开发提高产品迭代效率

微信是2011年1月21日进行发布推出的,但是微信并不是第一个做社交软件的,在微信前三个月就已经有米聊推出,更早的还有强大的中国移动在2007年推出的飞信。 但是,为什么其他更早推向市场的产品为什么后来在与微信的竞争中落于下风? 面对如此多的竞争对手,微信是这样通过一系列的迭代以及功能的改进。  利用QQ的导流优势,迅速推出附近的人、漂流瓶等功能吸引用户,  在2012年8月23日推出微信公众平台,一大把的微信营销案例又一次把微信放在在浪潮之上,  在2014年1月27推出微信红包,2015年除夕当日微信红包收发总量达10.1亿次,在创造了强大交易量的同时,微信红包也为财付通的推广打出一手好牌等等...   微信通过一系列的产品迭代,从而坐上社交软件龙头的位置,它并不是最开始面向市场的,但是它笑了最后。 我们不仅仅能由此得出微信的产品功能设计很棒,同时,我们也该明白:微信的迭代效率绝对是非常快的,在响应市场的把控上,是少有产品能比的。 前段时间针对下拉拍短视频的功能,在经过用户反馈之后,就在微信更新中进行了去除,足以可见响应之快。 同样地,不仅是微信,对于其他的互联网产品,产品的迭代效率都是十分重要的。 产品的迭代效率高可以让产品更早推出发布,抢占先机占领市场,同时容易快速试错,通过用户的反馈数据快速进行产品的迭代,这样利于我们在市场上更稳地站好脚跟。   那么,我们如何最大提高产品迭代效率? 在这里,我先不谈产品最初的开发发布,以产品迭代为例子,详细讲述如何提高产品迭代效率——敏捷开发流程,这是一种流程,更是一种好的工作方式。 敏捷开发流程 如图所示是详细的流程表格,下面逐点进行分析。   背景 •产品类型:以上是以一个网站或APP简单的迭代举例 •开发周期:表格中设定的是两周时间,实际操作中我们应该根据产品具体的迭代难度进行时间的调整,一切视情况而定。 •工作人员:参与迭代的工作人员涉及到产品、UE、UI、开发、测试,基本上互联网公司都会涉及到这些岗位,小型的创业公司可能没有UE,那么一般是由产品经理完成,所以作为产品经理,原型图以及交互体验是必须要懂的,有时候测试人员不够,同样地,产品也要进行参与,所以,产品是苦逼的,大家要善待每一个产品经理。   工作流分析 在产品迭代的过程中,根据每个人所负责具体的工作内容,进行合理的分配时间。 前期(前1/4时间):由产品经理进行驱动,进行公司产品战略的参与,从而进行需求的采集与确定,根据竞品分析以及用户调研,进行产品原型的制作以及产品需求文档的撰写,在这个过程中,需要与项目经理进行评审,了解产品的开发难度以及可行性,从而对产品需求以及原型图进行合适地调整。 中期(1/4时间):由UE完善产品原型的交互细节,有关页面的跳转等用户体验做到极致,然后由UI设计师进行界面的设计美化,及时与产品经理进行沟通,设计出与产品经理所想要的效果出来,结合自身的设计理念和技术,将界面设计得人性化、扁平化。 后期(1/2时间):由开发人员进行产品具体的功能设计开发,根据项目进度安排时间,做好工作安排,认真查看设计图以及原型图、产品需求不懂,不清楚的地方及时与产品经理进行沟通,以免辛苦做出的功能与产品的意思不符,造成浪费时间精力的后果,产品进行开发完成后,由测试人员根据测试用例进行测试,将出现的问题进行反馈,及时修复产品的bug,确保产品在规定的时间进行上线。 同样地,我们通过图中的流程,这也很容易解释为什么一旦产品出现问题,产品就成为当之无愧的背锅侠,事实上,这怨不得其他人,好比造房子,产品的工作类似打地基,地基不好,房子会塌,房子塌了怪谁,地基打得不好,当然是产品。   在工作中产品经理特别需要注意的三个要点: 前期的产品战略以及需求,产品经理都是参与其中的。特别是大的产品方向突出的功能点,你都必须全局进行了解。对公司的战略方向是否匹配,之后在产品的开发以及以后产品的迭代是否难度太大;这些问题一定要想清楚,想清楚,想清楚。重要的事情说三遍,不懂的就问,不断地进行评审深入下去。因为一旦进入开发阶段,突然变更需求,那么这段时间的精力以及时间就浪费了,这对于公司的损伤是巨大的。 工作过程中,需要勤写文档。一个人的记忆不可能会记住所有的东西,所以你必须记录下来,这样能更好地开展工作,在写需求文档的时候,我们需要要对每个用词定义紧抠,少用差不多、不确定等用词来模糊定义,千万不要以为需求文档开发不看,只看设计图,起码测试是需要根据你的需求文档写测试用例的,所以需要慎重对待。 经常会有评审。在评审的过程中,与项目经理进行评审后,记得做记录。哪些功能做,哪些功能不错;什么时间开始,什么时间结束;这些都做好记录。如果项目延期遭到老板责骂,那么你可以向你的上级表示你已经尽力。之前已经有记录是与项目经理谈好了工作进度安排的,当然责任不在你身上。   职位工作流程 在我们产品迭代的过程中,经常会遇到这样的情况,因为只涉及到一个具体的工作流程,比如开发只负责开发,那么在前期的需求采集确定以及UI设计等阶段,他会无事可做,而如果真的是这样的话,那就是上级没水平工作安排不佳的问题。 产品经理: 在产品迭代的过程中,产品经理是全程互动、全程参与的,产品经理主要是负责前期的需求采集分析、制作原型交互等工作,在之后的设计以及开发过程中,需要时刻地沟通跟进,确保需求传达准确,根据原型图进行功能开发,对细节的把控,以完成最终产品的迭代。 UE: 貌似UE只负责一个产品原型交互细节,制作一个低保真原型图就万事大吉,事实上他也要涉及到一些必要的工作,在前期的需求采集,可以作为一个小白用户参与到产品的构思,在完善产品交互细节后,对在交互设计上经常用到的方法制作一个范式文档。(范式文档:解决通用问题的通用方法,参照他人解决问题的方式,结合自身工作过程中解决问题的方式,进行统一的要求) UI: 同样可以作为一个小白用户参与到需求采集分析,便于产品经理集思广益更全面洞悉用户心理,在产品经理和UE制作原型交互的时候,可以为设计提前做准备,寻找此类产品的设计图参考,对于界面风格以及具体的图标进行素材的寻找,这都便于在之后的设计中提高设计的效率。 开发: 在产品的需求采集阶段,开发不进行参与的情况下,可以对上一个开发完成的产品进行总结,对一部分技术难点进行深入,对部分可简化的代码给出代码规范,及时进行总结,在设计图的制作过程中,查看需求文档,对于需要做的功能点进行事先的深入研究,便于提高后期开发效率。 测试: 及时查看产品需求文档,根据产品需求文档中的内容进行测试用例的撰写,做到细致,如此一来便省去了之后测试过程中的一部分时间,对于测试过程中经常出现的问题,在文档中进行总结反馈给开发人员,减少出错率。 总结 在产品迭代的过程中,合理地按照工作流程来执行工作,提高产品迭代的的效率,针对于个人的瀑布流工作方式,帮助个人在工作中及时进行总结,进行能力的提高,这些都再好不过。

By |2016-07-06T00:22:51+08:00七月 6th, 2016|敏捷开发知识|采用敏捷开发提高产品迭代效率已关闭评论

站会要如何开?

这里结合我在翼发云团队的实践,和大家分享下这里的站会是怎么开的。过程可能和理论知识有些出入,本次分享的目的也在于告诉大家不要拘泥于理论,努力找到适合你团队的方式才是重点。

By |2016-04-12T00:04:56+08:00四月 12th, 2016|敏捷开发知识|站会要如何开?已关闭评论