Осталось три дня, чтобы побороться за бесплатное участие в онлайн-курсе по управлению проектами

Продолжается голосование за самую непростую и интересную проблему в проектах!
Может быть, вам знакома история про магазин бракованных унитазов или про четырех Атабеков Атабаевичей Атабаевых, не позволивших использовать ФИО как ключевое поле? Или надоела формулировка – «Ты ж программист, сделай, чтобы все было хорошо»? А может, история о том, как во время грозы сгорел RAID со всей базой и бэкапами – про вас?
В комментариях к этой новости расскажите о самой непростой и интересной проблеме, с которой вы (или ваши коллеги) сталкивались в своих проектах? Мы просим участников Сообщества не только делиться опытом, но лайками голосовать за самую интересную историю.
Итоги конкурса поведем 1 февраля. Победитель голосования получит бесплатный доступ к онлайн-курсу «Базовый курс руководителя ИТ проекта», разработанному бизнес-тренером Марией Темчиной специально для Инфостарта. Участники курса разберут самые показательные проблемы, способы избегать и решать их.
Обучение начнется с 27 февраля.
А для одной очень серьезной организации, название которой вам не скажу, но глава ее ныне МО РФ.
Надо было записать в БД тесты группы из 10-15 человек.
Поскольку группа небольшая - ключ сделали ФИО, казалось невероятно что среди 15 человек будут такие дубли.
У первого же оттестировавшегося было четыре Атабека Атабаевича Атабаева....
Доделывали в поезде Санкт-Петербург - Москва.
Хорошо еще что "Сапсанов" тогда не было, а ноутбуки были и времени хватило
При внедрении сколько бы не "дергали" заказчика по всем нужным вопросам, что нужно и т.д. в итоге при окончании внедрения и перехода в ОПЭ выясняется как минимум 30-40% хотелок заказчика, а именно:
- забыл сказать
- додумал уже когда во всю шло внедрение
- подумал что в системе это уже есть
- решил что это не так важно и это не понадобиться
- найдется 1-2 сотрудника, про которых все забыли, но которые занимаются "очень важным" делом на предприятии, а ихний функционал благополучно не внедрили
- заказчик четко не может сформулировать, что ему нужно
и т.д.
А уточнить и спросить у разработчиков-внедренцев времени как всегда не хватило.
Обычно еще бывает так: гендир говорит - сделайте чтобы все было хорошо испдиру, испдир - финдиру, финдир - главбуху, главбух - буху, бух - программисту - ты ж программист сделай чтобы все было хорошо!
Однажды у главбуха не приняли алкогольную декларацию, она просто метнула ее вниз по цепочке без объяснений ... в результате пришлось звонить в налоговую, спрашивать что не устроило.
Они маленько офигели от таких методов постановки задач. Поржали вместе с ними конечно.
Попросили телефон гендира и кое-что ему объяснили.
Назавтра было ТЗ от главбушки и она сама вдогонку.
- подумал что в системе это уже есть
- решил что это не так важно и это не понадобиться
- найдется 1-2 сотрудника, про которых все забыли, но которые занимаются "очень важным" делом на предприятии, а ихний функционал благополучно не внедрили
- заказчик четко не может сформулировать, что ему нужно
и т.д.
Вы говорите об управлении ожиданиями (управлениями требованиями Заказчика в терминах PMBoK), для этого есть роль "продавец" и "РП" кто и должны приземлять "хотелки" и неоправданные ожидания.
Мой опыт говорит, что если хочешь вообще сдать проект (не говоря об ограничениях - о треугольнике проекта) содержание и результат (продукт) проекта должен быть понятен с самого начала и однозначно трактоваться Заказчиком и Исполнителем. В случае, если состав и содержание Продукта проекта подробно разъяснено Заказчику и он это понимает, а потом говорит: "...а я думал что будет еще вот это...", это в чистом виде манипуляция и вызов, для управления такими ситуациями и существует проектная документация. В случае если продукт проекта не понятен ни Исполнителю, ни Заказчику (не могут формализовать содержание Продукта проекта), тогда Agile и вперед.
Сотрудники, про которых забыли, результат не профессионального управления, либо увеличения содержания, хотя как сказал Tom Gilb: Стейкхолдеров всегда на одного больше, чем вы знаете, а те, которых вы знаете, имеют минимум на одну потребность больше, чем вам сейчас известно.
Очень часто бывает что внедрение откладывается до последнего момента, а потом "очухиваются" и давай давай быстрее быстрее. А денег все хотят заработать, директор говорит нужно внедрять и начинаем внедрять. Главное заполучить заказчика и т.д. Вы говорите про идеальный правильный вариант внедрения, к нему безусловно нужно стремиться и т.д. Но в жизни, особенно в нашей стране не всегда бывает по правильному...
Позвольте не согласиться:
1. Страна - это люди, которые в ней живут. Просто не берите проекты, которые высокорискованы и будут провалены по Вашему мнению. Пусть молодеж на них тренируется, а компании несут убытки.
2. Что в Мск, что в регионах Заказчик стал хитроумный. У меня раньше часто было что когда входишь в проект, видишь что Заказчик не профессионал, а спустя короткое время появляется сильный РП, который начинает выкручивать руки, если к этому не быть готовым - будет больно (особенно в регионах - нанимают РП с опытом работы в консалтинге, в KPI этого РП ставят "экономию бюджета проекта", и начинается веселье);
3. "Заказчик не готов платить за Устав, ТЗ и т.д." - аргумент простой: Вы когда машину покупаете вы за что платите? Реальная стоимость самой машины = 30% цены, за которую ее Вам продают, а что есть остальные 70%? Не хотите платить за технологий, которая приведет к нужному Вам результату, берите людей на почасовку и отвечайте за результат сами;
4. И по поводу последнего абзаца: Вы - РП, и, соответственно, несете ответственность перед: Директором, Командой, Заказчиком, Страной за результаты этого проекта. Искусство РП именно и заключается в том, чтобы окружающий хаос, превратить в результат устраивающей стейкхолдеров, либо признать и обосновать, что задача не выполнима в данных ограничениях.
Поймите, что перерасходы бюджетов, срыв сроков, недовольство не нужны никому и прежде всего Вам.
Таких примеров много и все они разные.
2. Самая интересная проблема на внедрении. Такие проблемы чаще всего находятся в специфике работы компании и попытке применить их на типовом решении. Не могу выделить конкретную задачу, но в целом на опыте самое интересное - это изучение конфигурации, которую выбрал заказчик для перехода, а ты о работе с ней до этого только мечтал :)
3. Ещё одна одновременно и сложная и интересная задача на внедрении - найти консультанта и/или программиста на такой проект. И что бы не компания, а ИП или физлицо, ведь бюджет не резиновый. Переписки, согласования, ТЗ - ценнейший опыт, за который потом не стыдно ;)
Разработал конфигурацию, перенес данные, развернул базу у клиента все показал и ушел. Получил оплату и успокоился на этом. На все ушло меньше месяца. Все были довольны.
Через полгода тот же клиент попросил "доперенести" обороты за прошедшее время: оказалось, сотрудники после моего ухода вернулись к работе в старой конфиге. Сделали за отдельную плату.
Еще где-то через год они снова обращаются к нам с той же просьбой: сотрудники все так же саботировали внедрение. Еще раз за отдельную плату внедрил все ту же конфигурацию, доработав некоторые механизмы, благо опыта набрался. Расстались на том, что сотрудники обещали работать в новой конфигурации, руководитель - следить за ними, а админ - закрыть доступ к старой базе.
Где-то через неделю я написал заявление на увольнение: перешел из франча на фикси.
Почистил свой комп от всякого хлама, включая и наработки по описанному внедрению. А еще через неделю они позвонили снова: во время грозы у них сгорел RAID с новой базой, старой базой, с их бэкапапми (привет админу) и вообще всем, что как-то было с этим связано. Зато остался шкаф с распечатками. Словом, неделька перед увольнением выдалась веселой)
Главный вывод, который я сделал: внедрение - это всегда насилие над клиентом. Уж очень часто работников клиента приходится заставлять переходить на новые системы.
Ну и еще можно сказать, что результат внедрения - это не перенос данных или разработка, т. е. не работоспособность конфигурации самой по себе, а работоспособность всей системы "БД+пользователи"
Приведу пример: как только я пришел на работу в одну финансовую фирму ( это была осень 1995 года) ее руководитель поставил задачу: Управлять денежными потоками предприятия. Ну то есть, посчитать свободные деньги, посчитать кассовые разрывы, понять какие деньги предприятия и на какой срок можно вложить в финансовые активы ( облигации, векселя). Ну то есть такая работа финансового директора. И отправили меня внедрять эту методику на одно предприятие, выпускающее унитазы. Получили картбланш на эту работу от директора предприятия.
Ну и первое, что нужно было сделать - это изучить всю бухгалтерскую отчетность. Оказалось, что на предприятии картотека. А управлять картотекой дело, сами понимаете, неблагодарное. В процессе изучения отчетности выяснилось, что процент брака на предприятии огромный - почти половина. И эта бракованная продукция поступают в местный магазин, которым владеет руководство, точнее главный бухгалтер. Ну и после того, как об этом было рассказано директору, больше управлять денежными потоками нас никто не приглашал.
Сейчас схемы работы и интересы спрятаны намного серьезнее, но это совсем не значит, что их нет.
Так вот, наверное очень важно при внедрении понять, кому ты можешь наступить на горло и как, и уже затем, исходя из этого продумать стратегию внедрения.
взять подрядчика это примерно месяц- два на согласование, а сроки сжатые.
(12)
Сроки реалистичны при наличии первых двух пунктов непосредственно в компании.
(12)
Не всегда, например -если руководство говорит, что это политический проект.
Самое сложное это вовремя провести накат релиза (платформа часто требует ТИИ).
Задача давно лежала на поверхности (обновление конфигурации средствами СУБД).
Решение:
1. Получаем структуру метаданных до изменения конфигурации.
2. Получаем структуру метаданных после изменения конфигурации.
3. Отключаем триггеры в таблицах с отличиями.
4. Переименовываем таблицы с данными.
5. Создаем таблицы без данных.
6. Изменяем таблицы с данными после применения изменений.
Суть проекта - дописать и внедрить систему для детального учёта производственного процесса. Контроль и автоматические расчеты статистики.
Проблема - банальное нежелание некоторых сотрудников участвовать в процессе, потому что они понимают что в итоге у них будет больше свободного времени :) и их нагрузят чем-то ещё. И ключевая проблема - тотальное недоверие собственника к 1с.
Верхи не хотят , низы не могут или наоборот. А почему пошли по этому пути - ну все же идут, значит так надо.
Писать могу много, намучился пока с одной из компаний дошел до баланса, и тут выяснилось, мы первые дошли до последнего штриха программы. Хотя сколько лет 1С-8?
Ответ один программа изначально создана как инструмент «кидалово" для бухгалтеров, поэтому и такие сложности при внедрении. Фактически программа "каменный век" нет полноты, простоты, удобства работы бухгалтерам. Зато огромные возможности демонстрации способностей выкачивания "денег" у заказчика. То же самое при внедрение программ управленческого учета.
Не понимание и нежелания понимать конкретных требований заказчика, неоправданно раздутые требования по оплате, и при переходе от слов к конкретным делам изображение" крутых специалистов" на самом деле такими не являющимися. Заявление о том, что данная программа пишется под конкретного заказчика вызывает смех. Хочется спросит ребят: Вы идиоты или нас держите за идиотов?». Последний раз спросил все обиделись, и свое предложение прислали через неделю, предложение на которое сказали спасибо не надо.
И если госпоже редактору интересно на данную тему можно много еще повспоминать историй про внедрение программ.
Только вот расположен в районе Егорьевского проезда.
Естественно поехал на электричке. Билет до ДЕПО КУР (железнодорожники называют Люблино сортировочное, а севернее Люблино дачное-для пассажира Люблино, но не метро).
Внедрение недели на 3. На 10 дней билет взял в Бутово (так как ещё 46 налоговая на Трикотажной, клиент в Калитниках, ещё случайности по мелочи) и с ним проблем не было.
А с разовыми интереснее: спрашивают что за птицы? Объяснял что никакой птицы не видел. Внедрял учёт на птицефабрике. Что? только потом выяснилось.
Билет был нужен, так как пересаживался на Каланчёвке, тогда автоматов не было и можно было потерять времени (на Курском турникетов ещё не было, поставили их очень поздно; стояли они только в горьковских тупиках).
Я много слышала о проблемах на проектах, о том, что в срок не укладываются, клиенты щепетильные, день ненормированный и т.п. И во всем этом я очень и очень хочу поучаствовать. Сейчас чувствую профессиональное выгорание и мечтаю попробовать реализовать свои силы на проектах, влиться в эту сферу, прочувствовать все сложности и радости от сдачи проекта. Поэтому очень хочу, чтобы мне достался такой шанс. Спасибо!
1. Отсутствие правил переноса данных, если речь об 1С-1С. Хотя казалось бы, наверняка 1000 раз уже переносили из таких конфигураций данные. Всё есть у франчей, частники набивают свои шишки, а клиенты платят за ненужные часы.
2. Заказчики. Ты написал план внедрения, расписал процесс по дням, выделив на возникающие задачи 30% времени. Как бы не так. Стоит запустить новую базу и ты 50% времени будешь тратить на консультации, остальные 50% на текущие задачи, которые появляются как головы Гидры. Сдал печатную форму? - Дайте ещё 2! А как же перенос остальных данных? К черту work&life балланс - всё свободное время в жертву новому опыту!
3. Вытекает из 2. Планирование и время. Я внедрял в командах. Сейчас внедряю в одиночку. И там и там нет такого момента, когда база будет готова на 100% к моменту запуска и после этого момента надо быть готовым на 1-2 месяца погрузиться только в проект.
Это моя точка зрения и мой опыт. Днем я программист, вечером я ИП на внедрении. Выгорел на внедрениях и сейчас думаю, что этот проект мой последний, но по опыту скажу - проекты как наркотик. Сел и на иглу и не слезешь)))
(32), Выгораешь? Смени работу. Найди работодателя с новой конфой и командой. Я менял работу раз в 1-2 года. И буду так делать пока не найду то самое место, где мне будет комфортно быть полезным и получать те знания, которые мне важны.
Переубеждать не буду, но "живём лишь раз" и "незаменимых нет". Проверено.
И начался небольшой ад. Все сроки были превышены и разработка ведется по сути до сих пор.
Периодические накаты обновлений вообще не тестировались и ошибки ложились на пользователей. Согласование документов постоянно зависало (и до сих пор так). Частенько после наката обнаруживались ошибки, которые уже были ранее исправлены.
Как итог - техподдержка ит и программисты 1с проходили курсы разработки в этой конторе и половину рабочего времени тратили не на 1с, а на уникальную программу документооборота. За пару лет отдел ит обновился на 90%. Опыт с этой программой нигде больше не пригодится.
Так вот проблема, что от той конторы никуда не уйти, потому что программу это разрабатывают только они, считай монополисты. Мы оказались в ситуации, когда ежики колются но продолжают делать дело...
Оказалось, что контора та не собиралась нас ктдать на тендере, а это у них так всегда - реальные сроки и стоимость занижена минимум в 3 раза. И ничему их жизнь не учит. Казалось бы, умножь расчет на 3. Но нет. Все новые задачи также неадекватно оценивают , а потом клянчат деньги и жалуются что сработали в минус . И так каждый раз. У самих тоже рук проектов и разработчики меняются как перчатки. Конфа на веб интерфейсе и смартах(скриптах) на уникальном языке. Сложность вхождения феерическая. Какие-то ошибки могут исправлять месяцами (отмазки, типа человек который писал хранимку уже уволился, а она сложная).
Зато наш директор it, отчитался в свое время о завершении проекта и пошел вверх по служебной лестнице
в 2007г внедряли УПП на одном региональном заводе. До этого весь учет между отделами и бухгалтерией велся только на "бумаге". Сотрудники завода, которые не заняты непосредственно на производстве - в основном женщины в старшем возрасте, приходили на работу ровно в 8, шли на обед в 12, уходили домой по звонку ровно в 5. Зарабатывали свою среднюю по городу копеечку и, конечно, сильно не хотели, чтобы в их размеренную жизнь кто-то вносил неразбериху, пусть даже и временно. Стояла какая-то своя бухгалтерская программа, Люди делали в ворде и экселе документы, относили в бухгалтерию, тетки в бухгалтерии брали в руки сдаваемые им бумажные документы и вводили в эту программу. Собственно, руководитель проекта сразу увидел проблему и заранее договорился в руководством завода, чтобы они разослали централизовано приказ, но не в стиле, что с этого момента мы начинаем работу в 1С, а в стиле, что с такого-то числа бухгалтерия принимает документы только распечатанные из программы 1С "со штрихкодом".И сразу после этого включили штриховое кодирование документов и раздали бухгалтерии сканеры. Каково было наше удивление, когда в потоке документов часть из них сканер не определял по штрихкоду. Долго ломали голову, как такое может быть, проверяли настройки сканеров, префиксы, постфиксы и тд. А проблема оказалось банальной. Некоторые сотрудники договорились саботировать внедрение 1С и продолжали делать документы в ворде и "рисовали" руками штрихкод прямо в ворде с поморью графических инструментов. Зона комфорта - она такая заманчивая )))
Заказчиком была руководитель одного из отделов, очень скандальная дама, которая меняла "показания" (список требований) практически каждый день и плевать она хотела на ТЗ.
При каждой попытке закрыть проект и передать разработку на техподдержку отделу сопровождения отказывала, аргументируя тем, что мы не все сделали, строчила письма генеральному о срыве работы отдела.
ИТ директор ничего с ней сделать не мог и закрывал глаза, при этом в графике проектов затраты времени на этот уже не учитывались.
В одной компании начался проект по внедрению 1С 8. Проект начал вести подрядчик - крупный франч.
Я пришел в компанию в качестве руководителя проекта со стороны заказчика.
На момент прихода был согласован бюджет, куплены лицензии и подписано приличное ТЗ на две сотни страниц, уже велись какие-то работы со стороны франчайзи.
Задачи были от интеграции с производственной базой 1С 7.7 до переписки драйвера ККМ и РИБ на 50 узлов.
Итерации этапов работ закрывались слабо, далеко не с первой попытки.
По итогу работы с подрядчиком пришлось самостоятельно переписывать прямые запросы к SQL базе 1С7.7, своими же силами был переписан драйвер ККМ и правила обмена РИБ.
За почти год работы с подрядчиком успеха достичь не удалось. В итоге взял себе программиста одного в офис и еще одного фрилансера на пару месяцев.
Работа сильно ускорилась. Через три месяца мы внедрили систему.
Проект завершился успешно )))
" привезла раскладушку и ночую на работе..."
- Нам стало интересно, как почему законченные блоки программы буксуют в бухгалтерии и написали / сформировали отчет по пользователям:
1) Главный бухгатер - "создано 3 документа" - "время в базе 1,5 часа"
2) Зам.главного бухгалтера - "создано 400 документов" - "время в базе 270 часов в базе"
И тут руководство заинтересовалось зачем главному бухгалтеру раскладушка...
2. Поставлена задача автоматизировать проживание в вахтовых городках на газовых мегастройках нашей страны. Собрали совещание, пригласили 1С франчайзи. Стали обсуждать:
- Франчайзи поставили срок 6 месяцев на составление ТЗ и согласование доступов к личной информации ЗУПов организаций проживающих и вахтовых организаций.
- Программисты головной организации срок согласования только доступа оценили в 3 месяца. Требовали обязательное использование типовой КА (комплексной автоматизации) и справочников Сотрудники.
А надо как всегда "Вчера" - Дают 2 недели и даже премию обещали. Согласование долго...
И мы решили пойти своим путем: конфигурация с нуля, хранение на периодическом регистре сведений и регистре накопления, ключ сотрудника определялся парой полей "ФИО" - строка и ДатаРождения - Дата. Иногда можно было заполнять Паспорт и телефон, но не обязательно.
Первый день запуска был не очень удачный, т.к. использовался обычный принцип ввода информации в 1С: куча форм и табличек, заполнение полей выбором из справочников. В обычном интерфейсе нужно работать пользователям с опытом работы в 1С, а где таких на крайнем Севере найдешь?)))) Пришлось срочно переделывать (примерно как Google стала переделывать Android после презентации первого Айфона). Интерфейс минималистичный - один отчет на СКД - даже без программирования - по максимуму похожий на старую работу в XLS женщин комендантов городков. Там требуется заселить человека и выселить его.
При заселении: ищем в отчете свободную ячейку для заселения - тычим мышкой - запоняем ФИО и Дату рождения и ок. Обновляем отчет - человек живет.
Нужно выселить - ищем человека в отчете - тычим мышкой - все уже заполнено - нужно только кнопку нажать что он Выселен. Обновляем отчет - место освободилось.
В результате в ближайшие 3 месяца автоматизировали более 10 городков. А на некоторых городках обучение проводили по телефону в течении 5 минут с людьми, ни разу не видящими 1С и те начинали работать. После этого представители других организаций без долгого согласования сами захотели предоставить данные о своих сотрудниках, чтобы быстрее формировать заявки на проживание и отчеты. Поэтому успех внедрения зависит от умения анализировать предметную область.
В тоге от других "доверенных" лиц со стороны Заказчика узнали, что она каждый день истерила по поводу того, что она не будет давать нам никакую информацию, что после этого проекта ее уволят и она не будет никому нужна. Ходила по всему офису и "плакалась". Она боялась, что мы полностью автоматизируем ее ручной труд и работодатель выкинет ее улицу.
В итоге ее руководителю пришлось оказать ей психологическую помощь и объяснить, что никто ее не собирается увольнять. После чего мы быстро получили нужный файл.
P.S. После внедрения девушка продолжила работать в компании и не пострадала))
И таких историй, когда сотрудники при внедрении проектов полагают, что их уволят очень много и это часто мешает работе.
Пост о пользе привлечения экспертов на проекты и о разработке кода в соответствии со стандартами фирмы «1С».
Делюсь правдивой историей из моей практики внедрения 1С:ERP. Проект, о котором пойдет речь, победил на конкурсе 1С:Проект года в 2017 году.
Итак, проект внедрения 1С:ERP по фреймворку SCRUM (Технология быстрого результата в терминах фирмы "1С"). Провели экспресс-диагностику, посмотрели серверное оборудование на предмет достаточности мощностей для 1С:ERP на 100 пользователей – фиксируем вывод что «железо потянет», но посмотрели только спецификацию оборудования специализированные тесты не проводили. На сам сервер Заказчик нас не пустил по соображениям информационной безопасности. Я понимал, что в сервере «лежит» риск. Для смягчения риска начал искать эксперта по технологическим вопросам.
Середина проекта, пользователи начинают активно работать и 1С:ERP начинает сильно тормозить, мало того, увеличено содержание проекта, теперь целевая 1С:ERP должна работать для 300 пользователей. Начинаем разбираться – «железо» на пределе возможностей, но должно тянуть. Привлекаю эксперта по технологическим вопросам, который за пару дней работы, запустив в том числе тесты Гилева, дает заключение: проблема не в «тяжеловесности» 1С:ERP, а в следующем:
1. Помимо 1С:ERP, на сервере стоит историческая система 1С:УПП сильно доработанная специалистами Заказчика и именно она «подвешивает» сервер СУБД (MS SQL) некорректными запросами, которые формируется доработанным «на коленках» кодом (не по стандартам разработки фирмы «1С»);
2. Железа будет НЕ достаточно для 300 одновременных сеансов;
Чтобы разрешить ситуацию считаю стоимость простоя предприятия из-за неработающей (висящей/тормозящей) 1С:ERP, получается 300 000 Р/час, тем самым обосновываю покупку нового сервера.
Мы не занимались поставкой оборудования и ИТ-отдел Заказчика подрядился собрать сервер по комплектующим самостоятельно. Для сравнения: фирменный сервер стоил около 2 млн. Р., бюджет сборки Сервера «на коленках» - 1,2 млн. Р.
В результате сервер собирался более 3-х месяцев, так как комплектующие заказывались по всему миру, наконец, сервер собран, но в процессе эксплуатации случились две проблемы:
1. Контроллеры не дружат с RAID-массивом (при работе с файлами размером более 4-х Гб скорость чтения/записи падает по экспоненте) – ошибка была исправлена спустя несколько месяцев, производитель контроллеров выпустил новые версии драйверов;
2. В один прекрасный день сгорели процессоры :-) – ИТ-директор, быстро купив процессоры, полетел в г. Стамбул исправлять поломку.
Для справки: стоимость простоя Предприятия из-за не работающей 1С:ERP = 300 000 Р./час, экономия на сборке сервера Noname максимум 800 000 Р.
Мораль сей были такова:
0. Работайте с рисками (диагностика, ранжирование, управление) – дешевле будет;
1. Не экономьте на технической экспертизе – много нервов и средств сбережете;
2. Не экономьте на контроле качества работ, выпуская продукт, соответствующий стандартам качества фирмы «1С» - представьте каковы последствия того, что Заказчик скажет: "...Ваша система не годна к использованию..." по завершении проекта;
3. Не экономьте на оборудовании – сейчас стоимость «железа» невысока.
Удачи на проектах!
Оводков Василий
Член Московского отделения PMI в России
Член International Project Management Association
Сертифицированный специалист по управлению проектами IPMA Level D
Сертифицированный 1С:Руководитель корпоративных проектов
См. также
Готово расписание митапа «Система управления знаниями»
Новость Инфостарт Infostart Meetup Мероприятия
12 марта проведем митап «Система управления знаниями». Как избежать ситуации, когда сотрудники решают схожие задачи, теряя драгоценное время? Как внедрить систему знаний в компании? На эти и другие вопросы ответим на митапе в следующую пятницу.
сегодня в 15:11 944 eselyanina 0
Открыт набор на онлайн-курс «Запросы и отчеты»
Новость Обучение, бизнес-тренинг, курсы Инфостарт
15 марта стартует онлайн-курс «Запросы и отчеты». Участники курса изучат язык запросов и возможности системы компоновки данных – эти навыки понадобятся при разработке отчетов в платформе «1С:Предприятие».
сегодня в 13:09 1017 user997184 0
Второй тур голосования за доклады INFOSTART EVENT 2021
Новость Инфостарт infostartevent Мероприятия
Продолжаем составлять программу INFOSTART EVENT 2021. Ранее мы анонсировали уже принятые доклады технического и управленческого потока, а сегодня открываем второй тур голосования, по результатам которого соберем финальную программу конференции!
сегодня в 11:30 1471 kbazzh 2
В «Конвертацию данных 3.1» встроили возможности «Конвертации данных 2.0»
Конфигурация для подготовки правил обмена «КД 3.1» теперь позволяет разрабатывать не только правила формата EnterpriseData, но и классические правила для универсального обмена в формате XML, а также правила регистрации объектов.
вчера в 13:20 1789 vikad 5
Фирма «1С» выпустила универсальное рабочее место кассира для типовых конфигураций
Новость 1С ИТ-новость Онлайн-кассы
Продукт «1С:Рабочее место кассира» предназначен для подключения дополнительных касс к основной учетной системе на платформе 1С.
вчера в 09:24 1683 ЕленаЧерепнева 4
Неделя до старта базового курса для начинающих 1С-программистов
Новость Обучение, бизнес-тренинг, курсы Инфостарт
С 10 марта участники курса под началом преподавателя – Николая Бондаренко – начнут изучать базовые принципы программирования в платформе «1С:Предприятие» с нуля.
02.03.2021 1365 user997184 0
Первые управленческие доклады INFOSTART EVENT 2021
Новость Инфостарт infostartevent Мероприятия
Вчера мы объявили первые технические доклады INFOSTART EVENT 2021, а сегодня готовы представить первые управленческие доклады конференции.
02.03.2021 1970 kbazzh 0
Подводим итоги митапа по современным подходам при сборе требований и составлении ТЗ
Новость Инфостарт Infostart Meetup Мероприятия
26 февраля состоялся митап Инфостарта, где участники вместе с экспертами обсудили роль правильно сформулированных требований и важность технического задания в конечном успехе проекта.
01.03.2021 1860 vikad 0
Первые технические доклады INFOSTART EVENT 2021
Новость Инфостарт infostartevent Мероприятия
Подходит к концу первый тур голосования за доклады юбилейной конференции INFOSTART EVENT. Сегодня мы хотим показать вам первую часть программы!
01.03.2021 2937 kbazzh 0
1C:EDT становится полностью бесплатной, начиная с релиза 2021.1
Фирма «1С» объявила о выходе нового релиза 1С:EDT и об изменениях лицензионной политики для данного продукта. Теперь 1С:EDT доступна без действующей подписки ИТС, после прохождения несложной регистрации.
01.03.2021 2818 ЕленаЧерепнева 7
Готово расписание митапа «DevOps в 1С: Инструменты автоматизации рутины в 1С-разработке»
Новость Автоматизация Инфостарт Infostart Meetup Мероприятия
5 марта пройдет митап «DevOps в 1С: Инструменты автоматизации рутины в 1С-разработке». Рассказываем вам, какие доклады вошли в состав митапа, и чем он может быть полезен для участников сообщества.
26.02.2021 5091 kbazzh 2
INFOSTART PARTY и специальный ужин для VIP-гостей и докладчиков
Новость Инфостарт infostartevent Мероприятия
Кто хорошо слушает доклады, тот хорошо танцует и развлекается на INFOSTART PARTY. Мы определили место проведения вечеринки, а также выбрали ресторан для традиционного VIP-ужина. Сегодня расскажем вам об этом.
26.02.2021 3518 kbazzh 28
Фирма «1С» продлила действие льготной подписки на «1С:Фреш»
Специальные условия позволяют перейти с базовых версий на облачные с очень существенной экономией в первый год пользования подпиской. Рассказываем о преимуществах и возможных рисках такого перехода.
25.02.2021 4378 ЕленаЧерепнева 0
Оцени свои знания по составлению ТЗ и получи методические материалы
Новость Инфостарт Infostart Meetup Мероприятия
Уже в эту пятницу, 26 февраля, пройдет митап «Сбор требований и составление ТЗ: современные подходы в управлении проектами».
24.02.2021 4278 eselyanina 1
INFOSTART EVENT 2021: осталось семь дней, чтобы подать заявку на доклад
Новость Инфостарт infostartevent Мероприятия
Мы вышли с февральских праздников и сегодня готовы объявить сроки приема заявок на доклады, а также сроки второго тура голосования. Расскажем вам о том, как будет формироваться программа конференции INFOSTART EVENT.
24.02.2021 4448 kbazzh 5
Подводим итоги митапа по применению практик CI/CD для решений на 1С
Новость Инфостарт Infostart Meetup Мероприятия
Вчера, 19 февраля, Инфостарт собрал разработчиков в онлайне, чтобы обсудить применимость процессов непрерывной интеграции и поставки (Continuous Integration и Continuous Delivery) для мира 1С.
20.02.2021 3188 vikad 0
Фирма «1С» опубликовала новую версию «1С:Исполнителя»
Новость Автоматизация ИТ-новость
В языке сценариев, предназначенном для автоматизации и администрирования информационных систем на базе 1С, появились возможности для работы с SSH. Новый релиз уже доступен зарегистрированным пользователям в сервисе «1С:Обновление программ».
19.02.2021 4308 ЕленаЧерепнева 0
В реестр отечественного ПО хотят включить зарубежный софт
Новость Импортозамещение ИТ-новость Минкомсвязь
Минцифры намерено включать в реестр отечественного ПО иностранный софт, который был доработан российскими программистами. При этом подтверждать масштабы изменений не придется.
19.02.2021 2782 user1015646 0
Открываем продажу видеокурсов по расчетным и бухгалтерским задачам
Новость Обучение, бизнес-тренинг, курсы Инфостарт
Открываем продажи видеокурсов для начинающих 1С-программистов. Раньше эти курсы можно было пройти только в очном формате. Видеоформат лекций позволит осваивать новые знания в индивидуальном темпе.
18.02.2021 3114 user997184 0
Готово расписание онлайн-митапа «Сбор требований и составление ТЗ: современные подходы в управлении проектами»
Новость Инфостарт Infostart Meetup Мероприятия
26 февраля продолжим традицию онлайн-встреч и проведем митап «Сбор требований и составление ТЗ: современные подходы в управлении проектами».
18.02.2021 4439 eselyanina 0
Для начинающих 1С-разработчиков – два курса по специальной цене
Новость v8::СКД Обучение, бизнес-тренинг, курсы Инфостарт
Комплексное предложение включает два курса: «Запросы и отчеты» и «Базовый курс по обмену данными в системе 1С:Предприятие». Обучение подойдет начинающим программистам, у которых уже есть опыт работы с платформой.
17.02.2021 4684 user997184 0
INFOSTART EVENT 2021: конференция состоится!
Новость Инфостарт infostartevent Мероприятия
17 февраля можно помечать красным днем в календаре, ведь сегодня мы получили официальное разрешение на проведение INFOSTART EVENT 2021!
17.02.2021 7205 kbazzh 16
22 марта стартует шестой поток онлайн-курса «Технология выполнения проектов ERP-класса – процессный подход»
Новость ERP2 Обучение, бизнес-тренинг, курсы
С 22 марта по 25 мая на Инфостарте пройдет онлайн-курс о процессном подходе в управлении проектами. Обучение предназначено для подготовки специалистов по автоматизации процессов управления в 1С:ERP, 1С:УХ, 1С:КА, 1С:УТ.
16.02.2021 2901 dklimchuk 0
Стартовал конкурс на лучший «1С:Проект года-2020»
Фирма «1С» начала принимать заявки на пятый международный конкурс лучших проектов корпоративной автоматизации. В конкурсе смогут участвовать компании, которые выполняли работы с использованием решений на платформе «1С:Предприятие» в 2020 году.
16.02.2021 3998 ЕленаЧерепнева 0
Подводим итоги митапа по мотивации удаленных команд
Новость Инфостарт Infostart Meetup Мероприятия
12 февраля Инфостарт провел онлайн-встречу по обсуждению мотивации удаленных сотрудников. Поговорили о том, как преодолевать ограничения удаленной работы и как развивать в сотрудниках лидерство и самоорганизацию.
15.02.2021 4287 vikad 0