Домашняя страница
Одной из неизбежных проблем в сфере программного обеспечения является сложность, с которой разработчики сталкиваются при тайминге проектов. Недавно я прочитал эту книгу "Scrum - Искусство сделать в два раза больше работы за половину времени" от автора Джеффа Сазерленда, в которой мы рассматриваем значительное воздействие Scrum в бизнесе. Я очень рекомендую эту книгу каждому программисту или менеджеру. Основная философия книги заключается в том, как сделать командную работу более эффективной, а не в фокусировке на процессах. Когда проблемы в этих областях решаются, решения находятся и в аспектах, связанных с процессами.
Бизнес-планирование - метод водопада
В бизнес-мире большинство людей делают планы с использованием этого метода и отслеживают улучшения своих процессов на основе этих планов. Книга подчеркивает, насколько неправильным этот метод является для программной индустрии. Причина в том, что в качестве программной компании среднее время, которое каждый сотрудник потратит на то, чтобы сделать что-то, не измеряется. Представьте, что вы начинаете проект с нуля. В методе водопада представьте себе, что каждый элемент сервиса перечислен в подчиненном порядке с датами начала и завершения. Проверьте в конце, насколько эти люди в команде могут придерживаться этого плана. Часто план остается висеть. Поскольку способности к планированию каждого человека в команде могут быть разными, может возникнуть несоответствие. Вместо этого считается более целесообразным начать с метода разбиения работы на части и поддерживаемого системой оценки. Система оценки основана на оценке задач. Так, человек дает оценки во время выполнения работы. Для этого также считается подходящей система чисел Фибоначчи. Различие между большим и маленьким также считается подходящим в задачах. Таким образом, размер работы определяется сотрудником. Затем команда начинает задачи в соответствии с этой определенной оценкой. По мере продвижения процесса управления процессами для начатых задач уточняется руководителем команды. Таким образом, ситуация одинакова для всех проектов. На основе прогресса команды делается оценка ситуации, и прогнозируется, когда это будет завершено.
