60% необходимых знаний вы получаете за первые 40% срока, запланированного для проекта, к этому моменту проект выполнен на 25%. Начальство или заказчик может сказать следующее: «Вы потратили 40% времени, а сделали 25% проекта. Дело плохо».
При итеративной разработке важно в самом начале накопить знания. Чтобы объяснить полезность этой работы, можно взять список рисков, составленный в самом начале: малоизученные технологии, интеграции со сторонними системами и всё то, что может принести проблемы в процессе разработки. И показать, как эти риски были уменьшены или устранены.
Из книги Джо Мараско «IT-проекты: фронтовые очерки». Джо — один из руководителей компании Rational Software, где придумали UML.
При итеративной разработке важно в самом начале накопить знания. Чтобы объяснить полезность этой работы, можно взять список рисков, составленный в самом начале: малоизученные технологии, интеграции со сторонними системами и всё то, что может принести проблемы в процессе разработки. И показать, как эти риски были уменьшены или устранены.
Из книги Джо Мараско «IT-проекты: фронтовые очерки». Джо — один из руководителей компании Rational Software, где придумали UML.
You get 60% of the necessary knowledge in the first 40% of the period planned for the project, by this time the project is 25% complete. The bosses or the customer can say the following: “You spent 40% of the time, but did 25% of the project. This is bad. ”
With iterative development, it is important to accumulate knowledge at the very beginning. To explain the usefulness of this work, you can take the list of risks drawn up at the very beginning: poorly understood technologies, integration with third-party systems, and all that can bring problems during the development process. And show how these risks were reduced or eliminated.
From the book of Joe Marasco "IT-projects: front-line essays." Joe is one of the leaders of Rational Software, where they came up with UML.
With iterative development, it is important to accumulate knowledge at the very beginning. To explain the usefulness of this work, you can take the list of risks drawn up at the very beginning: poorly understood technologies, integration with third-party systems, and all that can bring problems during the development process. And show how these risks were reduced or eliminated.
From the book of Joe Marasco "IT-projects: front-line essays." Joe is one of the leaders of Rational Software, where they came up with UML.
У записи 12 лайков,
3 репостов,
623 просмотров.
3 репостов,
623 просмотров.
Эту запись оставил(а) на своей стене Антон Григорьев
