Comments 5
Эх, когда же начнут вычитавать статьи перед публикациями. Автор, не обижайся, но грамотность надо подтянуть, глаза режут изыски. Ну и общее написание текста: то scrum, то таск трекер, то dev
Не обижаюсь совсем - наоборот, признателен, что нашли время прочитать и оставить комментарий. Это моя первая попытка рассказать о реальном опыте, без вылизанных формулировок и редакторов. Хотелось передать живую историю, как было - местами сумбурно, местами на эмоциях, как и сам проект.
Про грамотность — согласен, над этим точно стоит поработать. Буду учитывать и обязательно подчищу текст.
Scrum, таск-трекеры, dev — действительно, местами разнобой. Спасибо, что подсветили! Учту это при доработке и в будущих публикациях.
Считаю, что "Лучше написать с ошибками, чем не написать вообще" А дальше — шлифовать и расти
Забавно видеть статью про систематизацию процессов с нулевой систематизацией самого текста. Контентно никакого откровения: если делать все по какой-то системе, то работать становится проще, чем наобум.
Сильно страдает форматирование. Не надо делать такие глубокие списки, особенно нумерованный и особенно если у вас всего один пункт вложенный. Делите тогда логически связанные куски на абзацы и нумеруйте уже что-то в них. Местами где-то пробелы после строк/списков/заголовков есть, местами нету - делайте однотипно. Если в нумерации нет смысла( как в случае с куском проблема-решение), то делайте ненумерованный. Если у вас после списка идет текст - не надо выравнивать его со списком, выравнивайте с текстом до списка. Шаги желательно начинать всё-таки с первого, а не со второго :) если уж делаете первый шаг заголовком одного уровня - делайте все их заголовками одного уровня. А то первый шаг у вас h2 с жирным выделением, второй шаг - просто текст с жирным выделением, а третий - просто текст уже без выделения.
Список можно продолжать ещё дальше, но он получится больше изначального материала. Поэтому советую в следующий раз посвятить чуть больше времени форматированию написанного, после чего проверить себя более грамотным другом или хотя бы нейроботом.
Апдейт по своему же прошлому комментарию. Автору моё уважение за то, что принял во внимание комментарии и с нуля переписал статью. В этот раз получилось гораздо лучше, читать стало удобнее и приятнее.
После прочтения стало интересно, какие конкретно потребности Trello в вашей команде не закрыл. И почему google-формы были выбраны как основной источник обратной связи?
Спасибо большое за добрые слова - очень рад, что стало лучше
Что касается Trello - он оказался неудобным для планирования спринтов и создания отчётов, которые важны для бизнеса. Также не хватало встроенного контроля времени.
А Google Формы мы использовали как простой способ фиксировать ответы и собирать их в общей таблице. Это нужно не только для текущей работы, но и на будущее - если проект будет передаваться другим людям, чтобы у них была видимость: что делали, какие возникали блокеры и как команда с ними справлялась. Такой своеобразный лог процессов.
Уборка хаоса | Систематизация IT проекта глазами PM