Ошибки команд или как стать лучше

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

Методология - Управление проектом

Команда методология ошибки

В этой статье я постарался собрать легко диагностируемые проблемы команд, которые мешают им стать лучше.

Рассматриваются только команды, которые

1)       Являются командой. 1 человек - это не команда, 2 – тоже маловато

2)       Не проектные команды. Многие ошибки применимы и к проектным командам, но упор сделан на команды фикси, которые по сути являются 2-3 линией поддержки

3)       Вопрос индивидуальной компетенции опущен. Команда из новичков не может быть сверхэффективной, команда же из звезд может быть посредственной

Проблемы также имеют ограничения:

1)       Всегда есть исключения. По моему опыту, проблема чаще является именно проблемой, а не особенностью

2)       Решение любой проблемы имеет цену, цену на внедрение и цену на поддержание. Нужно понимать, что цена решения проблемы может быть выше получаемого профита, а значит, решение этой проблемы не имеет смысла

Если вам есть что дополнить или с чем-то вы не согласны – добро пожаловать в холивар в комментарии. Если вы нашли ошибку, опечатку и косяк в оформлении – напишите мне в личку.

1         Рисковые парни

Увольте их.

1.1       Нет бекапов

Что будет, если внезапно РБ (рабочая база) перестанет существовать?

Попробуйте устроить экзамен сотрудникам, которые отвечают за работоспособность РБ (Сис. админам, администраторам СУБД или отделу 1С).

 

Вводная:

1) Файл БД поврежден и восстановлению не подлежит

2) Диск, на котором крутилась БД форматнулся и доступа к нему нет

3) Молния ударила в серверную и все сервера, которые стояли по соседству с сервером БД, недоступны

 

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

Как правильно настроить MS SQL сервер для работы с 1С

Автоматический бэкап средствами 1С, который обязательно сделается (без перезапуска сервера)

Резервное копирование 1С средствами MS SQL

Джоэль Спольски: перестаньте делать бэкапы

1.2       Нет хранилища конфигурации

Хранилище нужно для командной разработки и версионирования изменений. Если разработка ведется минимум двумя программистами, то как можно соединить их труд в одно без головной боли? Версионирование помогает понять, кто, когда и зачем (для хороших команд) менял в конфигурации, а также является некоторым бекапом конфигурации. Если умрет компьютер программиста – cf можно взять из хранилища, если умрет сервер хранилища, то из базы разработчика.

 

Групповая разработка прикладных решений

Хранилище конфигурации: создание и использование

Хранилище конфигурации: не очевидные особенности групповой разработки

Технология разветвленной разработки конфигураций (ИТС)

2         Слабая команда

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

2.1       Нет списка задач

Если нет единого списка задач (беклог, багтрекер или аналоги), то команда просто не знает, что ей нужно делать, забывает делать то, что нужно, делает не самые важные задачи.

Что именно использовать в качестве списка задач – каждая команда решает сама. Чаще всего пишут что-то свое, кто-то использует ексель или гуглотаблички, кто-то использует что-то чужое, типа Redmine, Trac, JIRA итд.

Хорошей практикой является визуализация списка задач с помощью доски.

История одной доски от Макса Дорофеева (Часть 1Часть 2Часть 3)

2.2       Разработка в файловой, если РБ в клиент-сервере

Или другими словами – большое различие между архитектурой продукционной среды и архитектуры среды разработки. То, что работает в одной, может не заработать в другой. Ошибка передачи мутабельного значения в РБ – не очень приятная штука.

2.3       Конфигурация не поставлена на поддержку

Если захочется обновить конфигурацию – будут большие проблемы

Хитрости платформы: использование конфигурации поставщика

2.4       Разработка ведется без учета возможности обновления

Даже если конфигурация поставлена на поддержку, то это не гарантирует легкости в обновлении. Облегчить обновление могут такие правила, как: префиксирование своих объектов, использование обрамляющих комментариев, максимальное сохранение типового кода и т.д.

Как облегчить обновление нетиповой конфигурации?

Обновление конфигураций 1С:Предприятия 8. Прыжок через 20 версий

Технология обновления нетиповых конфигураций 1С:Предприятия 8

2.5       Регламенты СУБД не настроены

