ГОСТ 34.602-89 (Техническое задание на создание автоматизированной системы)

Публикация № 20313

Методология - Проектирование - Техническое задание

"Листая старые страницы" времен универа нашел несколько, которыми можно поделиться, не рискуя получить по бошке. :)
В общем-то, ничего нового, но думаю, многим может пригодиться.

 

 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ.

Комплекс стандартов на автоматизированные системы.

Техническое задание

на создание автоматизированной системы



 Дата введения 01.01.90
 

    Настоящий стандарт распространяется на автоматизированные системы /АС/ для автоматизации различных видов деятельности /управления, проектирования, исследования и т.п/, включая их сочетания, и устанавливает состав, содержание, правила оформления документа "Технологическое задание на создание /развитие или модернизацию/ системы"/далее - ТЗ на АС/.

    Рекомендуемый порядок разработки, согласования и утверждения ТЗ на АС приведен в приложении 1.

1. ОБЩИЕ ПОЛОЖЕНИЯ


     1.1. ТЗ на АС является основным документом, определяющим требования и порядок создания /развития или модернизации – далее создания/ автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.

     1.2. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.
 Дополнительно могут быть разработаны ТЗ на части АС: на подсистемы АС, комплексы задач АС и т.п. в соответствии с требованиями настоящего стандарта; на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП; на программные средства в соответствии со стандартами ЕСПД; на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика АС.
 Примечание. В ТЗ на АСУ для группы взаимосвязанных объектов следует включать только общие для группы объектов требования. Специфические требования отдельного объекта управления следует отражать в ТЗ на АСУ этого объекта.

     1.3. Требования к АС в объеме, установленном настоящим стандартом, могут быть включены в задание на проектирование вновь создаваемого объекта автоматизации. В этом случае ТЗ на АС не разрабатывают.

    1.4. Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам.
 Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.

     1.5. ТЗ на АС разрабатывают на основании исходных данных, в том числе содержащихся в итоговой документации стадии "Исследование и обоснование создания АС", установленной ГОСТ 24.601.

     1.6. В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида /АСУ,САПР,АСНИ и т.д./, содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система.

    1.7. Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол является неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись "Действует с ...".

2. СОСТАВ И СОДЕРЖАНИЕ

 
     2.1. ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы: 
      1/ общие сведения;
      2/ назначение и цели создания (развития) системы;
      3/ характеристика объектов автоматизации;
      4/ требования к системе;
      5/ состав и содержание работ по созданию системы;
      6/ порядок контроля и приемки системы;
      7/ требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
      8/ требования к документированию;
      9/ источники разработки.
    В ТЗ на АС могут включаться приложения.

    2.2. В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.
 В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом.

    2.3. В разделе "Общие сведения указывают:
      1. полное наименование системы и ее условное обозначение;
      2. шифр темы или шифр /номер/ договора;
      3. наименование предприятий /объединений/ разработчика и заказчика /пользователя/ системы и их реквизиты;
      4. перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
      5. плановые сроки начала и окончания работы по созданию системы;
      6. сведения об источниках и порядке финансирования работ;
      7. порядок оформления и предъявления заказчику результатов работ по созданию системы /ее частей/, по изготовлению и наладке отдельных средств /технических, программных, информационных/ и программно-технических /программно-методических/ комплексов системы.

     2.4. Раздел "Назначение и цели создания /развития/ системы" состоит из подразделов:
      1. назначение системы;
      2. цели создания системы.
     2.4.1. В подразделе "Назначение системы" указывают вид автоматизируемой деятельности /управление, проектирование и т.п./ и перечень объектов автоматизации /объектов/, на которых предполагается ее использовать.
 Для АСУ дополнительно указывают перечень автоматизируемых органов /пунктов/ управления и управляемых объектов.
    2.4.2. В подразделе "Цели создания системы" приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.

    2.5. В разделе "Характеристика объекта автоматизации" приводят:
      1. краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;
      2. сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
 
