Я считаю, что мало кому удалось избежать ситуации, когда его назначали исполнителем работы, мягко скажем, не его уровня. На мой взгляд, такое особенно часто встречается среди технических специалистов. Причем, в случае возражения, обычным аргументом противоположной стороны является: "Нам так раньше всегда делали!". Эта публикация является попыткой описать формализовано процесс определения исполнителя с точки зрения логики.
Посвящается тем, кто, будучи невежественным в вопросе, смеет указывать, кому его решать. А также тем, кто это терпит.
Думаю, все были на собеседованиях и на вопрос «какие инструменты вы используете в работе», у всех заготовлен ответ про языки, библиотеки, среды разработки, базы данных и т.д. и т.п. В крайнем случае, у кого-то может быть припасена шутка про грабли и напильник. Ну и все доблестно перечисляют всякие XDTO и СКД, думая, что перечисляют невероятно важные средства разработки, в которых хорошо разбираются. Но правда заключается в том, что единственно важным средством разработки является ваш мозг. И вы абсолютно ничего не знаете о том, как он устроен.
Начало курса Ивана Селиховкина по проектному управлению. Разберемся: что такое проекты в классическом понимании, почему строительство египетских пирамид проектом считать нельзя, почему многие "продуктовые" компании могут обходиться без проектного управления, каковы критерии успеха для руководителя проекта.
Каждый специалист хочет зарабатывать больше, но не каждый знает, как это сделать. Иван Тягунов – управляющий партнер, основатель консалтинговой группы «WiseAdvice» – знает. Он решил поделиться своими знаниями с участниками конференции Infostart Event 2017.
Достаточно часто сталкиваюсь с тем, что большинство ИТшников, в том числе достаточно продвинутых в своей области, совершенно не умеют презентовать свои предложения, идеи и пр. пр. Причем не на уровне концепции, а на уровне плохих презентационных материалов – человеку есть что сказать, а правильно всё это оформить он не может. Поэтому в своём цикле «Памятка руководителя» решил написать небольшую статью на эту тему.
Николай Шилкин рассказал о требованиях, которые предъявляет глобальный рынок к решениям 1С, рассмотрел достоинства и недостатки платформы в контексте ее выхода за пределы рынка стран СНГ. Он также объяснил, у каких решений есть шансы добиться успеха на мировом рынке, и дал рекомендации 1С-стартаперам.
Это первая заметка из цикла материалов о том, как выглядит работа руководителя ИТ службы - что нужно уметь, что не нужно, как работать с людьми, как решаются те или иные задачи. Пишу на основании собственного опыта.
Статья предназначена для компаний-разработчиков из России или из стран СНГ.
В статье рассматривается вариант эффективного выхода на рынок Европы со своей или с типовой конфигурацией «1С». Это вполне реально, так как в Европе спрос на автоматизацию бизнеса превышает предложение.
Статья пригодится, если у Вас есть:
1. Желание внедрять программу «1С» в разных странах.
2. Сильный коллектив внедренцев и разработчиков.
3. Интересные идеи.
В чем секрет успеха и каков рецепт удачного проекта? Этот вопрос важен всегда, но чем сложнее внедряемая программа, больше масштаб проекта, тем сложнее ответ на него.
В продолжении темы выполнения крупных проектов предлагаем Вашему вниманию статью Руководителя проектов ВЦ «Раздолье» Горелика Семена. В статье Семен делится опытом выделения функции административного руководителя проекта на крупном проекте.
Что выйдет, если врача-психиатра «скрестить» с программистом? Как минимум, необычный взгляд на принятие решений и непривычные размышления о привычных вещах. Не верите? Тогда знакомьтесь с директором ИТ-ПРАГМАТИКА Федором Куликовым, который анализирует, как мыслят айтишники, как мыслят их клиенты, и как это выглядит со стороны психиатрии.
Мы продолжаем выкладывать истории, объясняющие наши принципы. Принципы, которые помогают эффективнее взаимодействовать. И с клиентами, и с коллегами. В этой истории я бы хотел рассказать про умение вовремя задавать правильные вопросы. И про то, как это у меня не получилось.
Примитивный пример применения контроллинга и знаний о системном мышлении на технологической операции мех.обработки, с интересными результатами. И немного о японцах.
Размышляя о том, может ли 1С втиснуться на рынок сервисов типа Slack, Wrike и им подобных, текст незаметно углубился в размышления о том, где граница применимости платформы 1С. Что будет, если 1С пойдет на рынок таких продуктов и возможно ли это вообще.
Рассказал свое представление о том, где у 1С есть преимущества и где слабые стороны. Получился такой себе вырожденный SWAT-анализ. Но без таблиц. Только буквы, только хардкор.
Мы всегда хотели, чтобы при общении все было проще. Чтобы истинный смысл без всякой мути легко гулял между головами. Но, к сожалению, тараканы в нашей голове этого не допустят. Приходится что-то придумывать.
В один прекрасный день мы решили писать принципы, которые должны помочь общаться и работать проще. Этот список в первый день читает каждый наш новый сотрудник. Но сами по себе принципы не всегда запоминаются с первого раза. Поэтому, чтобы вклинить их поглубже в память, для каждого пункта списка мы пишем историю. Она рассказывает, почему этот принцип важен.
Есть много информации о том, как сделать конфигурацию, как разработать продукт, чем конфигурация отличается от продукта. Но как создать успешное решение, успешный продукт? Ответ на этот вопрос предложен в статье.
Большинству из тех, кто однажды сделал первый шаг от разработчика 1С в управленцы, рано или поздно приходится принимать на работу юных еще стажеров 1С. И с каждым из них нужно проводить много времени, чтобы через какое-то время он был предсказуемо профессионален на территории клиента. Кто-то стартует быстрее, с кем-то приходится проводить времени больше. Так вот, специально для последних я систематизировал ряд принципов, применение которых значительно ускорит путь к профессионализму.