Отсутствие регламентов СУБД обычно означает, что о производительности никто не задумывается. Документ проводится 10 минут? А что вы хотели? Система сложная, много всего обсчитывает. Появление регламентов навряд ли ускорит проведение до нескольких секунд, но их отсутствие - явный признак пробела в знаниях.

Регламентные операции на уровне СУБД для MS SQL Server (ИТС)

Как правильно настроить MS SQL сервер для работы с 1С

2.6       Нет тестирования

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

 

3         Обычная команда

Они выглядят профессионалами, они решают задачи, пользователи их ненавидят, руководители считают, что команда и так делает все возможное

3.1       Не выполняются стандарты и методики разработки

Стандарты и методики разработки – это такие шаблоны, которые уже доказали свою полезность.

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

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

При использовании стандартов качество и скорость разработки сразу улучшаются на порядок.

Система стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8 (ИТС)

3.2       Изобретение велосипедов

Неиспользование типовых механизмов, придумывание того, что уже было придумано, и нежелание разобраться в существующем решении. Это все приводит к:

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

Писать код с нуля или использовать существующую библиотеку?

3.3       Используются Выполнить(), Вычислить() и внешние обработки в РБ

Есть «Хорошие» внешние обработки и использование выполнения исходного кода, например, внешние печатные формы, внешние отчеты, сложнонастраиваемые методы получения данных в планировании… Но, если рабочие места или ключевая логика выполнена на внешних обработках – это привносит кучу проблем.

  • Внешний код не ловится проверками кода. Переименовали мы объект, протестировали всю конфигурацию, а после обновления отвалились обработки
  • Внешние обработки приходится отдельно версионировать и следить, чтобы все использовали актуальную. Нужно отдельно следить какая версия в разработке, какая на тесте, а какая работает в РБ
  • Если у пользователя возникает ошибка, то в журнал регистрации падает «Форма {25} тут пошло что-то не так». Выяснить источник можно только после общения с пользователем
  • Внешний код на порядок сложнее оптимизировать
  • На внешнюю обработку/отчет сложнее сделать ссылку в интерфейсе/форме
  • Внешний код несет угрозу безопасности

Ограничение на выполнение «внешнего» кода на сервере (ИТС)

Безопасность прикладного программного интерфейса сервера

 

3.4       РБ подключена к хранилищу разработки или не имеет хранилища в принципе

Если РБ подключена к хранилищу разработки, то как-нибудь в РБ уйдут недоработанные вещи и придется очень долго это вычищать или экстренно доделывать. Лучше не подключать РБ к хранилищу, а переносить изменения сравнением/объединением – тогда будет понятно, что выкатывается и что может отвалится. А еще лучше использовать отдельное хранилище и подключенную к этому хранилищу спец. базу для обновления. Это позволит разделить моменты выката изменений с их контролем и непосредственным обновлением РБ. Откатиться на предыдущую сборку становится проще, и история выката сохраняется.

Технология разветвленной разработки конфигураций (ИТС)

3.5       Нет выделенной техподдержки

Если есть программист, который зарабатывает 100 т.р. и к которому обращаются пользователи с возникшими проблемами, затруднениями или рутиной задачей (завести нового пользователя, поменять реквизит в закрытом документе и т.д.), то этот программист сможет сделать не очень много задач. Но если взять нового сотрудника на 30 т.р., который будет делать простейшие задачи, то производительность программиста может вырасти в 2-10 раз

Организация правильной технической поддержки (ITIL\ITSM\ИСО 20000)

3.6       Нет аналитика/консультанта/РП

Если техподдержка прикрывает «снизу», то еще нужен сотрудник, который будет прикрывать команду «сверху». Он будет ходить на совещания, рассказывать о нововведениях, активно переписываться с топ-менеджерами и делать другие вещи, для которых навыков программирования не обязательно. Обычно этот сотрудник является аналитиком/консультантом/РП и выполняет еще и свои функции.

3.7       Нет оцененного плана работ (беклог, спринтбеклог)

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

Десять смертных грехов в оценке трудоёмкости разработки программного обеспечения

Как делать быстрые и точные оценки сроков разработки проектов

Оценка и планирование проекта

Оценка проектов