Примечание. Для САПР в разделе дополнительно приводят основные параметры и характеристики объектов проектирования.

    2.6. Раздел "Требования к системе" состоит из следующих подразделов:
     1. требования к системе в целом;
     2. требования к функциям /задачам/, выполняемым системой;
     3. требования к видам обеспечения.
 Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие НТД, определяющие требования к системам соответствующего вида.
    2.6.1. В подразделе "Требования к системе в целом" указывают:
      требования к структуре и функционированию системы;
      требования к численности и квалификации персонала системы и режиму его работы;
      показатели назначения;
      требования к надежности;
      требования безопасности;
      требования к эргономике и технической эстетике;
      требования к транспортабельности для подвижных АС;
      требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
      требования к защите информации от несанкционированного доступа;
      требования по сохранности информации при авариях;
      требования к защите от влияния внешних воздействий;
      требования к патентной чистоте;
      требования по стандартизации и унификации;
      дополнительные требования.
    2.6.1.1. В требованиях к структуре и функционированию системы приводят:
      1. перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;
      2. требования к способам и средствам связи для информационного обмена между компонентами системы;
     3. требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией /автоматически, пересылкой документов, по телефону и т. п./;
      4. требованиям к режимам функционирования системы;
      5. требования по диагностированию системы;
      6. перспективы развития, модернизации системы.
    2.6.1.2. В требованиях к численности и квалификации персонала АС приводят:
       требования к численности персонала /пользователей/ АС;
       требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;
       требуемый режим работы персонала АС.
    2.6.1.3. В требованиях к показателям назначения АС приводят значения параметров, характеризующие степень соответствия системы ее назначения.
 Для АСУ указывают:
     степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;
     допустимые пределы модернизации и развития системы;
     вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.
    2.6.1.4. В требования к надежности включают:
      1. состав и количественные значения показателей надежности для системы в целом или ее подсистем;
      2. перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей;
      3. требования к надежности технических средств и программного обеспечения;
      4. требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
    2.6.1.5. В требования по безопасности включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы /защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т.п./, по допустимым уровням освещенности, вибрационных и шумовых нагрузок.
     2.6.1.6. В требования по эргономике и технической эстетике включают показатели АС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала.
      2.6.1.7. Для подвижных АС в требования к транспортабельности включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.
      2.6.1.8. В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают:
       1. условия и регламент /режим/ эксплуатации, которые должны использовать технические средства /ТС/ системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;
        2. предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т.п.;
        3. требования по количеству, квалификации обслуживающего персонала и режимам работы;
        4. требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;
        5. требования к регламенту обслуживания.
     2.6.1.9. В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.
     2.6.1.10. В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе - потеря питания) и т.п., при которых должна быть обеспечена сохранность информации в системе.
     2.6.1.11. В требованиях к средствам защиты от внешних воздействий приводят:
       1. требования к радиоэлектронной защите средств АС;
       2. требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).
     2.6.1.12. В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена чистота системы и ее частей.
     2.6.1.13. В требования к стандартизации и унификации включают:
 показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов.
     2.6.1.14. В дополнительные требования включают:
       1. требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;
       2. требования к сервисной аппаратуре, стендам для проверки элементов системы;
       3. требования к системе, связанные с особыми условиями эксплуатации;
       4. специальные требования по усмотрению разработчика или заказчика системы.
     2.6.2. В подразделе "Требования к функциям (задачам)", выполняемым системой, приводят:
       1. по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;
 при создании системы в две или более очереди – перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
       2. временный регламент реализации каждой функции, задачи (или комплекса задач);
       3. требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов;
       4. перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.
   2.6.3. В подразделе "Требования к видам обеспечения" в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы.
  2.6.3.1. Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.
   2.6.3.2. Для информационного обеспечения системы приводят требования:
      1. к составу, структуре и способам организации данных в системе;
      2. к информационному обмену между компонентами системы;
      3. к информационной совместимости со смежными системами;
    4. по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
      5. по применению систем управления базами данных;
      6. к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
      7. к защите данных от разрушений при авариях и сбоях в электропитании системы;
      8. к контролю, обновлению и восстановлению данных;
      9. к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
   2.6.3.3. Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.
   2.6.3.4. Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:
      1. к независимости программных средств от используемых СВТ и операционной среды;
      2. к качеству программных средств, а также к способам его обеспечения и контроля;
      3. по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.
   2.6.3.5. Для технического обеспечения системы приводят требования:
     1. к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
      2. к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.
    2.6.3.6. В требованиях к метрологическому обеспечению приводят:
     1. предварительный перечень измерительных каналов;
     2. требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
     3. требования к метрологической совместимости технических средств системы;
     4. перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
    5. требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
     6. вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию.
   2.6.3.7. Для организационного обеспечения приводят требования:
     1. к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
     2. к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;
     3. к защите от ошибочных действий персонала системы.
   2.6.3.8. Для методического обеспечения САПР приводят требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т.п.).

   2.7. Раздел "Состав и содержание работ по созданию (развитию) системы" должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.
   В данном разделе также приводят:
      1. перечень документов по ГОСТ 34.201, предъявляемых по окончании соответствующих стадий и этапов работ;
      2. вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
      3. программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
     4. перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).

    2.8. В разделе "Порядок контроля и приемки системы" указывают:
     1. виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
    2. общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации;
     3. статус приемочной комиссии (государственная, межведомственная, ведомственная).

   2.9. В разделе "Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие" необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие.
 В перечень основных мероприятий включают:
     1. приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;
     2. изменения, которые необходимо осуществить в объекте автоматизации;
     3. создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
     4. создание необходимых для функционирования системы подразделений и служб;
     5. сроки и порядок комплектования штатов и обучения персонала.
 Например, для АСУ приводят:
      изменения применяемых методов управления;
      создание условий для работы компонентов АСУ, для которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.

    2.10. В разделе "Требования к документированию" приводят:
     1. согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации;
     2. требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
     3. при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

   2.11. В разделе "Источники разработки" должны быть перечислены документы и информационные материалы /технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др./, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

    2.12. В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие:
      1. расчет ожидаемой эффективности системы; 
      2. оценку научно-технического уровня системы.
 Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы.

