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

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

Понимание эмпиризма в гибкой среде Scrum - одна из наиболее распространенных гибких структур, используемых организациями для более быстрой и частой доставки высококачественных продуктов своим клиентам. Скрам идеален для решения сложных реальных задач. Необычайная красота схватки заключается в ее простоте. Его продуктивно используют ИТ-специалисты, специалисты по маркетингу, кадрам и другие специалисты, независимо от их ролей. Эмпиризм означает работу, основанную на фактах, опыте и..

Теги могут использоваться для фильтрации вашей доски imdone kanban и выглядеть так… // TODO: Keeping this single threaded won't scale +bug Уценка Одна из причин, по которой вы можете упускать из виду или пренебрегать своими комментариями TODO, заключается в том, что большинство редакторов кода и IDE отображают их в приглушенных цветах, таких как серый. In imdone ваши комментарии TODO будут выделяться, если вы хотите, чтобы они выделялись, потому что синтаксис markdown встроен,..

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