3.8       Нет обратной связи с пользователями

Первый принцип в манифесте Agile гласит «люди и взаимодействие важнее процессов и инструментов». Очень сложно создать что-то действительно ценное для пользователя/заказчика, не спрашивая его и не уточняя по ходу задачи. Если пользователь будет причастен к доработке, то со значительно большей вероятностью ему понравится результат.

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

3.9       Не используется топовое железо при разработке

Чем лучше железо, тем больше времени тратит программист собственно на разработку и тем выше его эффективность. Что происходит, когда комп подвисает, выполняя какую-либо операцию?  Секунд 5 программист ждет, пока это закончится, а потом он решает скоротать время и открывает браузер. Минут 15 работы вылетает сразу. А ведь программист не хотел лезть в интернет, он просто решил скоротать время из-за медленной работы ПК. Прирост в эффективности в 10% отобьет топовый комп для разработчика меньше чем за год.

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

Хотите быстро поднять эффективность и мотивацию команды – обновите им компы и сервера.

Сюда же отнесу более комфортные условия работы – отдельный тихий офис, кондиционер, приятная обстановка, большая доска для рисования и т.д.

3.10  Нет простейшей базы знаний

У каждой команды есть много информации, которую нужно где-то хранить, чтоб доступ туда имела вся команда (и не имели все остальные). Это логины и пароли, пути к базам и хранилищам, регламенты и документы и другая информация. Если программисту выдать новый чистый комп, то подборка такой информации позволит ему очень быстро включиться в работу. А ведь такая информация может еще и меняться.

3.11  Нет саморазвития

Если в команде никто не старается узнать что-то новое, не читает статей, книг, не следит за обновлениями стандартов и методик, не смотрит код в типовой – обстановка медленно превращается в болото, а мотивация падает. Особенно дело обостряется, когда программист 2 года просто сидел на попе ровно, ничего не изучал и не повышал уровень своих навыков и знаний, и тут он решил потребовать повышения зарплаты.

 

4         Хорошая команда

Удивляет скоростью внесения изменений. Большинство пользователей довольны системой.

4.1       Неритмичный выпуск обновлений

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

4.2       Нет скриптов на повторяющиеся действия

Если какое-либо действие может выполнить компьютер сам, то пусть выполняет. Автотесты, автобекапы, авторазворачивание копии РБ – это все экономит время высокооплачиваемых специалистов, а также сильно снижает вероятность что-либо забыть или сделать не так. Бекапы ведь все всегда делают перед любым обновлением?

4.3       Нет двойного чтения кода

Это когда любую строчку кода, нового или измененного, прочитало как минимум два программиста. Один программист при написании, а второй одним из следующих способов:

  • Парное программирование – все о нем знают, но навряд ли кто пробовал. Заявлено, что качество кода повышается, а скорость даже выше, чем, когда 2 программиста работают по отдельности. Думаю, прирост скорости связан только с тем, что отвлекаться на что-либо, кроме программирования, становится неудобно.
  • Аудит кода – берется кусок кода на 500-2000 строк, собираются несколько программистов, в том числе автор куска кода, и обсуждают этот фрагмент, выявляя ошибки, плохой стиль, хорошие идеи и т.д. Такой формат очень и очень быстро поднимает уровень слабых программистов до уровня лучших из участвующих.
  • Проверка кода перед помещением в основную ветку – ответственный за основную ветку проверяет весь код, который поступает в основную ветку, и не принимает тот код, который ему не понравился по какой-либо причине.

Если программист знает, что его код будет читать еще кто-то, то он начинает чуть больше задумываться над стилем, выполнением стандартов, именованием, архитектурой. Обратная связь по коду учит его писать качественнее. А тот, кто читает, также может набираться опыта – как писать стоит, а как нет.

Также двойное чтение кода способствует улучшению коллективного владения кодом.

Стили парного программирования

5 советов по проведению хорошего обзора кода

20 причин проводить обзоры кода

4.4       Не используется автоматическое тестирование

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

Механизмы тестирования в 1С. Использование методики TDD (разработка через тестирование) в 1С

4.5       Не проводятся мероприятия по повышению юзабилити

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

