27 lines
		
	
	
		
			3.5 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
		
		
			
		
	
	
			27 lines
		
	
	
		
			3.5 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
| 
								 | 
							
								---
							 | 
						|||
| 
								 | 
							
								title: Programming Methodology
							 | 
						|||
| 
								 | 
							
								localeTitle: Методология программирования
							 | 
						|||
| 
								 | 
							
								---
							 | 
						|||
| 
								 | 
							
								### Основополагающие гибкие принципы
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								**_Физические лица и взаимодействия_** над **_процессами и инструментами_**
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								**_Разработка программного обеспечения_** в течение **_Comprehensive_**
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								**_Сотрудничество с клиентами_** по **_переговорам_** по **_контракту_**
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								**_Ответ на изменение_** **_По плану_**
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								## User-Stories
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								Истории пользователей помогают нам напрямую привязывать потребности наших пользователей к функциям, которые мы реализуем в диалоговом формате. Они **всегда** следуют этому синтаксису: _«В качестве пользователя / заинтересованного лица мне нужно / нужно иметь возможность сделать что-то»_ . Это может привести к некоторым неудобным историям для «очевидных» функций, таких как _«Как пользователь, я должен быть в состоянии доверять тому, что данные моей кредитной карты защищены»._ , но обязательно, чтобы ВСЕ функции привязывались к истории, чтобы позволить нам эффективно разорвать работу на управляемые части.
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								## Спринт
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								«Спринт» - это короткий (1-3 недели) цикл разработки, в течение которого несколько историй или подзадачи нацелены на завершение к концу спринта. Идея «Sprinting» заключается в том, чтобы позволить нам **донести** историю к чемпиону проекта за отзыв / одобрение. Этот итеративный рабочий процесс гарантирует, что мы получим непрерывный бай-ин от чемпионов проекта, и мы обеспечиваем функциональность, которая работает, и является ценной.
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								## SCRUM
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								На базовом уровне SCRUM помогает нам оставаться сосредоточенными и информированными о том, какой статус относится к каждой заданной задаче, а также нарушать коммуникационные барьеры. Во многих профессиональных условиях рабочий день начинается с «Daily Scrum». Мы будем следить за еженедельной схваткой, чтобы выровняться с нашими спринтами. Общим недостатком схватки является попытка решить проблему во время схватки. Устранение неполадок и «мозговой штурм» всегда должны выполняться как отдельная задача SCRUM.
							 | 
						|||
| 
								 | 
							
								
							 | 
						|||
| 
								 | 
							
								Подробнее читайте [здесь](http://scrummethodology.com/) .
							 |