Я решил опубликовать этот блог-пост, чтобы подвести итог наиболее популярным опасениям потенциальных клиентов Zerocracy, когда они начинают думать о переходе от традиционного управления к микрозадачам. Блог будет регулярно обновляться новым контентом и будет использоваться в качестве справочного руководства для наших продаж.
Кто будет выполнять очень дорогостоящую и затратную работу по разбиению больших задач на микрозадачи?
У нас нет отдельной роли для этого. Программисты сами декомпозируют большие задачи на более мелкие, используя нашу собственную методологию, известную как Puzzle Driven Development, объясненную в M28.
Кажется, что ваша модель управления очень полагается на архитектора. Что произойдет, если он/она допустит серьезные ошибки? Проекту грозят фатальные последствия?
Действительно, архитектор является техническим диктатором в Zerocracy. Однако его/ее решения всегда документируются и проходят регулярные проверки, как объясняется в M2.
Кажется, что для того чтобы нанять Zerocrat для управления моими проектами, мне придется изменить своих программистов, потому что моя текущая команда привыкла к работе в традиционной модели оплаты по часам. Это правда?
Да, скорее всего большинство ваших программистов не смогут адаптироваться, и вам придется их уволить, если вы быстро перейдете к оплате по результатам и микрозадачам. Однако вы можете сохранить некоторых из своих лучших разработчиков, если перейдете медленно.
Как Zerocrat знает, кто должен работать с конкретной микрозадачей? Похоже, что это решение может принять только человек, а не ИИ.
Zerocrat имеет собственный механизм многокритериальной выборки, который определяет, какие программисты наиболее подходят для конкретной задачи. Решение основано на их предыдущей производительности и текущей загруженности как в проекте, так и в целом.
Похоже, что фрилансеры в вашей модели микрозадач заинтересованы только в краткосрочных выгодах через микроплатежи, но не заботятся о будущем проекта и не обязаны оставаться в нем дольше нескольких дней. Это риск?
Действительно, фрилансеры заботятся только о своих индивидуальных результатах в пределах их личных микрозадач. Они могут отказаться от задачи или покинуть ваш проект в любой момент, но мы считаем, что эта свобода делает ваш проект только сильнее.
Похоже, что ваш подход может хорошо работать для небольших проектов, где риски низки и люди могут приходить и уходить без серьезного ущерба для проекта. Однако для крупных проектов нужны более стабильные команды и лучшее обязательство участников.
Как можно предсказать количество микрозадач, когда проект только начинается? Кто и как оценивает длительность и бюджет проекта?
Хотя мы обычно не оцениваем проекты заранее, микрозадачи позволяют более точно и точно оценить, как объясняется в M27. Каждую неделю мы просим одного из участников проекта переоценить объем работ.
Похоже, что микрозадачи могут работать только в том случае, если объем работы очень хорошо определен и программисты точно знают, что делать. В наших проектах это обычно не так.
Это ответственность каждого программиста убедиться, что эти микрозадачи правильно описаны и их объем ясен.
Похоже, что фрилансеры могут легко потерять фокус работы и делать вещи, которые не важны для текущего этапа проекта. Как вы обеспечиваете достаточную фокусировку?
Это ответственность архитектора и клиента убедиться, что команда сосредоточена на конкретных областях объема продукта.
Похоже, что микрозадачи работают только для молодых программистов, которым нет проблем с примитивными задачами. Более опытные программисты этого не поймут и не останутся в проекте.
Это совершенно неверно. Согласно нашему опыту, только старшие разработчики способны работать с микрозадачами.
Translated by ChatGPT gpt-3.5-turbo/42 on 2024-05-27 at 01:19