Сделать формочку удобной иногда занимает в 10 раз больше времени, чем просто сделать формочку. И этой формочкой пользователь может пользоваться 8 часов в день, 5 дней в неделю.

Еще один важный момент – пользователи работают с интерфейсом совершенно не так, как это делаете вы. Если вы сделали суперудобную форму, в которой можете работать легко и непринужденно, то попробуйте понаблюдать за пользователями. Вы можете быть сильно удивлены их подходом: они не умеют пользоваться буфером обмена, работают только мышкой, не знают половины типовых команд, не используют 90% функционала и вообще не понимают, зачем они тут что-то делают. А еще может оказаться, что на рабочем месте нет мышки и монитор всего лишь 14 дюймов.

Дизайн пользовательского интерфейса. Искусство мыть слона

5 галочек: чеклист юзабилити

4.6       Не используются сервисы для мониторинга продуктовой среды

Жизнедеятельность РБ обычно не входит в обязанности команды разработки, но если там что-то перестало работать – кого обвинят в первую очередь? А через сколько в команде узнают, что не работает регламентное задание?

Так же контроль за серверами разработки позволяет избежать простоев и проблем при внезапно закончившемся месте на диске

4.7       Нет полноценной базы знаний

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

Управление знаниями в компании-разработчике 1С

4.8       Нет ретроспективы

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

Многие считают, что самая важная практика в Scrum – это ретроспектива. Если выполнять ее регулярно и приводить в жизнь все те решения, что были придуманы – команда очень быстро растет.

4.9       Нет прагматизма в работе

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

Эффективная команда – прагматична. Она делает только то, на что затраты окупаются. Можно даже по каждой задаче из списка проставлять коэффициент возврата на инвестиции (ROI). Чем быстрее отобьется инвестиция, тем быстрее стоит выполнить задачу.

 

5         Команда мечты

Их не существует.

5.1       Высокоэффективна

5.2       Предсказуема

5.3       РБ работает без сбоев

5.4       Изменения быстро и безболезненно приживаются

 

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

Комментарии
Избранное Подписка Сортировка: Древо
1. shalimski 5 12.08.15 12:19 Сейчас в теме
Браво! Большое спасибо за подборку ссылок по каждой теме.
Skyer; SoftLeon; +2 Ответить
2. SmileDDD 12.08.15 12:26 Сейчас в теме
Отличная статья. Возникло желание проверить часть пунктов которые еще не внедрены в повседневную разработку нашей команды. Спасибо за труд.
3. dj_serega 368 12.08.15 12:36 Сейчас в теме
Спасибо! Было интересно почитать. Теперь нужно по ссылкам пройтись.
4. titan6662000 6 12.08.15 12:57 Сейчас в теме
мне кажется основная часть команд - 2, 3. Чтобы сделать 4 нужны ещё и внешние условия - ЗП, климат, здоровье, непохренестическое отношение начальства.
Vladimir Litvinenko; Orlangur; +2 Ответить
5. Stepa86 1327 12.08.15 13:52 Сейчас в теме
(4) Я придерживаюсь мнения, что сперва команда должна заслужить условия получше, а уже потом получить их. Сперва результаты, а потом рост зп и улучшение отношения начальства, а не наоборот.
12. titan6662000 6 13.08.15 06:47 Сейчас в теме
(5) придерживаюсь мнения, что сначала надо посадить, полить, удобрить а патом урожай :) (это и со стороны внешнего мира и со стороны самой команды) . В общем надо прекращать быть Кэпами.
6. comol 4169 12.08.15 15:52 Сейчас в теме
Какое-то вообщем то собрание баянов. Хочется написать "Спасибо КЭП" :). Самое интересное что собрание абсолютно бессистемное. Из разных областей и разных технологий/методологий...
А что не приписали пункты вроде:
- "Нужно написать код правильно и без ошибок"
- "Разработчики должны уметь кодить в 1С"
- "Все разработки должны быть протестированы перед релизом" :))))))
wowik; Ziggurat; Silenser; EdmundoAlvares; +4 2 Ответить
7. Mi4man 165 12.08.15 16:33 Сейчас в теме
(6) comol, трололо
создайте свою публикацию с названием "Собрание баянов" и собирайте там свои баяны

