LINUX.ORG.RU

История изменений

Исправление quiet_readonly, (текущая версия) :

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

Примеры причин срыва сроков:

  • Целевой ОС окажется gentoo, на которую наотрез откажутся ставить какие-либо пакеты, а также будут недели две молчать насчёт версий основных пакетов, установленных там
  • Найдётся несколько или несколько десятков фич, которые заказчик считает ну очень простыми, по незнанию проецирует эту простоту на разработку и потому думает что запрограммировать их тоже можно минут за 5. Он обязательно хочет иметь эти фичи в своём приложении, но упомянуть о них как-то всё забывает, ведь мелочи же. Примеры: VoIP-телефония с возможностью звонить абонентам скайпа, геолокация, печать отчётов для 1С и т.д.
  • У заказчика могут быть свои требования к производительности — например, чтобы N операций в минуту выполнялись без тормозов и лишней нагрузки на сеть.
  • Заказчик может просто ограничить доступ к устройству, под готорое надо писать. Самыми разными способами.

Без ТЗ работать не стоит, потому что уложиться в сроки можно только с ТЗ и вот такой строчкой в договоре: «в случае, если ТЗ не уточняет какой-либо аспект поведения программы, исполнитель может трактовать этот аспект как ему угодно».

Исходная версия quiet_readonly, :

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

Примеры причин срыва сроков:

  • Целевой ОС окажется gentoo, на которую наотрез откажутся ставить какие-либо пакеты, а также будут недели две молчать насчёт версий основных пакетов, установленных там
  • Найдётся несколько или несколько десятков фич, которые заказчик считает ну очень простыми, по незнанию проецирует эту простоту на разработку и потому думает что запрограммировать их тоже можно минут за 5. Он обязательно хочет иметь эти фичи в своём приложении, но упомянуть о них как-то всё забывает, ведь мелочи же. Примеры: VoIP-телефония с возможностью звонить абонентам скайпа, геолокация, печать отчётов для 1С и т.д.
  • У заказчика могут быть свои требования к производительности — например, чтобы N операций в минуту выполнялись без тормозов и лишней нагрузки
  • Заказчик может просто ограничить доступ к устройству, под готорое надо писать. Самыми разными способами.

Без ТЗ работать не стоит, потому что уложиться в сроки можно только с ТЗ и вот такой строчкой в договоре: «в случае, если ТЗ не уточняет какой-либо аспект поведения программы, исполнитель может трактовать этот аспект как ему угодно».