传统的瀑布式开始一般是设计之初开始设立需求,之后在整个开发周期内都遵循刚开始的需求,如果中途有需求更改会很麻烦,所以为了产品的迭代和提高开发效率,需要去使用敏捷开发模式。
一般敏捷开发的一个周期会接一些小的需求。在需求分析之初,就会把大需求拆分为小需求,所以一个sprint的周期分为2-3周,一般在第一周的周一会开sprint的planning,拆分每个需求的细节,如:开发start -- deadline,测试的start -- deadline,前端,后端,数据库涉及到哪一部分的业务和开发每一步业务的花费时间。之后会在sprint board上设置自己的task。
开发过程中有可能需求更改,所以每当需求更改时都要及时告诉每一个team member。
每天早上都有站会,update 每个人的task。
一般开发完时间为7天到9天。在sprint的最后一周,会有deliver DUS的会议,这时就需要team member和产品进行battle需求,直到清楚为止。
总的来说,敏捷开发就是为了快速迭代,实现流水线式的开发!!!
 
                   
                   
                   
                   
                             敏捷开发模式强调快速迭代和提高开发效率,通过将大需求拆分成小任务,通常在一个2-3周的sprint周期内完成。团队在周一的planning会议上确定每个需求的细节和时间表,并在sprint board上跟踪任务。每日站会更新进度,需求变更时及时沟通。在sprint的最后一周,进行deliverDUS会议,确保需求清晰。敏捷开发旨在实现流水线式的开发流程,促进产品的快速迭代。
敏捷开发模式强调快速迭代和提高开发效率,通过将大需求拆分成小任务,通常在一个2-3周的sprint周期内完成。团队在周一的planning会议上确定每个需求的细节和时间表,并在sprint board上跟踪任务。每日站会更新进度,需求变更时及时沟通。在sprint的最后一周,进行deliverDUS会议,确保需求清晰。敏捷开发旨在实现流水线式的开发流程,促进产品的快速迭代。
           
       
           
                 
                 
                 
                 
                 
                
               
                 
                 
                 
                 
                
               
                 
                 扫一扫
扫一扫
                     
              
             
                   1406
					1406
					
 被折叠的  条评论
		 为什么被折叠?
被折叠的  条评论
		 为什么被折叠?
		 
		  到【灌水乐园】发言
到【灌水乐园】发言                                
		 
		 
    
   
    
   
             
            


 
            