Интересные размышления о обязательных шагах разработки и тестирования ПО, состоящие из семи правил встретил на страницах interface.ru. Много думал. Родил нечто подходящее нам:
1.Не стоит урезать рамки и бюджет проекта в угоду заказчику (старый принцип - с мудаками не работаем). Если заказчик не хочет брать за вашу цену - значит вам первому эта сделка не нужна.
2.Варианты использования не сложно поделить на основные и нефункциональные (можете прикопаться к словам). Дык вот, если функциональные требования не выполняются на все 100, а вот в этом месте офигительный AJAX, то это дерьмо, а не сайт!
3.Можно спроектировать все на свете, и даже в очень маленьких проектах. Можно в 30 диаграмма описать авторизацию и регистрацию пользователя, однако, если этот сложный интеллектуальный труд не породит паттерна, который можно будет использовать 2000 раз - Вы зря потратили свое время. И наверняка, не успели тупо протестировать функционал своего ПО.
4.Блин, как же все ж важно давать клиентам бриф, писать с ними ТЗ и использовать на всех этапах разработки документирование. Игнорирование этого правила может спасти в первых трех проектах, где заказчик папа или родной дядя, но с клиентами типа usilok.com все может быть на много плачевней.
5.Ну и последнее: не хило было б вести некую статистику по возникновению тех, или иных проблем. Чаще всего мы десятки раз наступаем на одни и теже грабли...
Комментариев нет:
Отправить комментарий