3. ПРАВИЛА ОФОРМЛЕНИЯ

 

    3.1. Разделы и подразделы ТЗ на АС должны быть размещены в порядке, установленном в разд.2 настоящего стандарта.

    3.2. ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней.
 Номера листов /страниц/ проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа /над текстом, посередине/ после обозначения кода ТЗ на АС.

   3.3. Значения показателей, норм и требований указывают, как правило, с предельными отклонениями или максимальными и минимальным значениями. Если эти показатели, нормы, требования однозначно регламентированы НТД, в ТЗ на АС следует приводить ссылку на эти документы или их разделы, а также дополнительные требования, учитывающие особенности создаваемой системы. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АС, в нем следует сделать запись о порядке установления и согласования этих показателей, норм и требований:
 "Окончательное требование /значение/ уточняется в процессе ... и согласовывается протоколом с ... на стадии ...". При этом в текст ТЗ на АС изменений не вносят.

    3.4. На титульном листе помещают подписи заказчика, разработчика и согласующих организаций, которые скрепляют гербовой печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ на АС и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на АС, помещают на последнем листе.

   3.5. При необходимости на титульном листе ТЗ на АС допускается помещать установленные коды, например: гриф секретности, код работы, регистрационный номер ТЗ на АС и др.

   3.6. Титульный лист дополнения к ТЗ на АС оформляют аналогично титульному листу технического задания. Вместо наименования "Техническое задание" пишут "Дополнение N ... к ТЗ на АС ...". 

   3.7. На последующих листах дополнения к ТЗ на АС помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.

   3.8. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ на АС и т.п. и применять слова: "заменить", "дополнить", "исключить", "изложить в новой редакции".


 ПРИЛОЖЕНИЕ 1

 Рекомендуемое