а за эту публикацию однозначно плюс +
WizaXxX; Soloist; shalimski; +3 1 Ответить
8. comol 4169 12.08.15 17:00 Сейчас в теме
(7) Mi4man, Ну эту трудно не по троллить. Когда переписывают документацию это ещё куда не шло...
а когда пишут из разряда "Нет тестирования" или "Используется Выполнить()" "не выполняются стандарты и методики"....

Я прочитал заголовок "как стать лучше" решил узнать "как же". По каждому пункту из списка уже тома написаны и прочитаны... перечислить все задачи руководителя разработки это сильно :)


10. Mi4man 165 12.08.15 18:43 Сейчас в теме
(8) comol, просто ИС представляет сейчас собой как некую базу знаний, так и "живую ленту"
лично я использую ИС в основном как "живую ленту", соответственно мне интересно просматривать только самые свежие (НОВЫЕ) публикации

вряд ли бы я искал среди статей "как нужно программировать"... и др

а баян это или не баян - лично мне по барабану
главное что статья понравилась +
TreeDogNight; assanoff; dj_serega; starik-2005; support; +5 Ответить
14. Stepa86 1327 13.08.15 09:34 Сейчас в теме
(6) Конечно баяны. Со времен Брукса в нашей отрасли мало чего придумали нового. И даже существует такая волшебная аббревиатура как CMMI, где чуть-чуть качественнее написано про это же. А я тут перечислил проверенные вещи, причем которые лично проверил и которые точно применимы к 1С. И если команда реально будет пользоваться этими баянами, она реально станет хорошей.

Основная идея статьи - собрать чек-лист проверки качества команды. Причем я приготовил черновик. Хотелось после обратной связи сообщества дополнить, ввести структуру, оценить затраты и эффекты, дополнить полезными ссылками. И от таких опытных участников сообщества, как вы, хотелось бы больше конструктива.
wowik; blackijan; TreeDogNight; Vladimir Litvinenko; assanoff; Бубузяка; shalimski; ojiojiowka; dj_serega; CrazyBear; Gruuush; klinval; +12 Ответить
9. KiLLius 12.08.15 17:00 Сейчас в теме
Супер статья. За ссылки однозначно +++.
Ну и вектор развития Вы нам задали, за что огромное спасибо.
11. Armando 1392 12.08.15 22:41 Сейчас в теме
(0) Про бекапы: хранилища тоже надо бекапить. Как и файлы настроек кластера. У нас более 100 баз для разработки на одном сервере, разные версии сервера 1С, несколько хранилищ. Если все это ляжет, то админ минимум день потратит на восстановление вручную. А с ленты менее чем за час все восстановится.
13. podgayko 2 13.08.15 07:32 Сейчас в теме
Благодарю за статью. Успехов Вам!
15. artbear 1174 20.08.15 09:19 Сейчас в теме
Хороший чек-лист.
Спасибо за подборку ссылок
16. blackijan 30.10.18 07:05 Сейчас в теме
Спасибо автору за отличную статью!
Оставьте свое сообщение

См. также

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

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

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

23.01.2020    4116    MariaTemchina    6       

Подборка программ для взаимодействия с ЕГАИС Промо

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

Про одну Тётю

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

Суровое челябинское распределение ресурсов

24.12.2019    4395    1c-intelligence    32       

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

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

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

14.10.2019    3867    chavalah    16       

1C:Предприятие для программистов: Расчетные задачи (зарплата). Онлайн-интенсив с 01 по 17 июня 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, которые предназначены для автоматизации периодических расчетов, а именно - для расчета зарплаты. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей прикладного решения “1С:Зарплата и управление персоналом” и прочих прикладных решений, в которых реализован функционал расчета зарплаты.

4900 рублей

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

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

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

19.09.2019    9280    ogroup    161       

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

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

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

16.09.2019    6613    GSoft    15       

Управление ИТ-проектами. Модуль 2: продвинутый онлайн-курс по классическим методам управления проектами. Вебинары проходят с 12 марта по 11 июня 2020 года. Промо

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

от 13000 рублей

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

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

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

30.08.2019    7252    SergeyN    4       

Быстрый старт: минимальный набор автоматизации типовых процессов

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

