scrum- engenharia de software
Ò»¬¿ »9=± ª±½6 »²½±²¬®¿ ¿®¬·¹± ª±´¬¿¼± °¿®¿ ¿ °®?¬·½¿ » ³7¬±¼± ?¹»·ò
ͽ®«³ ²¿ Ó»´¸±®·¿ ¼± Ù»®»²½·¿³»²¬± ¼»
Ю±¶»¬± ¼» ͱº¬©¿®»
˳ »¬«¼± ±¾®» ¿ ·³°´¿²¬¿9=± ¼» ͽ®«³ °¿®¿ ±¬·³·¦¿® ± °®±½»± ¼»
¹»®»²½·¿³»²¬± ¼» °®±¶»¬± ¼» ±º¬©¿®»
Ü» ¯«» » ¬®¿¬¿ ± ¿®¬·¹±á
Ò»¬» ¿®¬·¹± ª»®»³± ± °®·²½·°¿· °®±¾´»³¿ ¿ó
±½·¿¼± ¿± °´¿²»¶¿³»²¬± » @ ¹»¬=± ¼» °®±¶»¬± ¼»
±º¬©¿®»ò Û³ »¹«·¼¿ô ³±¬®¿®»³± ½±³± ± °´¿²±
=± ¬®¿¬¿¼± °±® Ó»¬±¼±´±¹·¿ _¹»· ¼» ¼»»²ª±´ª·ó
³»²¬± ¼» ±º¬©¿®»ò
п®¿ ¯«» »®ª»á
Ñ °´¿²»¶¿³»²¬± » ± ¼»»²ª±´ª·³»²¬± ¼» «³
±º¬©¿®» ±¾ ± °¿®¿¼·¹³¿ ?¹·´ ±º»®»½»³ ³¿·
¿ ½±²¼«9=± ¼» °®±¶»¬± ¼» ±º¬©¿®» ¯«» °±«»³
·²½»®¬»¦¿ ±« ·²¬¿¾·´·¼¿¼»ò
Û³ ¯«» ·¬«¿9=± ± ¬»³¿ 7 &¬·´á
A
λ²¿¬¿ ¼» ͱ«¦¿ ß´ª» п«´¿
®»²¿¬¿¿°¿«´¿à¹³¿·´ò½±³
Þ¿½¸¿®»´ »³ Í·¬»³¿ ¼» ײº±®³¿9=± °»´¿
˲·ª»®·¼¿¼» Û¬¿¼«¿´ ¼» Ù±·?ô ß²?°±´·ô
Ù±·?ô » Ð-óÙ®¿¼«¿¼¿ »³ Ì»½²±´±¹·¿ ¼¿
ײº±®³¿9=± » Ò»¹-½·± Û´»¬®,²·½± °»´¿
˲·ª»®·¼¿¼» Í¿´¹¿¼± ¼» Ñ´·ª»·®¿ô Ù±·>²·¿ô
Ù±·?ò ߬«¿´³»²¬» ¿¬«¿ ½±³± ¿²¿´·¬¿ ¼»
·¬»³¿ ²± ײ¬·¬«¬± Ú»¼»®¿´ ¼» Û¼«½¿9=±ô
Ý·6²½·¿ » Ì»½²±´±¹·¿ ¼» Ù±·?ò
è
tualmente, devido à alta complexidade inerente ao desenvolvimento de software, os processos definidos fornecem um nível de flexibilidade menos adequado para que se obtenha alta produtividade e qualidade no produto final com as atuais práticas de engenharia. Muitos dos processos definidos existentes e voltados para esta finalidade, como o Rational
Unified Process (RUP) da IBM (Rational), nem sempre garantem o sucesso do projeto. Tais processos de desenvolvimento de software estabelecem quais as
Û²¹»²¸¿®·¿ ¼» ͱº¬©¿®» Ó¿¹¿¦·²» ó ͽ®«³ ²¿ Ó»´¸±®·¿ ¼± Ù»®»²½·¿³»²¬± ¼» Ю±¶»¬± ¼» ͱº¬©¿®»
ß´7³ ¼» »® «³ ³±¼»´± ¯«» °»®³·¬» ¿ ½®·¿9=± ¼» °´¿ó
¬»³°± » »º±®9±ô °±· º±½¿³ »³ ¿´½¿²9¿® ®¿°·¼¿³»²ó
¬» ³»·± ¼» ª¿´·¼¿® ¿ ½¿®¿½¬»®3¬·½¿ ¼± °®±¼«¬± »³
¼»»²ª±´ª·³»²¬± » ¼» ¿ª¿´·¿® ¿ »ª±´«9=± ¼± °®±¶»¬±ò
atividades necessárias para que o produto seja construído