Показаны сообщения с ярлыком документы. Показать все сообщения
Показаны сообщения с ярлыком документы. Показать все сообщения

Ошибокнет.ru – сообщество живых корректоров проверит ваши тексты на грамотность

Взято здесь:
https://te-st.ru/2015/09/16/oshiboknet-ru/


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

Ошибокнет.ru – новый веб-сервис проверит любые тексты на грамотность в течение 24 часов. А на полученные от проверки средства поддержит создание социальных IT сервисов и приложений для благотворительных организаций.

Поделитесь этим сервисом с друзьями

Ошибокнет.ru – сообщество живых корректоров проверит ваши тексты на грамотность
Отчеты, письма, пособия, книги, руководства – все проверяется живыми корректорами, которые объединились в сообщество на сайте oshiboknet.ru и проверяют работы на грамотность по строгим правилам русского языка.
Сервис обещает проверить любой документ в течении 24 часов. Но как правило, небольшие документы проверяются быстрее.
Работа с сервисом проста. Сайт минималистичен и на нем ничто не отвлекает внимания от отправки текста на проверку. Заполняете короткую форму, прикрепляете документ с текстом для проверки. И все. Оплата производится в любой удобной форме – цифровыми деньгами или с помощью карточки.
Ошибокнет.ru – сообщество живых корректоров проверит ваши тексты на грамотность
Фрагмент сайта http://oshiboknet.ru
Проверенный текст будет отправлен вам на указанные при заказе e-mail.
Сервис не только проверит ваши документы. На полученные доходы авторы проекта поддерживают разработку веб-сервисов и мобильных приложений для благотворительных и общественных организаций.

Сервис корректорской проверки текстов Ошибок нет.

Как аналитику писать документы, которые потом читает тестировщик?

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

Что же интересного мы выявили в ходе деловой игры?

1) Документы должны быть

Как ни странно, но неоднократно ребята говорили о том, что документы должны быть, а их нет или документы не те. Часто формальные, которые идут на подпись Заказчику.

К обязательным документам, понятным разработчикам и тестировщикам, отнесли:
 -  Documents flow (от PM к ВА)
 -  Possible cases (от ВА к QA)
 -  Прототип (с текстовым описанием функций и элементов)
 -  Глоссарий

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

2) Документы должны быть актуальны

В целом, документы должны быть актуальными. И это, как оказалось, на практике серьезная проблема.

Проблема состоит из нескольких частей.

2.1) Часто требования и ограничения возникают в беседах (телефон, skype, email, разные чаты). Но не переносятся в документацию (или переносятся с запозданием).

В итоге - документацию не читают (ведь в ней все равно неполная и недостоверная информация). Проще додумать или напрямую спросить ВА.
В итоге - ВА тратит тучу времени на объяснения, выдает информацию, иногда несогласованную, неполную, обрывочную.

Было предложено несколько разных вариантов выхода из проблемы:
 - запретить любые утверждения и принятия решений вне документации (оставить только email для подтверждения изменений и информирования);

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

 - ВА оперативно (по ходу беседы) вносить изменения в документацию: создавать резервную копию, вносить отметки с выделением маркерами или документировать в электронном Блокноте (потом из него проще скопировать документ, перенести сведения в основную версию требований и решений).


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

В итоге - проще спросить ВА, чем тратить часы на выяснения, что делаем и где читать. Хотя, порой, и сам ВА через месяц-два, уже с трудом контролирует процесс уточнений.

Для тех, кто сталкивается с подобными проблемами, было предложено следующее:
 - "мапинг" изменений документов (актуальный документ, навигатор по актуальным документам проекта)

 - в дополнении к логированию резолюшенов, вести автоматический учет версий документов и логировать авторов и места изменений.
При этом актуальная версия документа для разработчика должна быть только одна! А что у Заказчика - то лишь приложение к договору, определяющее только высокоуровневые требования.
Никаких "мапингов" и "кросс-мапингов" изменений документов. Все изменения должны быть в самом документе!

 - делить проект на небольшие части и отдавать в тестирование (как правило в маленьком кусочке изменений происходит немного, их проще отследить)

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

3) Соблюдать требования к требованиям

