Как ставить автономно выполняемые задачи и управлять проектами (работами) в условиях неопределенности

Привет коллеги, друзья и уважаемые четыре подписчика!

Представляю вам набор интересных тезисов (черновик тезисов) с ответами на вопросы кто виноват и что делать?

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

1> Что такое поставить задачу.

Поставить задачу это значит запустить (дать ход) деятельность по изготовлению определенного рабочего продукта.

2> Рабочий продукт - информ-объект / материальный объект в пространстве и времени сформированный в результате последовательных воздействий согласно порядку действий персонажа на входящий материал.

Рабочий продукт всегда является входящим материалом для следующих задач (работ) в производственной цепочке.

3> Совокупность рабочих продуктов дает конечный рабочий продукт. Соединяются они согласно плану сборки по утвержденной Архитектуре.

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

Из чего состоит это продукт в материальном носителе, в какой метрике измеряется - это называется “Модуль”, этот модуль где-то дальше физически располагается

5> Какую информацию не нужно фиксировать - информация которая используется для “проработки” вопроса и является частью производственной мысле-деятельности, продуктом которой будет решение - зафиксировать нужно решение, разговоры фиксировать нужно для последующей “проверки решения” если на это будет необходимость (блокчейн без блокчейна).

6> Понимание что нужно сделать по задаче - это то что можно будет “забрать” дальше для производства следующих задач, это всегда отчуждаемо, нормируемо, валидируемо.

7> Вы должны быть хорошим исполнителем иначе вас уволят - это значит уровень коммуникации в коллективе и контроль и охрана границ своей позиции. Поэтому вы должны “согласовывать” задачи которые нужно исполнять с руководством (заказчиком) на языке понятном заказчику, убедившись при этом что руководитель поставил выполняемую задачу а не бросил вам хотелку.

8> При невыолняемости хотелки когда вы взяли ее в работу вы будете виноваты. В случае с наймом вы получите люлей в принятой у вас форме, в случае рыночных отношений вы недополучите денег / сорвете заказ / вас поставят на возврат уже оплаченных средств (если вы не умеете это верно документировать).

Чем я могу вам читающим помочь, ну вот согласовывать задачи можно действуя по моей схеме - http://files.pavlyut.com/mindactions.v3.0.alpha1.3.png, как это делать я уже публиковал в ютубе https://www.youtube.com/watch?v=ErgNavOuCfo

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

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

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

Это пример как у вас работает процесс “изменений форм и соглашений”.

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

А теперь по продукту.

Я долго я тягомотно веду свой продукт из недр самостоятельной эксплуатации, в общественное пользование по внятным причинам:

1. На самом деле это вывод, но стоит всем сказать сразу - да конечно продукт экономически выгоден мне, но тут есть звездочка.

2. Вытекает из первого - эксплуатация проекта экономически выгодна не только мне как владельцу продукта, в первую очередь это инструмент который выгоден мне как эксплуататору этого инструмента в основной своей деятельности - создание и поддержка ПО - информационные системы, сайты, свои и для клиентов на заказ.

3. Все самое интересное на самом деле я упаковал в первую версию его WhitePaper’а. (да простит меня спарк, вайтпейперы тут я публиковать и обновлять не планирую, не место им тут, так что нечего меня банить, лучше сами зайдите и почитайте, говорят только сами описания того как я работаю имеют магическую силу озарений - http://www.pavlyut.com/posts/mjolnir).

Всем пис!