Size: a a a

DocOps-сообщество

2018 August 22

ML

Maksim Lapshin in DocOps-сообщество
мы сейчас обсуждаем что?
источник

ML

Maksim Lapshin in DocOps-сообщество
Обсуждаем тезисы, которые донес Никита где?
источник

ML

Maksim Lapshin in DocOps-сообщество
На УСТНОЙ ВСТРЕЧЕ =)
источник

OI

Olga Ilchukova in DocOps-сообщество
которую вы еще даже не слышали в полном объеме :)
источник

ML

Maksim Lapshin in DocOps-сообщество
Olga Ilchukova
которую вы еще даже не слышали в полном объеме :)
о чём и речь. Я сейчас возможно обсуждаю вообще не то, что говорил Никита, а он себе волосы от этого рвет на голове (хорошо если там).
источник

OI

Olga Ilchukova in DocOps-сообщество
Maksim Lapshin
На УСТНОЙ ВСТРЕЧЕ =)
да просто формат такой, чего вы )) было бы странно собраться и читать статьи на темы
источник

ML

Maksim Lapshin in DocOps-сообщество
потому что то самое проклятое устное общение попытались заместить статьей =)
источник

ML

Maksim Lapshin in DocOps-сообщество
Olga Ilchukova
да просто формат такой, чего вы )) было бы странно собраться и читать статьи на темы
так и я об этом
источник

ML

Maksim Lapshin in DocOps-сообщество
есть такой формат обмена опытом, терминами, смыслами:  конференции. Люди там встречаются, общаются и уходят оттуда с совершенно другой картиной мира, чем просто почитав что-то в интернете
источник

ML

Maksim Lapshin in DocOps-сообщество
пойти на устную конференцию и рассказывать про вред устного общения — это как пить за трезвость =)

@sobolev_nikita  я всё переврал и не понял? =)
источник

OI

Olga Ilchukova in DocOps-сообщество
в общем, так или иначе, хорошо, когда выработанные процессы и инструменты работают и приносят позитивный результат. Если радикализм помогает достичь цели в определеной команде, так прекрасно
источник
2018 August 23

SV

Ser V in DocOps-сообщество
хм а у нас устные ежедневные созвоны чтобы все в команде были в курсе что происходит, причем в одно и то же время
источник

НН

Нац Нац in DocOps-сообщество
У нас быстрые скрам синки ежедневные тоже в одно и то же время, потом выбирается один человек от каждого синка и участвует в scum of scrums, времени занимает минимум, зато все абсолютно в курсе что и на каком проекте происходит, пробовали разные методы и этот удовлетворяет всех вроде как
источник

DB

Dima Boger in DocOps-сообщество
Быстрые — это сколько?
источник

НН

Нац Нац in DocOps-сообщество
Ну на синк из 4-5 человек уходит около 3-5 минут, если апдейты ежедневные, хватает озвучит что ты делал и что будешь делать, уходит 4-5 минут, минута на человека это даже много
источник
2018 August 27

VK

Vladimir Khineev in DocOps-сообщество
Vadim Smelyanskiy
Товарищи, подскажите, кто как трассировку требований реализует?

Историей в wiki-движках вроде Confluence — сплошная боль, не понимаю как нормально изменения стейджить, да потом плоский список не могу разобрать

Выкручиваюсь .md и git'ом, вижу ветки + сообщения коммитов нормально объясняют, чем обусловлена пачка изменений; тем не менее, кажется каким-то костылём на изоленте

У кого есть хороший опыт с трассировкой без привлечения убойных инструментов, вроде IBM'овских?
привет! а удалось ли выработать решение как фиксить изменения в требованиях? у нас также требования пишутся через инфраструктуру: .md, гит флоу и статического сайта. Для разработчиков проблема: если было изменено текущее требование, то надо все пункты перечитывать чтобы найти что было изменено. Я вижу след  решение: помечать в тексте через italic/bold , что требование было изменены или внизу вести табличку с изменениями; в коммитах подробно описывать что было внесено/удалено. Может кто поделится кто как работает с данной проблематикой
источник

ИЦ

Игорь Цупко in DocOps-сообщество
а git diff не помогает?
источник

VK

Vladimir Khineev in DocOps-сообщество
Да, действительно, все изменения как на ладони. Спасибо!
источник

ИЦ

Игорь Цупко in DocOps-сообщество
Use Gitlab, Luke. Use Merge Requests.
источник

DN

Dmitry Nagovitsin in DocOps-сообщество
Игорь Цупко
а git diff не помогает?
GitKraken
источник