В то время как РОСНАНО в содружестве с британской компанией Plastic Logic трудятся над созданием электронного школьного учебника PL100 на основе гибкого 10,7' экрана. Теги: WEXLER, WEXLER.BOOK Flex ONE, Электронная книга, Гибкость. Новое по теме: Компьютеры. Apacer AS2280P2 - SSD M.2 NVMe. В каталоге «Электронные книги» вы можете ознакомиться с ценами, отзывами покупателей. Jul 29, 2012 - Торговая марка Digma представила новую электронную книгу Digma s605f с гибким ударопрочный экраном, созданным на основе.
Хабравчане, позвольте вам представить мой небольшой и скромный труд (чуть больше 100 страниц) по гибким методологиям разработки. Электронная книга доступна бесплатно для скачивания со следующих сервисов в PDF:. Кроме классического Scrum, в книге также описываются и разнообразные лучшие практики, которые отлично интегрируются в данный управленческий фреймворк для управления продуктом, командой, для организации аналитики и тестирования. Это ворк эраунд. Смысл электронной книги — что бы было удобно читать.
Описанный метод делает возможным чтение, но назвать его комфортным никак нельзя. Это как если купить себе хорошую, качественную обувь, но она вам будет немного мала. Описанный метод подходит, когда в основном вы читаете книги в формате, который книга хорошо отображает и изредка необходимо прочитать такой PDF или djvu. Если же вы в основном планируете читать книги в PDF со сканами или в djvu, то не вижу смысла покупать маленькую читалку. Опять же, все вышесказанное — субъективно.
Озвучу лично моё мнение. Есть у менять планшетик 1024.600.
Читать неудобно. И есть мелкая читалка 5 дюймов.
Фильм особенности национальной рыбалки торрент. На следующее утро, протрезвев и придя в себя, Кузьмич, отправившись с Лёвой в магазин за продуктами, понимает, что они оказались за пределами родной страны, и теперь им грозит тюремный срок за нелегально пересечение границы. Приехав обратно в гостиницу, наши герои, поспешно собрав вещи, погружаются на баркас и уплывают от греха подальше. Ничего не подозревающие горе-рыбаки оказываются в частном доме-гостинице, расположенном на берегу Финского залива, который они принимают за тринадцатый кордон, и решают немного поправить здоровье после утомительного плаванья.
Читать удобно. А всё потому, что такую бандуру в одной руке держать неудобно, в автобусе неудобно, в очереди сидя — неудобно, в карман ложить неудобно, читать лёжа на спине неудобно — тяжело. А грамотно нарезав, экономится место, и становится читабельнее, чем на большом экране (800 точек по горизонтали + порезанные поля, против 600 на большом экране). Повторюсь, мнение личное, но лишних переносов нет, читать вполне комфортно, 800 пикселей по горизонтали — это больше, чем у киндла. Есть одна просьба, учитывать, что электронные книги на данный момент в основном черно-белые. Это касается графиков и диаграм. Было бы неплохо использовать не только разные цвета, но и формы.
Использовать различные линии на графиках (пунктир, точка-тире и так далее) и использовать различные штриховки для фона. Я (скорее всего не я один такой) практически всю литературу читаю на электронных книгах, и вот эти моменты проблемные, приходится открывать на компьютере и смотерть нужные графики и диаграммы. Форматы побороть еще можно (например купить Kindle DX или другой девайс с большим экраном) и тогда проблем с версткой и переносами в PDF нету, а вот что касается цветов — это никак:(. Боря, ты молодец.
Первое, что сделал открыв версию 1.2 — это посмотрел раздел «инструменты Кайзена» в части про контрольные карты Шухарта. Стала ближе к правде, за двумя исключениями: 1.
«В контрольных картах Шухарта для определения предела используется не стандартное отклонение, а размах.» — на самом деле даже не размах, а размах, усредненный по подгруппам, умноженный на некоторый табличный эмпирический коэффициент (дла размера подгруппы равного двум, этот коэффициент равен 2.66). Отдельно подчеркну, что нельзя использовать такие карты напрямую для оценки сотрудников — Это тоже не совсем правда. Как ты правильно пишешь большая часть проблем относиться к процессам и сотрудники часто просто не могут на эти причины повлиять. И контрольные карты как раз расставляют все по местам, показывая где вина системы, а где сыграл человеческий фактор В этом же разделе в итогах, про контрольные карты написано, что они служат Для устранения вариабельности процессов. На самом деле они служат для отделения особых причин вариации от общих и все. А устранение самой вариабельности — это уже результат самого процесса улучшений (считай, того же Кайзен).
А вообще очень интересно. Чуть позже вернусь и еще буду писать замечания.
В конце концов, надо же хоть кому-то придраться к содержанию, а не формату файла. Раздел «Как продать Scrum заказчику» оставляет впечатление, что Scrum нельзя продавать по Fixed Price. На самом деле имело бы смысл сказать, что это делать можно, но только после определенной подготовки: у нас должна быть хорошая зрелая команда, прошедшая вместе не один проект и было бы прелестно, если бы мы уже работали с этим заказчиком по T&M и предполагаем с ним работать достаточно долго. При таких условиях мы можем использовать статистические инструменты для определения конкретной суммы и конкретной даты поставки.
Другое дело, если мы с этим заказчиком делаем уже не первый проект (и делаем это хорошо), то вопрос о переходе на Fixed Price модель, как правило, не поднимается. И позанудствую: формальная инспекция в отличие от просто инспекции кода имеет критерии начала, окончания и, извините, здравого смысла. Если у тебя нет хоть капельку формализованного процесса инспекции (минимум тяжести — хотя бы опорные пункты), то ты рискуешь (с хорошей вероятностью) получить спор сколько должно быть пробелов в отступах и где открывается скобочка: в конце строки или в начале новой. Вопрос только в том, что в гибких методологиях, имхо, не надо тяжелых чеклистов и сложных процессных конструкций, но договоренность (хотя бы) о том что проверяем и как быть должна. Если на одни и те же вопросы существуют радикально отличные взгляды, то можно поднтся выше на такой уровень абстракции, где эти взгляды уже одинаковы. Как правило, если два человека имеют разные взгляды на одно и то же, скорее всего в их голове существуют различные модели этого одного и того же.
С достаточной степенью вероятности можно утверждать, что различные модели родились из-за различия в контекстах и «прочих равных». Стоит аккуратно собрать в кучку отличия контекстов, как становится очевидным различие во взглядах. Как бесплатный бонус получаем модель более высокого уровня абстракции и понимания областей ее применимости. Что-то типа того. Матерые специалисты с седыми бородами настаивают на тяжеловесных методологиях с сотнями ролей, процессов, артефактов и толстенными описаниями.
Молодые управленцы же предпочитают гибкие методологии или «Agile», как они говорят. Кто же прав в этом противостоянии отцов и детей? По моим наблюдения все с точностью до наоборот. Матерые специалисты с седыми бородами настаивают на «человекоориентированных» методологиях, а молодые управленцы же предпочитают «процессоориентированные». Возможно, это не расхождение наблюдений, а простая ошибка определения базовых терминов.
Мысль по поводу: Не возьмусь утверждать это со 100% достоверностью, однако видится мне, что большинство команд, которые только начинают внедрять гибкие методологии у себя в проектах рискуют наступить на одни серьезные грабли. Грабельки эти заключаются в том, что большинство самых популярных книжек относятся как это ни странно к процессной части аджайла (как планировать, как показывать, какой длины выбирать итерацию, какие практики использовать и т.д.). А вот о том, как управлять собственно людьми (которые, как известно, важнее процессов) в таких книжках ни сказано, как правило, ни слова. Подразумевается, что об этом вы почитаете в других уменых книжках. И вот процесс вроде бы поставлен, а профита нет. Реальная причина этому — люди. Точнее — неумение их готовить.
Гринбергер управление настроением. Так что спасибо, Боря, что хоть затронул эту тему.