ПОРЯДОК РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ НА АС



 1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований /заявки, тактико-технического задания и т.п./.
 При конкурсной организации работ варианты проекта ТЗ на АС рассматриваются заказчиком, который либо выбирает предпочтительный вариант, либо на основании сопоставительного анализа подготавливает с участием будущего разработчика АС окончательный вариант ТЗ на АС.

 2. Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик проекта ТЗ на АС.
 Работу по согласованию проекта ТЗ на АС осуществляют совместно разработчик ТЗ на АС и заказчик системы, каждый в организациях своего министерства/ведомства/.

 3. Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС /копий/ одновременно во все организации /подразделения/.

 4. Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС.

 5. Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком /или другими заинтересованными организациями/, то составляется протокол разногласий /форма произвольная/ и конкретное решение принимается в установленном порядке.

 6. Согласование проекта ТЗ на АС разрешается оформлять отдельным документом /письмом/. В этом случае под грифом "Согласовано" делают ссылку на этот документ.

 7. Утверждение ТЗ на АС осуществляют руководители предприятий /организаций / разработчика и заказчика системы.

 8. ТЗ на АС /дополнение к ТЗ/ до передачи его на утверждение должно быть проверено службой нормоконтроля организации-разработчика ТЗ и, при необходимости, подвергнуто метрологической экспертизе.

 9. Копии утвержденного ТЗ на АС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на АС участникам системы.

 10. Согласование и утверждение дополнений к ТЗ на АС проводят в порядке, установленном для ТЗ на АС.

 11. Изменения к ТЗ на АС не допускается утверждать после представления системы для ее очереди на приемо-сдаточные испытания.

 12. Регистрация, учет и хранение ТЗ на АС и дополнений к нему проводят в соответствии с требованиями ГОСТ 2.501.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. ValentinV 16.06.09 21:47 Сейчас в теме
Плюс я ставлю.
Что-бы вы ответили, если вам сказали, что ТЗ вам надо,
из-за того что у вас склероз? :)
2. Оболтус 186 17.06.09 08:24 Сейчас в теме
Я бы сказал, что завидую прекрасной памяти спрашивающего и его несомненной эрудиции. И задал бы встречный вопрос. А есть хоть одно внедрение, где бы этот ГОСТ применили?

