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

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

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

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

 

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

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

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

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



 Дата введения 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.
18

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

Комментарии
Избранное Подписка Сортировка: Древо
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. Арчибальд 2708 17.06.09 14:36 Сейчас в теме
(3) На вопрос ответ положительный. Но сколько крови это стоило....
6. ValentinV 17.06.09 15:11 Сейчас в теме
>Но сколько крови это стоило....
Не знаю правильно ли понял.
Сейчас разрушен космос, оборонка и т.д.
Везде фирмы купи-продай.
Все тяп-ляп.
Любой и каждый переделывает по-своему и как-попало.
Учебные поделки.
У всех один проект - ... то хвост отваливается, то лапы ломит...
Сейчас в этом вся Россия. Смертность, преступность, бардак.
Нет ни идеи, ни идеологии, ни проектов.
7. Арчибальд 2708 17.06.09 15:24 Сейчас в теме
(6) Головная фирма заказала мне работу (в 2002 г). Я настоял на составлении/утверждении ТЗ по ГОСТУ (вернее, ЕСПД). Разработка ТЗ шла 4 месяца. Зато реализация уложилась в один, поскольку практически все вопросы возникли в процессе разработки ТЗ, а сформулировать вопрос - это уже 60% ответа.
ValentinV; +1 Ответить
8. ValentinV 17.06.09 15:32 Сейчас в теме
(7) Головная фирма... ? Заказчик на доработку 1с?
Я считаю вышеуказанный путь самый правильный +.
А если вы при этом не франчайзи, а частное лицо, то вам ++.
Но путь ваш тернистый и ...
9. Арчибальд 2708 17.06.09 15:40 Сейчас в теме
(8) Фикси я в подчиненном предприятии. Делал конфушку для учета заготовок сырья. Просто мой куратор в головном офисе был с головой и принял на себя часть давления.
Больше пока не получается так...
10. Оболтус 186 17.06.09 15:43 Сейчас в теме
Нас в универе заставляли диплом по гостам делать.
Правда в реальной практике нормально применить пока не получается. :)
ValentinV; +1 Ответить
12. Арчибальд 2708 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 1038 17.06.09 16:23 Сейчас в теме
(11) Сильно.
А про жену - лишнее. Не в ряду. Выпадает.
15. ValentinV 17.06.09 17:59 Сейчас в теме
(14) Каждый вправе выбирать.
Почему Германия, Голландия, Швеция и даже Финляндия - могут все.
Но у них нет ресурсов.
А у нас все ресурсы есть.
И ничего, почти ничего фундаментального не осталось.
И сейчас всем предлагают - меняй профессию, если нет работы.
Торгуй страной.
16. Ish_2 1038 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 Сейчас в теме
Однозначно полезная вещь.+
Оставьте свое сообщение

См. также

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

Статья no Нет файла Россия Бесплатно (free) Управление проектом

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

19.09.2019    6785    ogroup    153       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

16.09.2019    3966    GSoft    14       

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

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

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

30.08.2019    3176    SergeyN    4       

Как заработать миллион или История успешного сотрудничества 45

Статья Программист Нет файла Бесплатно (free) Управление проектом

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

05.08.2019    4011    karpik666    77       

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

Статья Бизнес-аналитик Руководитель проекта Стажер Нет файла Бесплатно (free) Техническое задание

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

26.07.2019    2854    slozhenikin_com    14       

Бизнес-аналитика с помощью Power BI 65

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    6229    pbazeliuk    18       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

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

28.06.2019    3151    SergeyN    1       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

18.06.2019    3772    MariaTemchina    8       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.05.2019    4074    MariaTemchina    23       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

06.05.2019    3987    MariaTemchina    8       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

15.04.2019    6706    MariaTemchina    15       

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 16

Курс Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    9182    infostart    18       

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

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

13.02.2019    4371    chavalah    22       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

12.02.2019    6033    MariaTemchina    20       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

04.02.2019    5719    1c-intelligence    64       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

24.01.2019    6077    user809424    11       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.01.2019    6542    MariaTemchina    13       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

10.01.2019    8907    chavalah    123       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

26.12.2018    6143    1c-intelligence    7       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

19.12.2018    6437    MariaTemchina    24       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

09.12.2018    5888    chavalah    119       

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

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

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

05.12.2018    13145    andironenko    128       

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

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

03.12.2018    5479    capitan    26       

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

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

26.11.2018    6625    MariaTemchina    40       

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

Статья no Нет файла Бесплатно (free) Блоги Управление проектом

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

22.11.2018    8835    andironenko    43       

Scrum за 5 минут (заметки) 24

Статья no Нет файла Бесплатно (free) Управление проектом

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

20.11.2018    5048    leobrn    11       

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

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    4883    Selikhovkin    1       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    6220    capitan    41       

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

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Интеграция Управление проектом

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

15.11.2018    15545    rossoxa    62       

Думать некогда, трясти надо - или что такое ретроспектива в Agile 30

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    7225    MariaTemchina    16       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9208    andironenko    62       

Приоритизировали, приоритизировали, да не выприоритизировали... 28

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В ответ на классическое требование "сделать всё и сразу" Agile предлагает "сделать сразу, но не всё". В этой статье я хочу поговорить о разных методах приоритизации требований.

