Комментарии 5
Строго конфиденциальные данные — нет такого общеупотребимого понятия, необходимо привести определение для исключения разночтения.
По личному опыту скажу, что с безопасностью все до сих пор в 90% очень плохо. Есть три состояния (по моему скромному мнению):
1) Ничего не описано/нет требований, ничего не делается/делается как попало;
2) Кое как описано/калька с ФЗ или ГОСТов, делается как попало, потому что требования не выполнимы;
3)«Гайки закручены чрезмерно», и как они закручены нигде не задокументировано.
Раздел «На чем собираемся зарабатывать»? Исходя из контекста мне показалось что речь идет о разработке и внедрении по договору с Заказчиком. Или в этом разделе предполагается анализ получения выгоды именно Заказчика? А клиент не спросит «зачем/с какой целью» интегратор считает его деньги?
Мне кажется процедура предпроектного обследования должна быть более строго формализована и на выходе должен формироваться однозначно определенный пакет документов, и вот состав этого пакета интересен, и тогда уже можно дискутировать по содержанию каждого документа. А на «вопросы» Заказчик может отвечать бесконечно и каждый раз по новому :)
По личному опыту скажу, что с безопасностью все до сих пор в 90% очень плохо. Есть три состояния (по моему скромному мнению):
1) Ничего не описано/нет требований, ничего не делается/делается как попало;
2) Кое как описано/калька с ФЗ или ГОСТов, делается как попало, потому что требования не выполнимы;
3)«Гайки закручены чрезмерно», и как они закручены нигде не задокументировано.
Раздел «На чем собираемся зарабатывать»? Исходя из контекста мне показалось что речь идет о разработке и внедрении по договору с Заказчиком. Или в этом разделе предполагается анализ получения выгоды именно Заказчика? А клиент не спросит «зачем/с какой целью» интегратор считает его деньги?
Мне кажется процедура предпроектного обследования должна быть более строго формализована и на выходе должен формироваться однозначно определенный пакет документов, и вот состав этого пакета интересен, и тогда уже можно дискутировать по содержанию каждого документа. А на «вопросы» Заказчик может отвечать бесконечно и каждый раз по новому :)
Спасибо большое за развернутый комментарий. Приятно, когда кто-то вчитывается и пытается применить прочитанное к себе. Отвечу на часть ваших комментариев:
1. Насчет вопроса о том, на чем зарабатывать: я много имел дело со стартапами, а там люди иногда реально не задумываются, из чего деньги получать будут. Они придумали классную идею и даже не понимают, что им потребуются постоянные расходы: хостинг, модерация и т.д. Поэтому, как ни странно, при первой же встрече с потенциальным заказчиком приходится задавать этот вопрос.
2. По поводу того, что нужно привести пакет документов. Я ставил целью скорее побудить людей задуматься о том, что такое обследование вообще нужно. Ведь у нас сразу постановку программистам пишут, называя это ТЗ (кстати, на днях опубликую большую статью по составлению ТЗ — в Ворде 24 страницы), хотя даже идея еще не ясна.
А вам уже не нужно доказывать важность исследования, для вас нужна другая статья. Хотя сегодня постараюсь добавить в эту статью список документов, которые желательно подготовить на предпроектных стадиях.
1. Насчет вопроса о том, на чем зарабатывать: я много имел дело со стартапами, а там люди иногда реально не задумываются, из чего деньги получать будут. Они придумали классную идею и даже не понимают, что им потребуются постоянные расходы: хостинг, модерация и т.д. Поэтому, как ни странно, при первой же встрече с потенциальным заказчиком приходится задавать этот вопрос.
2. По поводу того, что нужно привести пакет документов. Я ставил целью скорее побудить людей задуматься о том, что такое обследование вообще нужно. Ведь у нас сразу постановку программистам пишут, называя это ТЗ (кстати, на днях опубликую большую статью по составлению ТЗ — в Ворде 24 страницы), хотя даже идея еще не ясна.
А вам уже не нужно доказывать важность исследования, для вас нужна другая статья. Хотя сегодня постараюсь добавить в эту статью список документов, которые желательно подготовить на предпроектных стадиях.
То есть в случае со стартапами — ИС является продуктом? а сам стартап — интегратором?
А Ваша работа — нанятый консультант по предпроектному обследованию (условно для данного этапа)?
Как правило заказчик самостоятельно выставляет требования интегратору, в том числе по документированию. Конечно со стороны интегратора нужно уметь аргументированно оспаривать наличие/отсутствие каких либо требований.
А Ваша работа — нанятый консультант по предпроектному обследованию (условно для данного этапа)?
Как правило заказчик самостоятельно выставляет требования интегратору, в том числе по документированию. Конечно со стороны интегратора нужно уметь аргументированно оспаривать наличие/отсутствие каких либо требований.
А Ваша работа — нанятый консультант по предпроектному обследованию?
Да, бывало и такое. Одно дело, у заказчика уже есть хоть что-то вроде ТЗ, а другое — только идея: приходится им объяснять, что надо стачала заплатить за исследование, ТЗ, а потом разработку обсуждать. И таких много. Просто смотря в какой сфере работать: понятно, что с госами такого не будет, да и цели у них бывают другие…
Кстати, список документов вставил в конце статьи, перед заключением. Не уверен, что полный, но хоть что-то. Некоторые документы могут пересекаться: каждый сам должен выбирать для себя пакет.
Например, сидит сотрудник и пару часов в день он может поспать прямо на рабочем месте (реальный случай, кстати). И кто-то просит автоматизировать его деятельность. Зачем? Чтобы он четыре часа спал?
Человеку свойственно ошибаться. Поэтому автоматизировать деятельность таких деятелей тоже надо — чтобы не добавляли человеческих ошибок в общий процесс.
А если таких сотрудников несколько, то кого-нибудь из них можно будет потом и сократить.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Предпроектное обследования при разработке информационной системы