Автоматизация дает множество преимуществ бизнесу, но в то же время ее выгода может быть настолько несущественной, что процесс принесет компании больше убытков, чем прибыли. С чего начать эффективную автоматизацию, какие процессы стоит автоматизировать на первом этапе, а какие – лучше оставить на потом, рассказала руководитель разработки систем учета компании «Едадил» Екатерина Золотарева.

16.08.2019    5720    Hissin    18       

Подборка решений для взаимодействия со ФГИС «Меркурий» Промо

С 1 июля 2019 года все компании, участвующие в обороте товаров животного происхождения, должны перейти на электронную ветеринарную сертификацию (ЭВС) через ФГИС «Меркурий». Инфостарт предлагает подборку программ, связанных с этим изменением.

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

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

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

05.08.2019    6030    karpik666    77       

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

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

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

11.07.2019    9259    pbazeliuk    18       

Программы для исполнения 488-ФЗ: Маркировка товаров Промо

1 января 2019 года вступил в силу ФЗ от 25.12.2018 № 488-ФЗ о единой информационной системе маркировки товаров с использованием контрольных (идентификационных) знаков, который позволяет проследить движение товара от производителя до конечного потребителя. Инфостарт предлагает подборку программ, связанных с применением 488-ФЗ и маркировкой товаров.

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

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

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

28.06.2019    4878    SergeyN    1       

Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов

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

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    4373    sbase    9       

Готовые переносы данных из различных конфигураций 1C Промо

Рекомендуем готовые решения для переноса данных из различных конфигураций 1C. C техподдержкой от разработчиков и гарантией от Инфостарт.

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

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

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

18.06.2019    5387    MariaTemchina    8       

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

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

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

31.05.2019    5829    MariaTemchina    23       

​​​​​​​CorelDRAW Graphics Suite 2019 Промо

CorelDRAW – пакет профессиональных инструментов для редактирования фотографий, разработки дизайна, создания макетов страниц и векторных иллюстраций

Что важно, а что - срочно?

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

Поговорим о приоритетах

20.05.2019    6080    1c-intelligence    16       

Новый раздел на Инфостарте - Electronic Software Distribution Промо

Инфостарт напоминает: на нашем сайте можно купить не только ПО, связанное с 1С. В нашем арсенале – ESD-лицензии на ПО от ведущих вендоров: Microsoft, Kaspersky, ESET, Dr.Web, Аскон и другие.

  • Низкие цены, без скрытых платежей и наценок
  • Оперативная отгрузка
  • Возможность оплаты с личного счета (кешбек, обмен стартмани на рубли и т.п.)
  • Покупки идут в накопления для получения скидочных карт лояльности Silver (5%) и Gold (10%)

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

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

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

06.05.2019    5329    MariaTemchina    8       

Программы для исполнения 54-ФЗ Промо

С 01.02.2017 контрольно-кассовая техника должна отправлять электронные версии чеков оператору фискальных данных - правила установлены в 54-ФЗ ст.2 п.2. Инфостарт предлагает подборку программ, связанных с применением 54-ФЗ, ККТ и электронных чеков.

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

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

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

15.04.2019    8554    MariaTemchina    15       

Базовый курс по управлению ИТ-проектами. Курс проходит с 26 февраля по 22 апреля 2020 года. Промо

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

от 11000 рублей

Стыд и Скрам, часть вторая

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

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

14.03.2019    9736    MariaTemchina    47       

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

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

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

13.02.2019    5976    chavalah    22       

Базовый курс по обмену данными в системе 1С:Предприятие. Онлайн-интенсив с 12 по 28 мая 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, обеспечивающих обмен данными между различными прикладными 1С-решениями и взаимодействие с другими информационными системами. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”.

5500 рублей

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

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

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

12.02.2019    7544    MariaTemchina    20       

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

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

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

04.02.2019    7424    1c-intelligence    64       

Сдача регламентированной отчетности из программ 1С Промо

Сдача регламентированной отчетности из программ "1С" во все контролирующие органы без выгрузок и загрузок в другие программы. Для групп компаний действуют специальные предложения.

от 1500 руб.

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения

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

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

31.01.2019    6366    MariaTemchina    0       

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

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

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

24.01.2019    7792    user809424    11