Намагайтеся не порушувати графік

Норман Карновейл

Програмний проект може зазнати невдачі з багатьох причин Одним з найпоширеніших джерел провалу проекту є зміна графіка робіт у ході виконання проекту без належного планування Таких невдач можна уникнути, але це вимагає значних зусиль з боку безлічі людей Коригування тимчасової шкали або додавання в проект ресурсів зазвичай особливих проблем не створює Проблеми починаються тоді, коли від вас вимагають виконати більший обсяг роботи за той же термін або скорочують графік без зниження навантаження

Ідея про те, що шляхом скорочення графіка можна знизити витрати або прискорити здачу продукту, є дуже поширеною помилкою Зазвичай для більш швидкої здачі продукту або для розширення функціональності без зміни терміну здачі вдаються до понаднормової роботи або жертвують «менш важливими завданнями» (такими як модульне тестування) Уникайте такого сценарію будь-яку ціну Нагадайте тим, хто вимагає від вас подібних заходів, наступні факти:

• Скорочення термінів проектування призводить до неякісного дизайну і поганий документації, а також підвищує ймовірність проблем з контролем якості і ризик того, що система не буде прийнята користувачем

• Скорочення термінів кодування або здачі безпосередньо повязане з кількістю помилок в кінцевому продукті

• Скорочення термінів тестування веде до появи погано протестованого коду і безпосередньо повязане з кількістю проблем при тестуванні

• Все перераховане тягне за собою проблеми на етапі експлуатації, а усунення таких проблем обходиться набагато дорожче

У кінцевому підсумку витрати не тільки не зменшуються, але збільшуються Зазвичай саме тут і криється причина провалу

Ви як архітектор рано чи пізно потрапите в ситуацію, коли шанси на успіх визначаються тим, наскільки швидко ви дієте Висловіть свою думку якомога раніше Спочатку спробуйте забезпечити якість, зберігши спочатку запланований графік Якщо без скорочення графіка не обійтися, спробуйте перемістити некритичність функціональність в майбутні версії Зрозуміло, для цього будуть потрібні хороша підготовка, навички ведення переговорів і вміння переконувати у своїй правоті Почніть відточувати свою майстерність у цих областях прямо сьогодні Повірте: ви про це не пошкодуєте

Норман Карновейл (Norman Carnovale) – IT-архітектор проектів, повязаних з національною безпекою, який виконує роботу для Lockheed Martin Professional Services Раніше працював консультантом в області програмного забезпечення, викладачем і архітектором в компанії Davalen, LLC (http://wwwdavalencom), яка є провідним бізнес-партнером IBM і спеціалізується на проектах WebSphere Portlet Factory, WebSphere Portal і Lotus Domino

Джерело: Форд Н, Найгард М, де Ора Б, 97 етюдів для архітекторів програмних систем – Пер з англ – СПб: Сим-вол-Плюс, 2010 – 224 с, Мул

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*