Многія каманды выявілі, што яны могуць больш эфектыўна працаваць на гнуткіх сустрэчах. Прадукцыйнасць залежыць ад выразнай і структураванай працы. Для выканання ўсіх задач устаноўлены тэрміны, каб каманды заўсёды спраўляліся ў тэрмін. На гэтым семінары эксперт па гнуткіх працэсах Дуг Роўз растлумачыць, як зрабіць гнуткія сустрэчы больш эфектыўнымі. Ён дае парады па ключавых відах дзейнасці, такіх як планаванне, арганізацыя ключавых сустрэч, расклад спрынтаў. Вы таксама даведаецеся, як пазбегнуць распаўсюджаных памылак і забяспечыць паслядоўны прагрэс вашых праектаў.

Больш прадуктыўных сустрэч

У дзелавым свеце, які пастаянна змяняецца, арганізацыі павінны адаптавацца, каб павялічыць прадукцыйнасць і крэатыўнасць. Сустрэчы з'яўляюцца неабходнасцю, і гнуткасць становіцца ўсё больш важнай. Магчыма, вы чулі пра спрытны метад, але што гэта такое? Гэта сучасная канцэпцыя, якая развілася ў апошнія гады, але яна не новая: яна ўзнікла ў пачатку 1990-х гадоў і пераасэнсавала кіраванне праектамі і камандную працу. Гэта заахвочвае дыялог паміж усімі бакамі, якія ўдзельнічаюць у праекце.

Што такое гнуткая метадалогія?

Перш чым мы паглыбімся ў дэталі, давайце разгледзім некаторыя асноўныя паняцці. Як мы ўжо згадвалі раней, за апошнія два дзесяцігоддзі гнуткая распрацоўка стала стандартам у распрацоўцы праграмнага забеспячэння. Гнуткія метады таксама выкарыстоўваюцца ў іншых сектарах і кампаніях. Хочаце вы гэтага ці не, але яго велізарная папулярнасць бясспрэчная. Калі вы гэтага яшчэ не зрабілі, азнаёмцеся з асновамі.

ЧЫТАННЕ  Канец сеткавай працы на 100%, банк дазволены ... Што плануецца вярнуць у кампанію

Што вам трэба ведаць аб гнуткім метадзе, так гэта тое, што, хаця яго часта апісваюць або ўспрымаюць як спосаб працы (пакрокавы працэс), насамрэч гэта аснова для мыслення і кіравання працай. Гэтая структура і яе кіруючыя прынцыпы апісаны ў маніфесце гнуткай распрацоўкі праграмнага забеспячэння. Agile - гэта агульны тэрмін, які не мае на ўвазе канкрэтнай метадалогіі. Фактычна, гэта адносіцца да розных «гнуткіх метадалогій» (напрыклад, Scrum і Kanban).

У традыцыйнай распрацоўцы праграмнага забеспячэння каманды распрацоўшчыкаў часта спрабуюць завяршыць прадукт, выкарыстоўваючы адно рашэнне. Праблема ў тым, што гэта часта займае некалькі месяцаў.

Спрытныя каманды, з іншага боку, працуюць у кароткія перыяды часу, якія называюцца спрынтамі. Працягласць спрынту адрозніваецца ад каманды да каманды, але стандартная працягласць - два тыдні. У гэты перыяд каманда працуе над канкрэтнымі задачамі, аналізуе працэс і спрабуе ўдасканальваць яго з кожным новым цыклам. Канчатковая мэта складаецца ў тым, каб стварыць прадукт, які можна будзе пастаянна паляпшаць у наступных спрынтах.

Працягвайце чытаць артыкул на арыгінальным сайце →