.NET Разработчик(@NetDeveloperDiary). День 1047. #Карьера Чему Можно Научиться из Книг «Программист-прагматик» и «Идеальный программист».

День 1047. #Карьера Чему Можно Научиться из Книг «Программист-прагматик» и «Идеальный программист». Часть 3 Часть 1 Часть 2 5. Как оценивать Этот урок, как и большинство из обеих книг, так же важен в разработке программного обеспечения, как и в реальной жизни. Чем больше вы практикуетесь и развиваете этот навык, тем более интуитивной будет ваша способность определять выполнимость любой задачи. Во-первых, проясним, что означает оценка определением оценки из книги «Идеальный программист»: Оценка — это не число. Оценка — это распределение вероятностей успешного завершения. — Идеальный программист То есть, например, вероятность завершить задачу во 2й день – 10%, во 3й – 50%, в 4й – 20%, в 5й – 10%, в 6й – 5% и т.д, и даже в 10й – 1% (закона Мерфи ещё никто не отменял). Один из основных способов делать точные оценки — это хорошо знать, что вы оцениваете. Первой частью любого упражнения в составлении оценки является понимание сути заданного вопроса. <…> вам необходимо осознать масштаб предметной области. — Программист-прагматик Не оценивайте в одиночку, общайтесь с другими людьми, чтобы быть как можно более точными. Самый важный ресурс оценки — это люди, которые вас окружают. Они могут видеть то, что не видите вы. Они помогут вам оценить ваши задачи точнее, чем если бы вы делали это самостоятельно. — Идеальный программист Главная хитрость оценки, которая всегда даёт хорошие результаты: спросите того, кто уже делал это. — Программист-прагматик Когда вас попросят дать оценку, выберите единицы, которые лучше отражают точность, которую вы собираетесь передать. Эта шкала времени оценки из книги «Программист-прагматик» может вам помочь:

1–15 дней   - Дни
3–6 недель  - Недели
8–20 недель - Месяцы
20+ недель  - Хорошо подумайте, перед тем, как оценивать

Хотя бизнесу нравится рассматривать оценки как обязательства, помните, что оценка — это всего лишь предположение, поэтому никаких обязательств не подразумевается. Обязательство — нечто такое, что вы обязаны сделать. Если вы обязуетесь сделать что-то к определённой дате, то к этой дате «что-то» должно быть готово. <…> Профессионалы не принимают на себя обязательств, если только они не уверены в возможности их выполнения. <…> Нарушение обязательств обернется огромным ущербом для вашей репутации; это проявление непорядочности, лишь немногим лучшее открытой лжи. — Идеальный программист Таким образом, чтобы помочь бизнесу в оценке требований и составлении соответствующих планов, вы должны устранить двусмысленность требования перед проведением оценки. А впоследствии информировать бизнес о вашем прогрессе. Чтобы свести к минимуму проблемы, связанные с отставанием, помните о двух важнейших аспектах: раннем обнаружении и прозрачности. Будьте по возможности честны в своих оценках. Оптимизму в них не место! — Идеальный программист Не изобретайте велосипед, используйте известные методики оценивания задач. Вот некоторые техники оценки, упомянутые в этих книгах: - PERT - Широкополосный дельфийский метод - Метод быстрого голосования - Покер планирования - Аффинная оценка - Анализ по трем переменным - Закон больших чисел Чем больше у вас опыта работы над тем или иным проектом, тем точнее вы оцените его задачи. Поэтому не беспокойтесь, если ваши первые оценки окажутся не такими точными, как могли бы быть. Это постепенный процесс, как и с любой долгосрочной целью, которой вы хотите достичь. Продолжение следует… Источник: www.freecodecamp.org/news/le…an-coder