История изменений

традиционный вопрос - ты маангер/лид?

Из буквоедов хороших манагеров не выходит.

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

в миг перечеркнет

Факапы можно классифицировать, скоррелировать с типом работ, не? Например, Вася в предыдущих 10 проектах факапил 10% задач, и все задачи типа «верстка» делал в 2 раза медленней, чем задачи типа «программирование». Потом взять work breakdown structure, классифицировать по типам работ, те работы типа «верстка» которые некому делать отдать Васе с понижением вероятности(ожидания завершения) итп. Это то, что это «само собой разумеется» на моем уровне, но пока не узнаешь - оно из ниоткуда не возьмется, там наверняка еще куча таких очевидностей, составляющих работу оценщика

сделать это можно разными способами. У нас в предыдущих компаниях были Регламенты, в которых были кровью и болью полученные «истинно верные» решения. Кое-каких манагеров вообще просто уволили и заменили на Регламенты xD Но я программист, поэтому у меня доступ был только к программистской части знания: например, релизить надо вот с такими таймингами, которые связаны с вот такими бизнес-процессами, и если тайминги покорраптить, то роллинг-релиз превратится в роллинг-хаос, и вот почему.

В первую очередь хотелось бы почитать вот такие вещи, «схемы бизнеса», внутренние ритмы.

в миг перечеркнет

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

традиционный вопрос - ты маангер/лид?

Из буквоедов хороших манагеров не выходит.

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

в миг перечеркнет

Факапы можно классифицировать, скоррелировать с типом работ, не? Например, Вася в предыдущих 10 проектах факапил 10% задач, и все задачи типа «верстка» делал в 2 раза медленней, чем задачи типа «программирование». Потом взять work breakdown structure, классифицировать по типам работ, те работы типа «верстка» которые некому делать отдать Васе с понижением вероятности(ожидания завершения) итп. Это то, что это «само собой разумеется» на моем уровне, но пока не узнаешь - оно из ниоткуда не возьмется, там наверняка еще куча таких очевидностей, составляющих

сделать это можно разными способами. У нас в предыдущих компаниях были Регламенты, в которых были кровью и болью полученные «истинно верные» решения. Кое-каких манагеров вообще просто уволили и заменили на Регламенты xD Но я программист, поэтому у меня доступ был только к программистской части знания: например, релизить надо вот с такими таймингами, которые связаны с вот такими бизнес-процессами, и если тайминги покорраптить, то роллинг-релиз превратится в роллинг-хаос, и вот почему.

В первую очередь хотелось бы почитать вот такие вещи, «схемы бизнеса», внутренние ритмы.

в миг перечеркнет

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