Про оцінки та календар - метод аналогій і зриме уявлення
Продовжую ділитися досвідом в роботі по моделі з попередньою точною оцінкою зобов'язань. Тимчасово-матеріальним буде, напевно, нецікаво;)
веріфіціруют оцінки в команді, оцінка на інтеграцію коду в рамках однієї фічі явно зі стелі і явно недооцінена - стоїть самотня таке завдання по злиттю коду з якоюсь оцінкою в людино-годинах і дуже загальними критеріями успіху розряду «щоб все було зашибісь». Стає питання - як правильно оцінити інтеграцію з усіма її можливими сюрпризами-ризиками? Особливо якщо фіча - у складі плагіна до третьестороннему рішенням. Як завжди, з метою пояснення підходів, даю хлопцям приклад з області, яка не належить до розробки софта:) Ось він:
Потрібно склеїти два аркуші паперу для отримання великого, красивого цільного листа. Які основні проблеми можуть бути при цьому:- Нерівно склеїли листи.
- Покоробило від клею папір поза шва.
- Клей завдано нерівномірно і шов неоднорідний і місцями неміцний.
- Коли рівняли нерівно склеєні листи - пошкодили папір і довелося «подлативать» (міняти листи не резон - не бережливе виробництво виходить:)
Що з цього випливає:- Листи потрібно обмірити перед склеюванням і прийти до єдиного розміру частин листа по шву.
- Треба відкреслити лінії, які обмежать шов.
- Потрібно визначити кількість клею, від якого не жолобиться папір при його висиханні.
- Треба визначитися з методикою рівномірного нанесення клею та перевірки шару клею.
- Треба визначитися, хто і як частини паперу, щоб з першого разу склеїти, а хто завдає клей.
- і т.д.
В результаті, після нетривалої гри в аналогії, самотня завдання в ToDo по злиттю коду перетворюється в перелік робіт:- Перехресне перевірка повноти опису інтерфейсів.
- Заглушки.
- Рання інтеграція.
- Проміжні Чекпойнт + ретро.
- Запас на перехресне тестування і рефакторинг.
- Відмова від попереднього «вилизування» шорсткостей до фінальної інтеграції.
- і т.д.
За підсумком, недооцінка виявилася невеликою - всього в півтора-два рази:) Але, як говориться в одному вестерні: «там п'ятірка, сям четвертак - скоро я стану багатою людиною». Ну і відчутні ризики перетворилися просто в завдання, що не може не.
Власне, один з методів оцінки задач полягає в тому, щоб зримо уявити праці, які потрібно виконати, щоб ця фіча була готова в тому сенсі, в якому розуміють «готово» замовники. Якщо немає можливості уявити - шукаємо аналогії в інших сферах: техніка, ремонт, покупка в магазині, військова область і т.д. :) Аналогія - найпростіший і дуже ефективний метод аналізу, але його, на жаль, мало застосовують, шукають складні рішення.
Удачи в аналізах аналізі і оцінках:)
ЗИ: традиційно сперте у себе
Опубліковано: 16/06/11 @ 09:07
Розділ Різне
Рекомендуємо:
Пару слів про РИФ + КІБ 2011
Новий дизайн блога Optimizatorsha.ru
Чи важлива валідність HTML коду для позицій сайту
Інтерв'ю - Ілля Кочнєв, автор блога iterant.ru
Як я працював далекобійником в Америці - частина 4