Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Уақытты басқару әдісі
Time management method
Эджил (Agile) қағидаларында, уақытты шектеу әдісі жоспарланған қызметтің ішінде белгілі бір уақытқа – «уақыт блогына» – бөлінетін максималды уақыт мөлшерін анықтайды. Бұл әдіс эджил негізіндегі жобаларды басқару тәсілдерімен және жеке уақытты басқару үшін қолданылады.
In agile principles, timeboxing allocates a maximum unit of time to an activity, called a timebox, within which a planned activity takes place. It is used by agile principles based project management approaches and for personal time management.
Жобаларды басқаруда
Уақытша жоспарлау – жобаны жоспарлау әдісі. Жоспар бірнеше бөлек уақыт кезеңіне (уақыт тізбегі) бөлінеді, әрбір кезеңнің өзіндік нәтижелері, мерзімі және бюджеті болады. Кейде оны тәуелсіз айнымалы ретіндегі кесте деп те атайды (SAIV). "Уақыт тізбегі көбінесе көп кезеңді жобаларда немесе орындауға аз уақыт кететін және бір уақыт аралығына сыйып отыратын тапсырмалар үшін тиімді. Сонымен қатар, орындалу мерзімі алдын ала білінетін жұмыстарды орындау үшін де қолдануға болады."
Timeboxing is used as a project planning technique. The schedule is divided into a number of separate time periods (timeboxes), with each part having its own deliverables, deadline and budget. Sometimes referred to as schedule as independent variable (SAIV). "Timeboxing works best in multistage projects or tasks that take little time and you can fit them in the same time slot. It is also worth implementing in case of duties that have foreseeable time frames of completion."
Ауқымын белгілеудің баламасы ретінде
Жобаларды басқаруда, әдетте үш шектеу қарастырылады: уақыт (кейде кесте), шығын (кейде бюджет) және көлем. Бір шектеудің өзгеруі екіншілеріне әсер етеді деп есептеледі. Уақытты шектемеу жағдайында жобалар көбінесе белгілі бір көлеммен жұмыс істейді, сол кезде кейбір нәтижелерді жоспарланған мерзімде аяқтау мүмкін емес екені анық болғанда, мерзім ұзартылуы керек (көлемді аяқтау үшін қосымша уақыт беру үшін) немесе көбірек адамдар жұмылдырылуы керек (сол уақыт ішінде көлемді аяқтау үшін). Көбінесе екеуі де бірге орын алып, жеткізілімнің кешігуіне, шығындардың өсуіне және жиі сапаның төмендеуіне (The Mythical Man Month принципіне сәйкес) әкеледі. Уақытты шектеу болғанда, мерзім белгілі болады, яғни көлемді қысқарту қажет. Ұйымдар ең маңызды нәтижелерді бірінші кезекте аяқтауға назар аударуға тиіс болғандықтан, уақытты шектеу көбінесе нәтижелерді басымдыққа бөлу жүйесімен (мысалы, MoSCoW әдісімен) бірге қолданылады.
In project management, there are generally considered to be three constraints: time (sometimes schedule), cost (sometimes budget), and scope.) The assumption is that a change in one constraint will affect the others. Without timeboxing, projects usually work to a fixed scope, in which case when it becomes clear that some deliverables cannot be completed within the planned timescales, either the deadline has to be extended (to allow more time to complete the fixed scope) or more people are involved (to complete the fixed scope in the same time). Often both happen, resulting in delayed delivery, increased costs, and often reduced quality (as per The Mythical Man Month principle). With timeboxing, the deadline is fixed, meaning that the scope would have to be reduced. As this means organizations have to focus on completing the most important deliverables first, timeboxing often goes hand in hand with a scheme for prioritizing of deliverables (such as with the MoSCoW method).
Бағдарламалық жасақтаманы қолдану
Көптеген сәтті бағдарламалық жасақтаманы әзірлеу жобалары, әсіресе кішігірімдері, уақыт қорапшасын пайдаланады. 80-жылдары DuPont компаниясында уақытпен жұмыс істеуді қабылдау дамытушылардың өнімділігін үш еседен астам арттырды. Жедел қолданбаларды әзірлеу (RAD) бағдарламалық жасақтаманы әзірлеу процесі итеративті даму мен бағдарламалық жасақтаманың прототиптерін жасауды қамтиды. Стив Макконнеллдің айтуынша, уақыт қорапшасы RAD үшін "Ең жақсы тәжірибе" болып табылады және әдеттегі уақыт қорапшасының ұзақтығы 60–120 күн болуы керек. Scrum идеялары уақыт қорапшасымен және итеративті дамумен әсер етті. Дамудың негізгі бірлігін тұрақты уақытпен шектелген бірліктер – спринттер құрайды. Әдеттегі спринт ұзақтығы 30 күннен кем. Спринт жоспарлау, спринт ретроспективасы және спринт шолуы кездесулері уақыт қорапшасымен шектелген. Экстремалды бағдарламалау әдістемелерінде даму жоспарлау әдетте 1, 2 немесе 3 апталық итерацияларға бөлінеді. Бизнес әрбір итерация алдында күтіліп тұрған пайдаланушы оқиғаларын қайта бағалайды. Жеңіл бағдарламалық жасақтаманы әзірлеу жоспарға бағытталғаннан құндылыққа бағытталған дамуға көшуді жақтады. Сапа мен уақыт белгілі, бірақ қолданылу аясы бойынша икемділікке рұқсат етіледі. Ең маңызды мүмкіндіктерді бірінші жеткізу инвестицияны қайтаруды каскадты модельге қарағанда ертерек қамтамасыз етеді. Егжей-тегжейлі сипаттамалардың жетіспеуі көбінесе уақыттың жетіспеуінен немесе қажетті соңғы нәтиже (шешім) туралы білімнің болмауынан туындайды. Көптеген жобаларда, әсіресе бағдарламалық жасақтаманы әзірлеуде, іске асыру кезеңін бастамас бұрын барлық талаптар мен сипаттамаларды талдау және анықтау мүмкін емес. Уақытша келісім-шарт мерзімнің ең маңызды аспекті болып табылатын және барлық талаптар алдын ала толық анықталмаған жобалар үшін тиімді болуы мүмкін. Бұл сондай-ақ жоба барысында ашылған жаңа пікірлер мен түсініктерді соңғы нәтижеге енгізуге мүмкіндік береді.
Many successful software development projects use timeboxing, especially smaller ones. Adopting timeboxing more than tripled developer productivity at DuPont in the '80s. Rapid application development (RAD) software development process features iterative development and software prototyping. According to Steve McConnell, timeboxing is a "Best Practice" for RAD and a typical timebox length should be 60–120 days. Scrum was influenced by ideas of timeboxing and iterative development. Regular timeboxed units known as sprints form the basic unit of development. A typical length for a sprint is less than 30 days. Sprint planning, sprint retrospective and sprint review meetings are timeboxed. In Extreme programming methodologies, development planning is timeboxed into iterations typically 1, 2 or 3 weeks in length. The business revalues pending user stories before each iteration. Agile software development advocates moving from plan driven to value driven development. Quality and time are fixed but flexibility allowed in scope. Delivering the most important features first leads to an earlier return on investment than the waterfall model. A lack of detailed specifications typically is the result of a lack of time, or the lack of knowledge of the desired end result (solution). In many types of projects, and especially in software engineering, analyzing and defining all requirements and specifications before the start of the realization phase is impossible. Timeboxing can be a favorable type of contracting for projects in which the deadline is the most critical aspect and when not all requirements are completely specified up front. This also allows for new feedback or insights discovered during the project to be reflected in the end result.