30.10.2018    6069    MariaTemchina    47       

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников 67

Статья Руководитель проекта Нет файла Управление персоналом (HRM) Бесплатно (free) Управление проектом

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

29.10.2018    8861    andironenko    35       

Опыт внедрения ESB (интеграционной шины) в ПАО "Газпром нефть" 34

Статья no Нет файла Бесплатно (free) Управление проектом

Харитонов Михаил описывает проект по внедрению интеграционной сервисной шины предприятия (ESB) «2iS:Интеграция» на платформе “1С:Предприятие 8” в компании ПАО «Газпром нефть». Проект уникален тем, что это – первое решение, использующее отечественное ПО в качестве полноценной интеграционной шины для столь крупного заказчика с обширным ИТ-ландшафтом. В статье подробно рассмотрена архитектура решения, способы тестирования и масштабирования.

17.10.2018    7292    Mick2iS    8       

#БезОценок, или Как перестать беспокоиться об оценке проекта, всегда успевать в срок и укладываться в бюджет 32

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Считается, что для планирования и принятия решений по проектам их нужно прогнозировать и оценивать. Александр Белов, генеральный директор и руководитель проектов ГК «Белов и партнеры», рассказывает, почему стоит отказаться от оценок.

11.10.2018    5187    AlexWhite    7       

Построение высокоэффективной Agile-команды 34

Статья no Нет файла Бесплатно (free) Управление проектом

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    5169    askhatu    15       

История одного провала внедрения 1С:ERP 2 по классической технологии. С последующим спасением по Scrum 106

Статья no Нет файла Бесплатно (free) Управление проектом

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

01.10.2018    13280    glebushka    41       

Контракты Agile: как заключать договора в условиях расползания содержания 41

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В большинстве проектов, реализуемых при помощи гибких методологий, точное содержание продукта невозможно выяснить на этапе инициации. Отсюда и возникает крик души руководителей проектов – «Как можно заключить контракт, не понимая точный бюджет проекта?» В статье я попробую рассмотреть этот вопрос с двух сторон: рекомендации от идеологов Agile и опыт реальных практиков. 

25.09.2018    6734    MariaTemchina    10       

Как из разработчика сделать руководителя, даже если он этого не хочет? 70

Статья no Нет файла Бесплатно (free) Управление проектом

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

06.09.2018    8879    galina.petuhova_2015    40       

Что такое Agile mindset или, говоря по-русски, пронырливый образ мысли 47

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

04.09.2018    10431    MariaTemchina    57       

Как собрать исчерпывающие бизнес-функциональные требования в начале проекта внедрения? 57

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

29.08.2018    9509    MariaTemchina    28       

Три фундаментальных принципа проектного управления. Курс по управлению проектами, часть 2 29

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

18.08.2018    8082    Selikhovkin    15       

Канбан в условиях российской действительности 71

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Россия Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

Слово "Канбан" слышали все, кто работает в производстве, в поддержке и в ИТ-разработках. В этой статье я попробую рассказать про Канбан подробно, обобщить принципы и опыт (мой и ближайшего окружения) по внедрению на практике этой системы с упоминанием возникающих при этом "граблей" и рекомендаций по борьбе с ними.

08.08.2018    14704    MariaTemchina    63       

Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера. Курс по управлению проектами, часть 1 63

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Россия Бесплатно (free) Управление проектом

Разберемся: что такое проекты в классическом понимании, почему строительство египетских пирамид проектом считать нельзя, почему многие "продуктовые" компании могут обходиться без проектного управления, каковы критерии успеха для руководителя проекта.

30.07.2018    11406    Selikhovkin    39       

Почему Agile превращается в Тяп-ляп. Кто виноват и что делать? 42

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В моей практике довольно много историй, когда компании, решившие внедрять гибкие методологии, начинали за здравие (Agile), а кончали за упокой - Do & Fix (делаем, как бог на душу положит). Попробуем разобраться, почему так происходит.

27.07.2018    9944    MariaTemchina    19       

Можно ли объять необъятное или чем Agile отличается от водопада? 64

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Что общего между управлением парусной яхтой и проектом по внедрению ERP-системы на предприятии? В данной статье я постаралась понятным языком описать разные подходы к проектному управлению, и разобраться при каких условиях та или иная методология может быть полезной при реализации проектов.

23.07.2018    9185    MariaTemchina    42       

Redmine для управления ИТ: практический опыт обширного внедрения opensource-системы 72

Статья no Нет файла Бесплатно (free) Управление проектом

Золотарева Екатерина делится опытом внедрения Redmine в своей компании. Она описывает процессы, которые удалось автоматизировать с помощью OpenSource-системы. Рассказывает о преимуществах и недостатках Redmine. Раскрывает тему применения плагинов к программному продукту, а также приводит полезные источники платных и бесплатных плагинов.

16.07.2018    23018    Hissin    15       

Экспансия решений 1С на глобальный рынок: как взять быстрый старт? 42

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

Николай Шилкин рассказал о требованиях, которые предъявляет глобальный рынок к решениям 1С, рассмотрел достоинства и недостатки платформы в контексте ее выхода за пределы рынка стран СНГ. Он также объяснил, у каких решений есть шансы добиться успеха на мировом рынке, и дал рекомендации 1С-стартаперам.

04.06.2018    9260    RayCon    21