На счастье, у меня есть под рукой готовый список — оглавление курса/книги, которую пишу по флакону. Это примерно половина того, что есть в методике — методы, подходы, кейсы и рекомендации.
1. Где теряется эффективность? Общее понятие об эффективности командной работы. Где она теряется, где ее ищут, и почему ничего не получается.
2. Измерение задач Как, и зачем измерять задачи в чем-то, помимо часов.
3. Выбор задачи Как лишить сотрудника выбора задачи, и почему это важно?
4. Матрица Эйзенхауэра Простой метод выбора приоритетов выполнения задач.
5. Сроки выполнения задач – ставить или нет? Рассмотрим влияние постановки сроков на реальную эффективность.
6. Управление жизненным циклом задачи Почему это важно, как организовать, на что обратить внимание.
7. Правильное использование ограничений в работе с задачами Использование Теории ограничений Голдратта в работе с задачами
8. Регулярный менеджмент Зачем он нужен, и как его организовать.
9. Организация обсуждений и взаимопомощи Как часто собираться, как управлять обсуждением, на чем акцентировать внимание.
10. Учет компетенций сотрудников и задач Как, и зачем, учитывать компетенции сотрудников и задач.
11. Сопротивление – виды и последствия Какие виды сопротивления бывают, и как они сказываются на эффективности.
12. Цели сотрудников и компании Как, и зачем знать цели сотрудников, и использовать их на благо общей цели.
13. Мотивация Что нужно изменить в системе мотивации, чтобы эффективность росла сама.
14. Методы преодоления сопротивления профессиональных мнений Один считает так, другой – иначе. Как привести к общему знаменателю с пользой для дела?
15. Виды страхов и работа с ними Почему важно понимать, чего боятся программисты. И что со страхами делать.
16. Повторное использование решений Почему это важно и как организовать?
17. Каскад задач Почему задачи одного контекста, если их делать подряд, выполняются быстрее?
18. Профиль команды Как, и зачем знать сильные и слабые стороны команды.
19. Обратная связь от сотрудников Как собирать, обсуждать и применять.
20. Контроллинг Как, и зачем контролировать выполнение правил
21. Непрерывное повышение эффективности Есть ли предел эффективности? Стоит ли останавливаться на достигнутом?
22. Система управления задачами Основные требования, которым должна удовлетворять ваша система постановки задач.
23. Новые сотрудники Как, когда и кого брать на работу? Как включать в командную работу?
24. Расширение границ На что еще способны программисты 1С? Как вывести их на новый уровень и создать лучшую команду?
А эффективность повышается за счет вытаскивания головы из задницы. Достаточно коротко? :)
не снизить косты, а выпуск увеличить при той же доле переменных и той же сумме постоянных затрат. Флакон — про то, как делать больше в единицу времени.
Я прошу прощения, а вы много джирой пользовались? Можно вам пару вопросов задать?
Я достаточно давно ее смотрел, хотел на ней работать — Flowcon, как методика, универсален, и может быть насажен на любой таск-менеджер.
Но не смог за время триала найти нужных возможностей, и бросил. Работал в Github Issues, там тоже неплохо, но не обойтись без программирования.
Вы знаете, как там построить какой-нибудь отчет или диаграмму по решенным задачам, чтобы показателем выступало числовое поле, которое я сам добавил?
Я о том же переживаю. Но тут палка о двух концах. Вокруг них полно конкурентов, с очень схожим бизнесом. Если конкуренты узнают, что можно, например, процентов на 40 за месяц приподняться, почти ничего не меняя, то конкурентное преимущество будет утрачено.
У одного из клиентов, тоже пересаживающихся на флакон, посчитана, но они строго-настрого запретили рассказывать какую-либо конкретику.
У нас самих флакон высвободил время — при том же уровне доходов от услуг мы реализовали несколько проектов по разработке (включая сам флакон). Проекты запустились недавно, поэтому доходы от них пока скромные.
Друзья, небольшое объявление.
Мне надоело писать серию «Корпоративный Ламанчский». Несмотря на то, что я запланировал еще кучу эпизодов, я не могу больше найти причины для продолжения.
Я писал его ровно потому, что он кому-то нравился. Сейчас, судя по рейтингу, нравиться перестал.
Поэтому займусь другими делами.
Ровно наоборот — сценарий известен наперед. Не ясен формат — книга, сериал, блог, или что-то еще.
Если книга, то не в этом году. Если сериал, то в этом году. Если блог, то вообще ХЗ — не вел блогов никогда.
Какая известность? Почему испортила?
А вы как поступаете, если делаете что-то совершенно для себя новое, и не находите описания похожего контекста (т.е. чтобы кто-то решал схожую задачу в аналогичных условиях)?
Мне тут близок метод fail fast, fail cheap. Его и использую.
Судя по книге о том, как писать книги, это один из способов начать книгу. Далеко не самый плохой, учитывая, что читатель принимает решение по первым абзацам.
1. Где теряется эффективность?
Общее понятие об эффективности командной работы. Где она теряется, где ее ищут, и почему ничего не получается.
2. Измерение задач
Как, и зачем измерять задачи в чем-то, помимо часов.
3. Выбор задачи
Как лишить сотрудника выбора задачи, и почему это важно?
4. Матрица Эйзенхауэра
Простой метод выбора приоритетов выполнения задач.
5. Сроки выполнения задач – ставить или нет?
Рассмотрим влияние постановки сроков на реальную эффективность.
6. Управление жизненным циклом задачи
Почему это важно, как организовать, на что обратить внимание.
7. Правильное использование ограничений в работе с задачами
Использование Теории ограничений Голдратта в работе с задачами
8. Регулярный менеджмент
Зачем он нужен, и как его организовать.
9. Организация обсуждений и взаимопомощи
Как часто собираться, как управлять обсуждением, на чем акцентировать внимание.
10. Учет компетенций сотрудников и задач
Как, и зачем, учитывать компетенции сотрудников и задач.
11. Сопротивление – виды и последствия
Какие виды сопротивления бывают, и как они сказываются на эффективности.
12. Цели сотрудников и компании
Как, и зачем знать цели сотрудников, и использовать их на благо общей цели.
13. Мотивация
Что нужно изменить в системе мотивации, чтобы эффективность росла сама.
14. Методы преодоления сопротивления профессиональных мнений
Один считает так, другой – иначе. Как привести к общему знаменателю с пользой для дела?
15. Виды страхов и работа с ними
Почему важно понимать, чего боятся программисты. И что со страхами делать.
16. Повторное использование решений
Почему это важно и как организовать?
17. Каскад задач
Почему задачи одного контекста, если их делать подряд, выполняются быстрее?
18. Профиль команды
Как, и зачем знать сильные и слабые стороны команды.
19. Обратная связь от сотрудников
Как собирать, обсуждать и применять.
20. Контроллинг
Как, и зачем контролировать выполнение правил
21. Непрерывное повышение эффективности
Есть ли предел эффективности? Стоит ли останавливаться на достигнутом?
22. Система управления задачами
Основные требования, которым должна удовлетворять ваша система постановки задач.
23. Новые сотрудники
Как, когда и кого брать на работу? Как включать в командную работу?
24. Расширение границ
На что еще способны программисты 1С? Как вывести их на новый уровень и создать лучшую команду?
А эффективность повышается за счет вытаскивания головы из задницы. Достаточно коротко? :)
Это главная проблема на данный момент. Потом решится как-нибудь, сейчас никто не верит.
Я достаточно давно ее смотрел, хотел на ней работать — Flowcon, как методика, универсален, и может быть насажен на любой таск-менеджер.
Но не смог за время триала найти нужных возможностей, и бросил. Работал в Github Issues, там тоже неплохо, но не обойтись без программирования.
Вы знаете, как там построить какой-нибудь отчет или диаграмму по решенным задачам, чтобы показателем выступало числовое поле, которое я сам добавил?
У нас самих флакон высвободил время — при том же уровне доходов от услуг мы реализовали несколько проектов по разработке (включая сам флакон). Проекты запустились недавно, поэтому доходы от них пока скромные.
Да, всё забываю сказать: продолжения книги «Проще, чем кажется» в открытом доступе не будет.
Я её перепишу почти с нуля. Зря вообще начал выкладывать, это сильно испортило книгу.
Вернусь к 3-4 главе — той границе, где я ее писал и еще не выкладывал, остальное сотру и напишу заново.
Когда напишу, буду решать, что с ней делать.
Может, вернусь когда-нибудь.
Мне надоело писать серию «Корпоративный Ламанчский». Несмотря на то, что я запланировал еще кучу эпизодов, я не могу больше найти причины для продолжения.
Я писал его ровно потому, что он кому-то нравился. Сейчас, судя по рейтингу, нравиться перестал.
Поэтому займусь другими делами.
Если книга, то не в этом году. Если сериал, то в этом году. Если блог, то вообще ХЗ — не вел блогов никогда.
А «Биомодуль» мне самому до сих пор непонятен.
А вы как поступаете, если делаете что-то совершенно для себя новое, и не находите описания похожего контекста (т.е. чтобы кто-то решал схожую задачу в аналогичных условиях)?
Мне тут близок метод fail fast, fail cheap. Его и использую.