Это простое утверждение тестировщики скромно повторили несколько раз. В частности указали, что "понятно" слово весьма относительное.

Сюда же снова добавился Глоссарий. Как оказалось, говорим на одном языке, но одинаковые слова понимаем по-разному. А также в среде разработчиков и тестировщиков есть ряд "зарезервированных" слов. Без дополнительных пояснений, эти слова тестировщик поймет так, как привык понимать, а не как ожидает ВА.

4) Общаться с тестировщиком 

Удивительное открытие: есть команды, где общение тестировщика и ВА происходит в конце проекта (когда всё, аут, проект провален или тестировщик не может понять, то ли сделал разработчик, что хотелось Заказчику, или намудрил).

При неполных требованиях (или простом игнорировании документации из-за п.2), тестировщик и разработчик становятся перед выбором:
 - делать, как понял, и сэкономить время и силы;
 - отправить документы на доработку и, возможно, сорвать сроки проекта;
 - устно уточнить, что нужно делать, и, возможно, получить потом расхождение документов и результата.

Ребята посоветовали сделать следующее:
 - при наличии второго ВА в компании, дать ему прочесть документацию и показать прототип (чтобы был "свежий" "незамыленный" взгляд на проект);

 - отдавать тестировщику документацию на тестирование до того, как она уйдет разработчику, и прислушиваться к советам тестировщика по тому, как сделать документы и требования лучше, понятнее.
Важно оперативно вносить изменения согласно пожеланий и (!) тестировать требования после изменений.
Оказалось, что бывает рассогласование требований после внесения изменений.
Крайне желательно, чтобы комментарии и замечания сохранялись непосредственно в документе. А вносимые изменения документировались (что где изменено, когда и кем).

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

5) На запросы тестировщика к ВА нужно реагировать молниеносно

Тестировщику часто не остается времени на доскональное изучение документации (если она сложная, не имеет удобных для тестировщика cases). Просто потому, что ему приходит документ уже тогда, когда сроки "горят" и нужно срочно проверять и сдавать Заказчику продукт. Любые баги, выявленные тестировщиком, часто оттягивают сдачу проекта и даже, бывает, раздражают команду.

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

Поэтому, даже если всё горит, нужно с понимаем и спокойствием относится к вопросам и замечаниям тестировщика. Поощрять его вопросы и диалог.

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


Ребята, если есть еще что ценного добавить, пишите :)
Еще раз благодарим за интересную встречу!



Онлайн-протоколирование: как получать согласованный всеми протокол сразу в конце совещания

А в чем собственно проблема?

