Pull to refresh
8K+
706
Иван Белокаменцев@nmivan

Биоробот

7,9
Rating
3 568
Subscribers
Send message
эта статья относится к компетенции «Техническая писанина», а она у меня развита слабо. В итоге, я провозился с ней часа четыре.
Что хорошо для бизнеса — это не знание, а решение. Стратегия не ищется, а разрабатывается.

Она вполне может оказаться неудачной, и станет полезным опытом.

Например, администрирование. Это — следствие продажи аренды. Продал аренду — продаешь администрирование. В аренду сдается не просто сервер, а размещенный на нем продукт (в нашем случае). Чтобы продать продукт, надо его создать. Чтобы его создать, нужны компетенции по разработке, а не по администрированию.

Текущих компетенций по администрированию вполне достаточно, чтобы обслужить в 2-3 раза больше клиентов. А вот для того, чтобы создать в 2-3 раза больше продуктов, компетенций не достаточно. Их и надо развивать.
да, я согласен
целевой профиль — из стратегии развития бизнеса.
мне кажется, тут любая цифра будет сомнительно. Я решил так — что-нибудь поставлю и успокоюсь.
мои материалы по тайм-менеджменту не пользуются популярностью. Их называют «потогонкой».
Поэтому пусть они остаются только моими. А конкретно про писанину я уже рассказывал: habr.com/ru/post/436430
Сергей пишет: Смотрите что в резюме написал.

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

Мне интересно программировать.

Мне интересно наводить порядок в учете.

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

Мне интересно делать так, чтобы люди работали эффективнее.

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

Мне интересно смотреть, как люди, которых я учил, становятся в чем-то успешнее меня.

Мне интересно работать в команде, на самых разных ролях.

Мне интересно создавать и развивать команды.

В остальном – я очень гибкий и адаптивный к целям тех, с кем я работаю.

Могу просто делать то, что мне говорят.

Могу подсказать, как сделать лучше, чем мне говорят.

Могу сам предложить решение озвученной проблемы.

Могу сам найти проблему, озвучить, предложить и реализовать решение.

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

Это означает работу на разном уровне – от простого исполнения поставленной задачи до проактивного развития бизнеса через комплексные проекты, и непрерывное повышение эффективности и доходности.
Сергей пишет: Хрень какая-то… Половину вакансий не понимаю. Кто такой senior? А junior? Категории инженеров-программистов?
А у меня какая категория тогда? Где-то это можно проверить? Аттестация, или что?

Ладно, напишу тупо резюме и отправлю.
Сергей пишет: Позвонил-таки Светлане Владимировне. Оказалось, что она живет недалеко — сгонял, поговорили на улице.
Столько интересного узнал про Курчатова и ее увольнение, что в рот мне ноги…
Посоветовала валить. И желательно — в Москву.
Пойду писать резюме.
Сергей пишет: Может, Светлане Владимировне позвонить? Хорошая тетка, чего ее Курчатов уволил…
Сейчас у нее, вроде, свой бизнес — видел в ФБ.
А из конторы никаких новостей. Ой что будет, когда каникулы кончатся… Как Курчатов объяснять мое исчезновение будет?
Да по хрену…
Сергей пишет: Сижу дома. Курчатов не звонит. Вообще никто не звонит. И не пишет. Вакуум.
Чёт я переборщил, похоже.
Работу может поискать? Так каникулы, блин…
Мне приходила в голову мысль создать школу бизнес-программистов. Пока сил только на учебник хватает. Подрасту — и школа будет.

Доступ к системам

Ну, я два способа привел, на третий мне уже лень время тратить.
Необходимое и достаточное условие: голова на плечах.

Ну и часть ответа есть в статье:
Системы из людей работали до вас, и будут работать после вас.


Внесёте изменения — начнёт работать по-другому. Не внесёте — будет работать по-прежнему. Проще некуда.
какой процесс или какой бизнес-программист позволит увеличить число прибыльных и снизить число убыточных?

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

Например, частями системы может быть Заказчик (не конкретный, а некий его тип), ГИП (если он не один), сейл (опять же, если он не один), команда, применяемый подход (если вы их перечислили не просто так — скрам, водопад).

Каждый проект выполняется какой-то комбинацией частей системы. Есть комбинации удачные, есть — так себе.

Соответственно, можно выявить зависимости, тем же регрессионным анализом или просто построив график точек в экселе. Главное — разбить обе системы (объект и субъект) на части и посмотреть, какая из частей оказывает негативное влияние.

У вас прекрасная ситуация, чтобы потренироваться. Когда все проекты успешны, или наоборот — плохи, хрен поймешь, что надо делать — приходится с потолка брать изменения, вносить в систему и смотреть, что получится. А у вас уже есть успешные примеры, значит — надо просто понять, какие именно факторы приводят к успеху.
users.v8.1c.ru, логин/пароль должен быть у тех 4 человек.
Тогда вам будет интересна история его развития за последние пару лет.
у вас есть доступ к релизам ДО?

Information

Rating
857-th
Location
Россия
Registered
Activity