А должны на каждом.
4. ValentinV 17.06.09 14:33 Сейчас в теме
(2)
В программировании как известно, плохой проект, лучше никакого.
3. ValentinV 17.06.09 14:29 Сейчас в теме
Я думаю ГОСТ сегодня - это идеал. к которому надо стремиться.
Причем любой ГОСТ.
Продукты питания, лекарства, проектирование, строительство заводов, фабрик...
В Германии - это реальность, это основа их жизни и благосостоятельности и высокого уровня жизни.
И если люди не стремяться к лучшему, то его, лучшего, и не будет.
5. Арчибальд 2711 17.06.09 14:36 Сейчас в теме
(3) На вопрос ответ положительный. Но сколько крови это стоило....
6. ValentinV 17.06.09 15:11 Сейчас в теме
>Но сколько крови это стоило....
Не знаю правильно ли понял.
Сейчас разрушен космос, оборонка и т.д.
Везде фирмы купи-продай.
Все тяп-ляп.
Любой и каждый переделывает по-своему и как-попало.
Учебные поделки.
У всех один проект - ... то хвост отваливается, то лапы ломит...
Сейчас в этом вся Россия. Смертность, преступность, бардак.
Нет ни идеи, ни идеологии, ни проектов.
7. Арчибальд 2711 17.06.09 15:24 Сейчас в теме
(6) Головная фирма заказала мне работу (в 2002 г). Я настоял на составлении/утверждении ТЗ по ГОСТУ (вернее, ЕСПД). Разработка ТЗ шла 4 месяца. Зато реализация уложилась в один, поскольку практически все вопросы возникли в процессе разработки ТЗ, а сформулировать вопрос - это уже 60% ответа.
ValentinV; +1 Ответить
8. ValentinV 17.06.09 15:32 Сейчас в теме
(7) Головная фирма... ? Заказчик на доработку 1с?
Я считаю вышеуказанный путь самый правильный +.
А если вы при этом не франчайзи, а частное лицо, то вам ++.
Но путь ваш тернистый и ...
9. Арчибальд 2711 17.06.09 15:40 Сейчас в теме
(8) Фикси я в подчиненном предприятии. Делал конфушку для учета заготовок сырья. Просто мой куратор в головном офисе был с головой и принял на себя часть давления.
Больше пока не получается так...
10. Оболтус 186 17.06.09 15:43 Сейчас в теме
Нас в универе заставляли диплом по гостам делать.
Правда в реальной практике нормально применить пока не получается. :)
ValentinV; +1 Ответить
12. Арчибальд 2711 17.06.09 15:51 Сейчас в теме
(10) А я в армии 15 лет по ГОСТам программил... Вернулся на гражданку в 93, а тут такое...
Tatitutu; +1 Ответить
13. ValentinV 17.06.09 15:55 Сейчас в теме
(12)У меня также и тоже самое.
У торгашей часто слышу:
"Мы сами не знаем что нам надо, но мы заплатим деньги за результат".
А какой им результат нужен, если они ничего не понимают ?
ВОТ И РЕЗУЛЬТАТ ПО ВСЕЙ СТРАНЕ.
11. ValentinV 17.06.09 15:43 Сейчас в теме
Время креативов.
Креативный врач - лечит и здоровых и всем одно и то же лекарство.
Кративный строитель - всем строит развалюхи.
Креативный юрист - результат не предвидит и не гарантирует.
Креативный судья, креативный следователь, креативный дизайнер,креативный повар...
Жена - тоже креативная.
Проектировщик, программист...
И все не глядя и не вникая, быстро и ...
Смотришь на дома в деревне у нас и в Германии и думаешь...
ДОКОЛЕ!!!
Ish_2; Оболтус; +2 Ответить
14. Ish_2 1052 17.06.09 16:23 Сейчас в теме
(11) Сильно.
А про жену - лишнее. Не в ряду. Выпадает.
15. ValentinV 17.06.09 17:59 Сейчас в теме
(14) Каждый вправе выбирать.
Почему Германия, Голландия, Швеция и даже Финляндия - могут все.
Но у них нет ресурсов.
А у нас все ресурсы есть.
И ничего, почти ничего фундаментального не осталось.
И сейчас всем предлагают - меняй профессию, если нет работы.
Торгуй страной.
16. Ish_2 1052 17.06.09 18:37 Сейчас в теме
(15) Я извиняюсь, но содержание меня мало вдохновляет.
+ 14 Нарастающая "Креативность" в (11) достигает неожиданной развязки во
фразе про жену. И в этом смыле ,как раз в ряду . Нет , не лишнее. Передумал.
17. ValentinV 17.06.09 18:47 Сейчас в теме
(16)Может тут(про жену) я имел ввиду, что воспитывать надо.
А то можно и ГОЛЫМ КОРОЛЕМ остаться, если на каждую прихоть...
18. ValentinV 17.06.09 18:51 Сейчас в теме
(16) Ступай ка ты старик к синему морю и попроси золотую рыбку...;-)
19. mechail72 21.08.09 12:47 Сейчас в теме
Однозначно полезная вещь.+
Оставьте свое сообщение

См. также

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    9840    user809424    11    

Как стать исполнителем в проекте от Инфостарта

Управление командой Управление проектом Бесплатно (free)

