Отправляет email-рассылки с помощью сервиса Sendsay

Мир экстремального программирования

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "Создание сайта и его продвижение" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Ноябрь 2003   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
Автор
Александр Федоренко

Статистика

4.067 подписчиков
-4 за неделю
←   Все выпуски   →

Вырабатываем навыки точных оценок.


Информационный Канал Subscribe.Ru

Мир экстремального программирования

Появились новые паттерны рефакторинга

Выделение класса (Extract Class)
Выделение интерфейса (Extract Interface)
Выделение метода (Extract Method)
Выделение пакета (Extract Package)
Выделение подкласса (Extract Subclass)
Выделение родительского класса (Extract Superclass)

Изучаем методики XP

Вырабатываем навыки точных оценок.

Всем известно насколько трудно бывает правильно оценить предстоящую работу. Бывалые разработчики скажут, что такое умение придёт с опытом. С ними нельзя не согласиться. Вопрос стоит только в том, как ускорить процесс получения опыта в оценивании работы. Планирование в миниатюре и есть один из вариантов ускорения этого процесса.

Его смысл заключается в оценке каждой задачи и сравнении с реально затраченным временем. Так можно организовать своего рода обратную связь со скоротечностью времени. Каждая неудача в оценке будет корректировать последующую, а каждая правильно сделанная оценка придаст дополнительную уверенность в своих силах. Предоставление оценок можно рассматривать как аналог стрельбы по мишени, а все правила и методики обучения стрельбе можно, в каком-то роде, перенести на обучение оцениванию. Так, например, кучность попаданий при стрельбе - это хорошо, при оценке работы неточности, лежащие на коротком интервале, легко поддаются корректировке.

Как же измерить реальное время, затраченное на каждую из задач в отдельности? Один вариант - вести лог работы и отмечать каждые 5-7 минут чем занимаешься. Если серьёзно к этому отнестись, можно достоверно оценить затраченное время. На практике этим лень заниматься. К тому же, такой подход может исказить результат за счёт явного вмешательства. Более приемлемым может быть косвенный сбор данных, например как результат ежедневного планирования. Разработчик планирует свою работу сутра и старается его выполнять. Если что-то мешает двигаться по плану, в течение дня в него просто вносятся коррективы. Одним из косвенных результатов такого планирования являются данные о продолжительности работы над каждой задачей. Конечно, планировать работу нужно не для того чтобы собрать какие-то данные, а для того, чтобы упорядочить свою работу и успевать сделать самое главное, но если это ещё и даёт какие-то полезные данные, почему бы этим ни воспользоваться.

Существенно упростить индивидуальное планирование позволяет программа DevPlanner, которая, кроме всего прочего, и подсчитает за вас интересующие показатели, да ещё и поможет с отчётами, как недельными, так и по проекту.

Упражнение.

Попробуйте в течение хотя бы одного дня отмечать над чем работали. Это можно делать событийно, отмечая начало и конец каждой задачи, а можно дискретно, через каждые 5-7 минут.

На следующий день попробуйте планировать свою работу и вносить коррективы, если планы меняются.

Сравните результаты, полученные с помощью этих двух методов, и определите, какой для вас является более удобным и полезным.

До новых встреч,
Ведущий рассылки, Александр Федоренко.

http://subscribe.ru/
E-mail: ask@subscribe.ru 		Отписаться
Убрать рекламу
В избранное