Вам наверняка приходилось хотя бы один раз (для многих, конечно, гораздо чаще, если не постоянно) участвовать в совещании, которое проходило примерно следующим образом. В ходе совещания издается множество указаний и поручений, все энергично кивают и усиленно записывают что-то в свои ежедневники. Секретарь совещания, конечно, пишет больше всех. Последние вопросы совещания, как правило, обсуждаются "в попыхах", так как время уже закончилось и все участники торопятся по своим делам. В итоге, в конце совещания председатель быстро проговаривает что-то вроде "нувсемспасиботеперьвыполняйте" и все устремляются по своим срочным делам, в том числе и секретарь совещания. Лишь спустя какое-то время каждый участник совещания, разбирая свои дневные записи, попытается вспомнить, "а что я, собственно, должен сделать-то?". Сквозь смутные воспоминания многих дневных событий, встреч и совещаний, он вспомнит происходящее на совещании и запишет себе пару стикеров на столе, может быть, напишет несколько писем. И даже если протокол совещания будет прислан потом секретарем, то это, как правило, будет уже следующий день, и это будет совсем не то, что будут ожидать участники совещания - многие личные формулировки уже успели по-своему уложиться в головном мозгу, за ночь решения укрепились (так уж работает долговременная память нашего головного мозга) и в протоколе будет "все не так и не то". Знакомо?
К каким последствиям приводит отсутствие онлайн-протоколирования, как в вышеописанном примере:
  • Теряется чувство срочности. Участники не начинают выполнять решения совещания сразу же после совещания. А действительно - зачем, если финальные формулировки могут измениться? Лучше подождать, пока все утрясется.
  • После совещания у участников нет четкого понимания, кто, что и когда должен сделать. Каждый ведь по своему записал решения совещания в своем ежедневнике
  • Договоренности и обещания после совещания не выполняются в срок
  • Появляется ощущение, что все говорят на разных языках
  • После совещания участники не чувствуют прилива бодрости и энергии. Скорее наоборот. Многие задают себе вопрос "А что я должен сделать" (прямо как в нашем любимом мультике в конце статьи", есть неуверенность в точном понимании вопроса.
  • На следующем совещании много времени уходит на то, чтобы проконтролировать решения предыдущего совещания. Случаются споры на тему "вы говорили не так", "мы договаривались о другом", "вы сделали не то, о чем вас просили"
  • Как следствие - ослабление корпоративной культуры и доверия друг к другу команды менеджеров, присутствующих на совещании.

В этой статье мы расскажем о том, как с этим справиться с помощью настройки системы онлайн-протоколирования.

Негативный кейс из практики автора

Однажды мы вели переговоры с одной крупной российской корпорацией. Мы уже настроили систему онлайн-протоколирования в нескольких филиалах организации, все были очень довольны, и возник интерес к настройке системы онлайн-протоколирования для Первого лица в центральном офисе в Москве. Там было над чем работать: протоколы Правления появлялись в согласованном виде только через 3-4 недели, что, конечно, было просто недопустимо для такой солидной и уважаемой организации, учитывая удачный опыт филиалов.
Мы начали проводить диагностику. Оказалось, что есть своя специфика: в организации не принято было говорить что-то против указаний Первого лица. Первое лицо очень не любил, если кто-то не понимал его и начинал задавать уточняющие вопросы. Все должны были смиренно выслушивать поручения и делать вид, что все будет сделано. Поручения Первого лица, как правило, были очень абстрактными, возвышенными, расплывчатыми. Что поделаешь - ему постоянно приходилось думать о стратегии огромной организации. Протоколирование совещаний вели сразу два секретаря. А вот потом получалась интересная история: сформированный уже к концу дня протокол отправлялся по кругу согласования, и каждый "смягчал", "конкретизировал", "уточнял" и делал реалистичными расплывчатые, нереалистичные и жесткие формулировки протокола. Через 3-4 недели Первое лицо уже не помнил, что конкретно и на каком из своих многочисленных совещаний он говорил, и протокол проходил согласование.  Длинный срок согласования был платой за невозможность дать обратную связь руководителю и конкретизировать сразу поставленную от Первого лица задачу. Длинный срок был своеобразным демпфером, фильтром, который отшлифовывал и делал решения конкретными, понятными и, к сожалению, иногда слишком комфортными для выполнения.
И так как Первое лицо изменяться не планировало, то от проекта нам пришлось отказаться.

Принципы онлайн-протоколирования

Для того, что бы повысить результативность своих совещаний с помощью онлайн-протоколирования, нужно понимать основные принципы. Сформулируем их:
1. Никто, кроме самих участников, не сможет лучше и быстрее сформировать решения совещания.
Комментарий принципа: никакой секретарь не обладает так же глубокой компетенцией обсуждаемого вопроса, как участники, и не сможет правильно сформулировать точное решение. Не мучайте секретарей, не экономьте время, говорите им конкретно, что нужно записать.
2. Если решения совещания согласовывать на следующий день, то каждый участник будет разочарован, так как у него успеет сформироваться свое видение результатов совещания.
Комментарий принципа: во время ночного сна главная оперативная информация, полученная за день, архивируется в долговременной памяти. А если совещаний было несколько за один день, то они будут наслаиваться друг на друга и не всегда можно будет вспомнить, где и что обсуждалось.
3. "Понятно ≠ записано". Нет лучшего времени для формирования и согласования итогов совещания, кроме самого совещания.
Комментарий принципа: очевидно, что когда все включены в вопрос, гораздо проще сразу же прийти и сформулировать конкретное решение. Можно сэкономить несколько секунд на том, что бы не дожимать точную формулировку решения, сказав "ну здесь вроде всем понятно что делать, следующий вопрос". Но уже на следующий день вы получите разное понимание вопроса всеми участниками, и весь набор негативных последствий, указанных выше.
4. Для формирования онлайн-протокола должен быть выделен отдельный человек - секретарь. Желательно, чтобы он не был участником совещания.
Комментарий принципа: Задача секретаря - фиксировать решения максимально близко к тексту. Он не должен додумывать или перефразировать слова участников по своему усмотрению. И желательно, что бы он не был участником совещания, то есть не докладывал и непринимал на себя поручения, чтобы его внимание было сфокусировано на одной задаче.  Так же полезно наделить секретаря полномочиями и ответственностью не давать участникам совещания возможности переходить к рассмотрению следующего вопроса, пока не будет принято и не зафиксировано решение по предыдущему вопросу. Соответственно, отсюда следующий принцип.
5. Следующий вопрос начинается только тогда, когда зафиксировано и принято всеми решение по предыдущему вопросу.
6. Для согласования и принятия итогового протокола совещания в конце должно быть выделено отдельное время - не менее 10% от общей длительности всего совещания.
Комментарий принципа: Как говорил Сократ, "чтобы тебя поняли, сначала расскажи, о чем ты будешь говорить, потом, собственно, расскажи, а в конце расскажи кратко, о чем же ты рассказал". Крайне важно еще раз повторить в конце совещания решения, распечатать протокол совещания, подписать всеми участниками и сразу отправить всем участникам на почту. Только представьте себе - пришел с совещания, а во Входящих уже согласованный всеми протокол, с финальными, принятыми всеми, конкретными задачами и ответственными. Можно приступать к выполнению!

Итак, как же этого добиться?

Расскажем о нашем опыте и двух простых способах онлайн-протоколирования.
Первый способ. Применение трех флипчартов для онлайн-протоколирования
Вы замечали, что часто на совещании разговор очень быстро "перепрыгивает" с одной темы на другую, не завершая предыдущую тему никаким решением? И как непросто бывает вернуться обратно, чтобы дожать предыдущую тему? Иногда про предыдущую тему даже забывают (особенно когда у совещания нет письменной повестки), углубившись в решение "неожиданно" всплывшей темы.
Это происходит из-за ассоциативной природы нашего мышления: мы мыслим образно, нелинейно, когда одна мысль может вытянуть другую мысль совершенно неожиданно и неуправляемо для нас (подробнее о майнд-менеджменте).
Поэтому все решения совещания очень эффективно разделить на три группы:
  • Принятые решения: это те решения, которые приняты всей группой и распространяются на всю компанию сразу же после совещания.
  • Задачи: здесь фиксируются действия, кто, что и когда должен конкретно сделать.
  • Вопросы к обсуждению позже: а вот сюда как раз фиксируются мысли, которые всплывают по ходу обсуждения основных вопросов повестки. Ведь почему случайные мысли начинают обсуждать сразу на самом совещании, даже если участники к этому не готовы и половины участников они не касаются? Потому что потом про эти вопрос просто забудут. Поэтому важно, чтобы мысли были зафиксированы и вошли отдельным подпунктом в протокол. Многие из этих вопросов заслуживают подготовки и проведения отдельного совещания, да еще и часто в другом составе, поэтому их неэффективно рассматривать на самом совещании. А когда они зафиксированы, все будут спокойны, чтобы про ценные мысли не забудут.

Такое протоколирование можно вести на обычных отдельных трех листах флипчарта, которые секретарь совещания может повесить на стене переговорной. Например, вот так это выглядит до совещания.
 
Так это выглядит во время самого совещания:
 
А вот так это может выглядеть после совещания:
 
Очень важно отметить некий магический эффект именно от рукописного протоколирования совещаний. В наш цифровой век многие привыкли относится к электронной информации как к виртуальной, немного необязательной для выполнения. Всегда можно без следов удалить любой электронный файл, любой текст на экране. А рукопись можно только «сжечь», что, согласитесь, сейчас очень затруднительно. Поэтому решения, зафиксированные на бумаге, да еще и с от руки поставленной подписью, воспринимаются гораздо серьёзнее и убедительнее, и чувство ответственности за их выполнение формируется гораздо сильнее.
Еще раз повторим свою мысль, что в конце совещания обязательно нужно выделить 10% времени от общей длительности, чтобы еще раз прочитать и уточнить все записанное. Потом можно попросить каждого участника поставить свою подпись под листами флипчарта, и пока участники идут на свои рабочие места, секретарь быстро сфотографирует на смартфон протокол и отправлит его участникам. Оцифрованная версия, один в один повторяющая решения совещания придёт по электронной почте всего через полчаса. Можно начинать выполнять!
А можно сделать так, что электронная, распечатанная, согласованная и подписанная всеми версия протокола с фирменной печатью на красивом корпоративном бланке будет готова сразу в конце совещания, и не нужно будет ждать полчаса на оцифровку! Это можно сделать с помощью специально настроенного шаблона онлайн-протоколирования MindJet Mind Manager.

Второй способ. Применение специально настроенного шаблона MindJet Mind Manager для онлайн-протоколирования
Согласно методологии майнд-менеджмента, любая прочитанная нами информация или формирует в нашей голове визуальный образ и запоминается, или быстро стирается и бесследно забывается как ненужная. Протокол совещания не является исключением. Его можно представить в виде древовидной структуры в специальной программе MindJet Mind Manager, высветить через ноутбук на экран переговорной комнаты и заполнять в ходе совещания усилиями секретаря. Вот так может выглядеть специально настроенный для компании корпоративный шаблон.
 
Все решения совещания заполняются в режиме реального времени и отображаются на экране переговорной. В конце совещания после согласования с участниками информация из интеллект-карты с протоколом MindJet одной кнопкой мышки экспортируется в Microsoft Word и получается, например, вот такой корпоративный протокол на специальном фирменном бланке.
 
Остается только отправить этот протокол на печать на принтер, который находится здесь же в переговорной комнате, подписать бумажную версию протокола и начать действовать!

Позитивный кейс из практики автора

С помощью Mind Manager наши заседания стали эффективнее в качественных параметрах и в затратах времени на проведение. Четкая структура, обеспеченная правилами Стандарта и техническая реализация в виде шаблона Mind Manager перевели наши заседания на другой уровень. Согласованный протокол теперь появляется сразу же в завершении совещания. По нашей оценке, на момент окончания проекта выигрыш во времени за счет внедрения майнд-менеджмента в проведении заседаний коллегиальных органов составил около 2 часов в неделю.
Максим Владимирович Бароменский, Заместитель председателя правления,
Московский Банк Сбербанка России

Резюме

Какой результат Вы получаете, если внедрите правила онлайн-протоколирования:
  • Появится «чувство срочности». Участники начнут выполнять решения совещания сразу же после совещания, и у них не будет возможности потом сказать "я слишком поздно получил протокол"
  • Однозначное и точное выполнение решений совещания в соответствии с ожиданиями участников друг от друга
  • Разговор на одном языке - языке однозначно сформулированных и принятых всеми решений
  • Регулярное повышение энергетики совещаний и уровня доверия друг к другу благодаря достижению принятых результатов совещания
  • Возможность быстрого и однозначного контроля решений, принятых на совещании.

Правда, следует отметить, что онлайн-протоколирование - это лишь часть корпоративной культуры подготовки, проведения и фиксирования итогов совещаний. Ведь еще важно, чтобы совещание было правильно подготовлено, чтобы участники были заблаговременно подготовлены, чтобы каждый понимал свою роль на совещании, чтобы участники умели укладываться в отведенное им время и многое другое.
Для того, чтобы сформировать эту культуру, нужно договориться о едином понимании на уровне топ-менеджмента о том, как именно у вас в компании будет принято готовить, проводить, фиксировать итоги и отслеживать результаты совещаний. Мы это называем - сформировать свои правила игры проведения совещаний. Подробнее об этом Вы можете узнать на нашем тренинге "Совещания как по нотам: как готовить и проводить результативные совещания".
p.s. В качестве завершения предлагаем Вам посмотреть наш любимый мультик на тему неэффективного (первые 1,5 минуты) и эффективного (вторая половина мультика) проведения совещания. Мультик называется "Кардебалет" от несравненных Смешариков.

Источник и обращения за подробностями здесь: http://mind-management.ru/novosti/online_protokolirovanie 

Документик для самопроверки

Полезный документик. Для изучения, для осознания, для критического осмысления... да и вообще! :) Ответы есть в конце, но не подглядывать интереснее :)