Инфостарт в поисках специалистов, которые готовы взяться за реализацию интересных проектов. Как подать заявку и стать исполнителем, с кем согласна сотрудничать компания и на каких условиях, рассказал руководитель проектов корпоративного отдела Инфостарта Александр Блинов.

11.09.2020    2238    alexandr.blinov    17    

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

Управление проектом Бесплатно (free)

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    2586    MariaTemchina    23    

Управление в стиле Догвилль

О жизни Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    4205    1c-intelligence    17    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    34327    1СERP    79    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

Управление проектом Бесплатно (free)

Из-за отсутствия грамотных правил разработки на этапе внедрения сильно усложняется работа по поддержке и развитию типовых доработанных конфигураций. О некоторых правилах и подходах в разработке, которые помогут специалистам сопровождать внедренное решение, на конференции Infostart Event 2019 Inception рассказал разработчик компании «Инвестиционная группа Абсолют» Алексей Степаненко.

08.06.2020    4739    stepan96    12    

Применение программистом таблицы рисков для оценки технического задания

Техническое задание Бесплатно (free)

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

28.05.2020    8386    sapervodichka    70    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    5315    sapervodichka    1    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

09.06.2017    31043    1СERP    175    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    10652    MariaTemchina    33    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

На самом деле, переход рабочей жизни в онлайн обладает некоторым количеством плюсов. В частности хочется верить, что формальный контроль “отслеживаем кто сколько часов проработал, проверка, что сотрудники на месте и все чем-то заняты” заменится фактической отчетностью “по результатам”.

23.03.2020    5551    MariaTemchina    24    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

Все, кто когда-либо работал в проектах, знают, как важна точность даваемых оценок длительности выполнения каждого задания. При этом, достаточно лишь одному заданию опоздать, чтобы поставить под угрозу выполнение сроков всего проекта. Стараясь подстраховать выполнение своих обязательств, мы закладываем в оценку длительности каждого задания изрядное количество резервов времени. Однако, как бы мы не старались, проекты все равно не завершаются в срок. И тому есть свои причины … четыре основные причины, почему проекты никогда не завершаются в срок.

03.03.2020    6132    VLikhobabin    44    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    31956    1СERP    189    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Waterflow Бесплатно (free)

В новой версии PMBoK традиционные рекомендации по управлению проектами перевернуты с ног на голову. В этой статье расскажу свою точку зрения, в чем, на мой взгляд, основные изменения, и как это может сказаться на проектах внедрения…   

23.01.2020    14076    MariaTemchina    8    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    6645    roman72    0    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

Очередной темой серии статей “20 мыслей об ИТ-проектах” будут требования к системе. По результатам голосования был вариант про карьеру проектных ИТ-специалистов, но ее я коснулся в докладе на Воронежском митапе, немного изменив и сделав акцент в сторону аналитиков. В ближайшем выпуске сделаю небольшую выдержку по теме.

14.10.2019    5952    chavalah    16    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

Недавно была написана статья о том, как работает мотивация персонала. Материал получил активный отклик у читателей Инфостарта, на форуме развернулась дискуссия, которая в итоге была достаточно далека от содержимого исходной статьи и свелась к критике самой идеи работы во франчайзи. Чтобы как-то ответить на эту критику, хотелось бы более подробно рассказать о том, что такое современный франчайзи и как он устроен. Но начнем мы с истории этого вида бизнеса, глазами рядового специалиста. Автор статьи Андрей Мироненко.

10.04.2017    31936    1СERP    107    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    12234    ogroup    163    

Стратегия выживания в корпоративных войнах

Управление проектом Бесплатно (free)

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    9642    GSoft    15    

Мастер-класс СППР

Управление проектом СППР Бесплатно (free)

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    11976    SergeyN    7    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    42683    1СERP    231    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

