Исходя из вашей структуры каталогов выше, я думаю, что есть проблема с включением rest_slack
URL.
Вместо:
url(r'^api/', include('slack.rest_slack.urls', namespace='rest_slack')),
Я думаю, что должно быть:
url(r'^api/', include('rest_slack.urls', namespace='rest_slack')),
Обратите внимание, что нет необходимости в части slack
в slack.rest_slack.urls
.
Нет никакого другого способа знать, сколько времени что-то возьмет. Необходимо быть благодарны, действительно, что PM даже консультируется с Вами - слишком много менеджеров собираются с клиентом и обещают невозможные временные шкалы, затем ожидают, что devs будет соответствовать их возмутительным обещаниям.
Конечно. Не получая оценки в течение времени разработки ни у кого нет подсказки, что продолжается. Необходимо смочь, управляют ожиданиями заинтересованных сторон, в этом случае клиенты. И лучше оценка прибывает из первых уст (в этом случае разработчик), а не премьер-министр, обещающий невозможные периоды времени!
Разработчики иногда становятся забавными о выполнении оценок этой природы (я знаю, что делаю), но это очень важно для выполнения бизнеса. Самый легкий способ приблизиться к нему состоит в том, чтобы понять, что премьер-министр просто хочет информацию. Будьте открыты, и честны - не говорят, что вещи будут сделаны, когда они не будут, и объяснять, когда и почему вещи могли бы быть неизвестными, или почему мог бы быть элемент риска вокруг Вашей оценки.
Да, Вы не можете убежать от премьер-министров, желающих точное число того, сколько времени что-то возьмет.
Мой подход должен был дать оценки с +/-значения. Я на 60% уверен, что закончу это через неделю, существует 30%-й шанс, это будет более долгий, и 10%-й шанс, это будут 2 дня. Требует времени, чтобы премьер-министр привык к той идее, но это - действительность ситуации. Как кто-то мудрый когда-то сказал, только [вводят божество здесь], может изменить действительность, независимо от того, насколько премьер-министр хотел бы, чтобы она отличалась.
Мы знаем, что Dev является неточной наукой, силой традиционного управления проектами, встречая креативность, и лучше всего угадайте, что оценка является, вероятно, единственной самой большой головной болью профессиональной разработки. Действительно хорошее приобретение знаний из Гибкого состоит в том, как плохо мы при оценке, большая часть Dev недооценит 80% времени - это - моя оценка так или иначе.
Да, это - его задание, потому что время = деньги
Если Вы считаете факт этим
Затем это, имеет смысл, что Ваш менеджер спрашивает Вас, "Сколько времени это возьмет", потому что это переводит perfecty в, "Какого количества это будет стоить".
Кто-то должен оплатить ту стоимость, это или будет клиент или Ваша компания. Премьер-министр будет использовать Ваши оценки, чтобы гарантировать, что проект входит вовремя и с в бюджете. Если бы Вы говорите, что что-то займет 10 дней, и это составляет 5 дней больше, чем он хотел бы, то это его дело к любому a) сокращать некоторую другую функциональность для вкладывания этого или b) расширяют крайний срок.
Таким образом, это - задание премьер-министров, чтобы получить оценки от Вас и манипулировать балансом между поставляют времена и обеспеченную функциональность.
ВАШ JOB должен обеспечить лучшие, самые честные оценки, Вы можете. Как кто-то еще сказал, всегда вселяйте веру prcentage. "2 дня, 30%, уверенных" "Возможно 1 день, могли быть 3 худшими случаями" и т.д.
Это может быть раздражающим, чтобы быть постоянно спрошенным, но это - его задание.
P.S. Иногда ответ "Я не знаю", совершенно приемлемо, однако необходимо формулировать его как, "Я не знаю, я должен посмотреть на него немного больше, и у меня будет лучшая идея затем".
Надеюсь, это поможет.
Вы, очевидно, никогда не работали на менеджера, который не просит оценку от Вас. Иначе Вы знали бы лучше, чем к вопросу, должны ли они сделать это.:-)
Серьезно, очень немного менеджеров могут сделать реалистические оценки на времени, должен был обеспечить конкретную функцию, главным образом потому что это не их задание к действительно undersand вся техническая запутанность. Хороший менеджер поймет это и будет всегда вовлекать разработчиков для получения хороших оценок работы, которая может быть, вписываются при создании расписания.
Я думаю, что это - довольно хорошие звуки. Кажется лучше, что он просит оценку людьми, которые собираются сделать это, чем просто обещание что-то клиенту, который может прийти быть нереалистичным.
При условии, что он принимает Ваш ответ.
Если премьер-министр имеет число в виду, когда он задает Вам вопрос, он не должен быть удивлен его результатами.
Менеджер проектов должен всегда спрашивать разработчиков, сколько времени что-то возьмет. То, что менеджер проектов делает с теми оценками, будет значительно варьироваться в зависимости от их собственного опыта и навыка.
Если у премьер-министра есть большой опыт разработки, они должны смочь помочь более младшим разработчикам в определении, оценивают ли разработчики, допустимо - и, надо надеяться, укажите, почему они думают там, что оценка является неправильной. Кроме того, премьер-министр должен смочь добавить в других факторах, что разработчики склонны забывать - встречающееся время, болезнь, время на ТАК и т.д., что все влияние на их время.
Если у премьер-министра будет мало опыта разработки затем, то самая точная оценка прибудет от разработчиков.
Выяснение намного лучше, чем принятие.
У нас был управляющий делами, недавно упоминают в штате все-рук, встречающемся, что набор новых возможностей был на пути, и они не должны прилагать слишком много усилий для реализации. Это было новостями группе разработчиков!!
Одно из основных преимуществ этого - то, что это помогает Вам узнать рано в игре, что Вы поражены задачей: Если Вы не можете время это, Вы, вероятно, не знаете, как заняться им.
Кроме того, если Ваша оценка больше чем неделя, то это, вероятно, выключено на 100-1'000'000% (иначе "чистое предположение"). Если Вы придумываете "несколько недель", я предлагаю, чтобы начали разбивать задачу и оценили части. Это поможет Вам заметить опасные зоны (где Вы действительно понятия не имеете, сколько времени это собирается взять).
Этот процесс позволит Вашему менеджеру получать Вас справка/инструменты, необходимо завершить присвоения вовремя (вместо того, чтобы замечать что-то важные пропавшие без вести за два дня до крайнего срока).
Если Вы интересуетесь больше этими вещами, я предлагаю книгу "Марш смерти" и сайт Экстремального программирования (особенно эта страница). Возьмите XP с мелкой частицей соли: Правила никогда не собираются решать Ваши проблемы; они просто говорят Вам, что работало на других людей. Вы будете всегда использовать их рассудительно.
Да. Лучше, что менеджер консультируется с командой по поводу требуемого времени. И команда должна придумать фактическую временную шкалу, принимающую во внимание все факторы. Бремя находится в команде для выравнивания по ширине времени, требуемого для предоставления качественного вывода. Если бы менеджер достаточно хорош, он ценил бы его и согласился бы с командой.
Это - справедливый вопрос, просто никогда не отвечайте с неподготовленной оценкой. Всегда получайте оценки из своего рода спецификации, тот путь Ваш оба на равнинной местности, это - мой совет так или иначе.