Коммуникация команды (особенно по электронной почте) - открывается или закрытый по умолчанию? [закрытый]

Question

Коммуникация команды (особенно по электронной почте) - открывается или закрытый по умолчанию? [закрытый]

Попробуйте timeInterval - он измеряет время между двумя выбросами.

Для измерения времени между первым START и следующим END:

.pipe(
  distinctUntilChanged(),
  timeInterval(),
  filter(({ value }) => value !== START_EVENT),
  map(({ interval }) => interval)
)

Промежуток времени между первым START и следующим примером END .

ОБНОВЛЕНИЕ

Для измерения времени между последним START и следующим END:

.pipe(
  timeInterval(),
  pairwise(),
  filter(([first, second]) =>
    first.value === START_EVENT
    && second.value === END_EVENT
  ),
  map(([, second]) => second.interval)
)

Промежуток времени между последним ПУСКОМ и последующим примером КОНЕЦ .

Надеюсь, это поможет

5

collaboration project-management

задан Vadim Kotov 15 August 2017 в 08:40

6 ответов

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

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

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

Ну, это не так очень о справедливости или уважении, новое задание к:

Направьте команду разработчиков (главным образом персональным примером и формированием изображений создания, изображающим цель).
Будьте уровнем абстракции между командой и другими организационными единицами.

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

Скрывает внутреннюю сложность, которая не относится к задаче под рукой (такой как конкретная реализация алгоритма) от внешнего наблюдателя.
Делает вещи, которые могли влиять на внешнего явного пользователя (исключения, которые могут быть выданы, любые ограничения и ограничения и т.д.).
Всегда дает значимую обратную связь.
Законы последовательно.

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

Теперь к внутренней, входящей коммуникации. Один путь состоит в том, чтобы широковещательно передать. Но это забивает внутреннюю сеть, и все должны провести их время при решении, переносит ли коммуникация какое-либо отношение к ним. Это похоже на наличие очень универсального алгоритма, который независимо от входа всегда делает тот же самый объем работы. Это уверено возможный, но почему Вы хотели бы сделать это? Более эффективный путь состоит в том, чтобы, очевидно, скорректировать обработку в зависимости от входа, и здесь это должно быть чье-то задание, чтобы принять решение, как команда должна пойти о чем-то, чтобы диспетчеризировать, или преобразовать вход:

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

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

Существуют некоторые другие серьезные основания для не луг CC или луг BCC все независимо от Вашей должности:

К означает, “принимают меры”, CC — “обращают внимание для дальнейшего использования”, BCC — “подслушивает или массовая почта”. Необходимо быть осторожными, когда Вы используете один или другое пользование электронной почтой группы людей:
- Пользование электронной почтой единственного человека является прямым “К” при Пользовании электронной почтой группы людей только “К” ним, кто необходимо принять меры (включая простое подтверждение). Это - значение по умолчанию, в любом другом случае явно говорят им, что ожидается (т.е. к вашему сведению, никакое действие, необходимое и т.д.).
- CC только они, кто Вы хотите принять во внимание информацию для будущей ссылки. Если Вы ожидаете, что много электронных писем пойдут назад и вперед, прежде чем соглашение будет достигнуто, или вопрос решен, не делают “CC”, лучше отправлять сводное подтверждение позже другим сторонам, которые должны быть уведомлены. Помимо того, чтобы экономить общее время и предотвращения неверного истолкования из-за кого-то принимающего во внимание незаключительную коммуникацию, которая поможет сделать более персональный обмен, теките более естественно и уменьшите формализм и волокиту. Часто электронные письма CCD рассматривали официально, и это - не всегда хорошая вещь (но иногда точно, что Вы хотите).
- Используя BCC почти никогда не в порядке. Знание кого-то подслушивающего Ваши переговоры, если обнаружено легко разрушит Вашу степень доверия. Это - просто вопрос “когда”. И Ваша команда должна волноваться затем, что Вы могли бы быть лугом BCC их переговоры кому-то еще? Массовая рассылка через BCC в большинстве случаев является также неправильной, это создает впечатление, что электронная почта конкретно адресована получателю.
При передаче луг CC и луг BCC требуют небольшого усилия, но умножают шум, и растворяет сигнал. Стоит для уделения некоторого внимания тому, что точно Вам нужен человек, чтобы сделать и что они должны знать для действия на коммуникацию прежде, чем составить его.
Некоторые переговоры лучше всего взяты полностью "от строки" (телефон или лучше все еще лицом к лицу), потому что это дает Вам больше комнаты для maneveour. Широковещательная передача или формализация в записи точно так же, как помещают себя в угол. Можно всегда подтверждать в письменной форме последний.

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

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

6