В идеале пользовательскую документацию надо создавать под каждый отдельный проект, менять и актуализировать ее, если в функционале что-то изменилось. Но чаще всего в организациях документацию считают неэффективной, поэтому даже не разрабатывают ее, либо документация имеется, но ее никто не использует, так как она устаревшая. Какие шаги надо предпринять, чтобы заинтересовать пользователей документацией и одновременно снизить нагрузку на консультантов 1С, рассказал руководитель службы технической поддержки в ГК «Доброфлот» Арсен Сазандрашвили.

20.08.2019    8794    Arsen1986    7    

Impact mapping: чем он может быть вам полезен

Техническое задание Бесплатно (free)

Привет, коллеги! Сегодня хочу поговорить про один из инструментов Владельца продукта - Impact mapping (карта влияния). Чем он хорош и почему его стоит использовать.

26.07.2019    6509    slozhenikin_com    14    

Управление проектами по автоматизации бюджетирования

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    8022    SergeyN    1    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Многие руководители предприятий не обладают полной картиной происходящего в собственных производственных подразделениях. Они знакомы с организационной структурой, направлениями деятельности, общими экономическими показателями. Если по результату получилась прибыль, то наступает уверенность успеха. Но есть ли на рынке предприятия, которые длительное время удерживаются в "слепом" режиме управления?

23.02.2017    27580    Gavrik    10    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

О цифровой трансформации слышали все, но немногие в этом разбираются. Что она собой представляет, какие несет изменения, на что надо обратить внимание айтишникам и 1С-никам, рассказал на конференции руководитель департамента автоматизации строительных организаций компании «Первый БИТ» Иван Аверьянов.

19.06.2019    10222    FB_10160810658600104    62    

Риск - благородное дело!.. Часть первая

Управление проектом Бесплатно (free)

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    7564    MariaTemchina    8    

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения

Управление проектом Бесплатно (free)

В своей публикации “Устав писать Устав” я много рассуждала о том, как полезно умение договариваться на берегу. Как известно, у каждого человека в голове своя картина мира. В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.  

31.05.2019    9062    MariaTemchina    23    

Как оценивать задачи программисту 1С Промо

Техническое задание Россия Бесплатно (free)

Оценивать задачу всегда сложно. У меня не всегда получается оценивать задачи адекватно (во всяком случае, не всегда моё ощущение адекватности совпадает с ощущениями других участников процесса). Именно по причине того, что вопрос для меня актуальный, хочу поделиться своими размышлениями, субъективным опытом в этом вопросе. Речь пойдет только о технической оценке.

11.08.2016    33870    SamBadi    54    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    11176    1c-intelligence    121    

Устав писать Устав

Управление проектом Бесплатно (free)

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    7570    MariaTemchina    8    

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Управление проектом Бесплатно (free)

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    11701    MariaTemchina    15    

10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы Промо

Управление проектом Бесплатно (free)

Не так давно на одном из проектов во время инвентаризации была выявлена очень большая недостача. Как результат, одно из важнейших требований клиента по проекту было: разобраться с тем, что у него происходит в системе, и привести остатки, как он выразился, «в адекватное состояние». А незадолго до этого у меня в практике был случай, когда уже на второй день после внедрения качественной системы учета движения наличных денежных средств (кассы) также была выявлена недостача, но уже в кассе. И в первом, и во втором случае вину за возникновение проблемы представители заказчика попытались возложить на людей, которые занимались внедрением новой системы. И только после долгих и, надо признаться, довольно неприятных и очень эмоциональных разбирательств, удалось доказать клиенту, что система работает правильно, а виноваты в случившемся сотрудники компании, которые намеренно или ненамеренно создали фактическую недостачу товара и денег.

17.06.2016    40145    raiml    37    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    8236    chavalah    22    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    10024    MariaTemchina    20    

Бизнес, не горюй

Управление проектом Бесплатно (free)

Про цели автоматизации.

04.02.2019    10089    1c-intelligence    64    

Практические вопросы внедрения и развития автоматизации склада Промо

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    44660    CheBurator    64    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

Управление проектом Бесплатно (free)

Пользуясь несовпадением рождественских каникул в России и Германии, решила познакомиться с тем, как организована работа разработчиков в одном немецком банке. Сразу оговорюсь: еще давно, со времен совместных яхтенных плаваний с немцами, я противник четких стереотипов из серии "все русские всегда...." или "все немцы обязательно..." (пропущенные места предлагаю читателям заполнить самим в меру своей испорченности).

14.01.2019    10148    MariaTemchina    13    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    12855    chavalah    123    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    9854    1c-intelligence    7    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    36281    axxell    15    

Озарение после прочтения макулатуры по проектному управлению

Управление проектом Бесплатно (free)

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    9830    MariaTemchina    24    

20 мыслей об ИТ-проектах, или 20 лет спустя.

Управление проектом Бесплатно (free)

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    9205    chavalah    119    

Памятка руководителя: не играйте с деньгами

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    17077    andironenko    128    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    37750    raiml    14    

Шаг назад и ... шаг назад (классификация внутренних проектов)

Управление проектом Бесплатно (free)

Во многих остросюжетных фильмах используется этот трюк. В начале фильма главный герой одиноко скачет по прерии лицом к хвосту лошади, или закопан в пустыне по самое горло, или какие-то не совсем добрые люди собираются отрезать ему то, что отрезать и не нужно. Потом идут титры, потом на весь экран спойлер: двумя неделями раньше... и здесь он хлещет виски в салуне, прикуривает от сто долларовой банкноты, рассекает на яхте с пятнадцатилетней капитаншей. Все то, что так не рекомендует делать Минздрав. И уже весь остальной фильм нам рассказывают, как можно собственно докатиться от такой до такой жизни. Такая же история приключилась и с прошлой статьей.

03.12.2018    8722    capitan    26    

Белая и пушистая рецензия на Чёрную книгу Скрам

Управление проектом Бесплатно (free)

Данный текст является ответом на "Черную книгу Скрам" Ивана Селиховкина. Честно скажу, несмотря на то, что рукопись вряд ли предназначалась моему взору, прочитала ее на одном дыхании.  Публикую рецензию как есть - свое имя автор, к сожалению, не написал.

26.11.2018    10159    MariaTemchina    40    

Памятка руководителя: Будьте оптимистичным или на крайний случай злым

Блоги Управление проектом Бесплатно (free)

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    12570    andironenko    43    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

Управление проектом Бесплатно (free)

Говорить о внедрении программного продукта можно очень долго, тема это обширная, а нюансов в работе бизнес-консультанта очень много. В статье Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть I я раскрыл только некоторые общие понятия, пояснил, чем работа бизнес-консультанта для малого и среднего бизнеса отличается от работы обычных внедренцев. Также я рассказал о тех базовых принципах, на которых я строю свою работу по внедрению программного обеспечения. Сейчас я предлагаю перейти к подробному обсуждению процесса работы бизнес-консультанта при внедрении ПО.

16.11.2014    28779    raiml    46    

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8

Управление проектом Бесплатно (free)

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    8230    Selikhovkin    2    

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия)

Управление проектом Бесплатно (free)

Так уж получилось, что на сайте я представляю средний класс. А именно программистов и сисадминов, работающих не у франчайзи и не на фрилансе, а в обычных ИП, АО, ООО, и т.п., основная деятельность которых, никаким образом с производством программных продуктов не связана. Посему все удивительные рассказы Марии Темчиной про Agile это как анекдот...

19.11.2018    9396    capitan    41    

Почему внедрение ERP-системы не приносит пользы бизнесу?

Интеграция Управление проектом Бесплатно (free)

Статья посвящена проблеме, с которой сталкивается большинство специалистов по внедрению информационных систем ERP класса - завышенные ожидания от этих систем. Обсудим, что клиент ожидает, что получает и почему успех или провал проекта для него почти равнозначны.

15.11.2018    24747    rossoxa    66