It's possible to shrink this whole post to single phrase. "Manage people, not tasks".
 
Actually that's all. But if anything inside you tweaks when you think of this phrase, I propose to go a bit deeper. Do you agree with "Product equals team" statement? Same statement can be told more scientifically: "Project quality equals quality of development process".
 
Well, you can agree or disagree with the last words - it's your own business. But it's the basis of all current project management science. Six Sigma, Toyota Production System, TQM - all these techniques are results of same idea, that in its strongest variant sounds as "Product equals team". Especially this is the case in knowledge-intensive organizations, where the only resource is people.
 
From "team collaboration" up to TPS is actually not that long way. Beforehand, there was "human collaboration", which is called now Human Interactions Management. Later this idea grew into Business Process Management. So, to start building Toyota, you should start from your team. Your people.
 
When choosing between giving a fish and providing a man with a fish rod, we tend to the second solution. When applied to team work. Instead of pre-organized set of instructions and communication formats, we push people towards people starting to make arrangements. Those arrangements then may be written down, prove their effectiveness and become "roles". This is somehow more complicated team-building process, but it leverages every single team member in mid-term and long-term. Because product equals team.
 
As William Joyce wrote in his book "What Really Works: The 4+2 Formula for Sustained Business Success", there're 4 success factors for success:

• Strategy: build strong strategy, focused on growth, and stick to it.
• Execution: organize excellent practical implementation of your strategy
• Culture: develop corporate culture, oriented on reaching high goals
• Structure: support "flat" and mobile organization structure

 
 Two of four points relate solely to people and interactions inside the team!
 
At the beginning of work, team builds up the process of enabling collaboration and agreements (important people qualities: creativity and trust). Later each team member works on constantly testing the format of collaboration (with full responsibility and intelligibility). And only on the third step, company agreements and process formats become a part of system, part of enterprise software. "System" comes after human collaboration, not before. That's what Agile Manifesto says: "People and interactions over processes and tools".
 
That's exactly the idea behind Comindwork. Using basic agreements, you can create synergy in your team, which is really the essence of team work. 2+2 = 5, i.e. 4 people together do more then 4 people working separately. For steady businesses we provide custom workflows processes and tools. Which can only be working on the basement of trust, constant improvement, and responsibility of every person for both result and process of project development.

Можно всю эту статью ужать до одной фразы. Manage people, not tasks. Управляйте людьми, а не задачами.

Этим все сказано. Но если внутри вас, когда вы читаете, еще что-то ёкает, остались сомнения, - предлагаю пойти немного вглубь. Вы согласны с фразой "проект - это команда"? Это же можно сказать более научно: "качество результата проекта эквивалентно качеству процесса".

Если не согласны с последним, это ваше дело. Потому что на этой идее построена вся современная научная часть управления проектами. Six Sigma, Toyota Production System, TQM - это все результат той же идеи, которая в своем самом жестком варианте звучит так. "Проект - это команда". Особенно читывая, что фактически единственный инструмент и ресурс в информационном бизнесе - это люди.

От "командной работы" до TPS в действительности не так далеко. Сначала появилось управление командной работой, HIM (Human Interactions Management), потом уже возникло управление бизнес-процессами, BPM (Business Process Management). Так что начинать выстраивать Тойоту из своей компании нужно с команды. С людей.

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

Как утверждает Уильям Джойс в книге "Формула устойчивого успеха в бизнесе 4+2", есть 4 фактора успеха бизнеса:

1. Стратегия: разрабатывайте четко сформулированную и сфокусированную на росте стратегию и придерживайтесь ее
2. Выполнение: организуйте безупречную практическую реализацию стратегии
3. Культура: развивайте и поддерживайте корпоративную культуру, ориентированную на достижение высоких результатов
4. Структура: разрабатывайте и поддерживайте "плоскую" и подвижную организационную структуру.

Два из четырех пунктов относятся исключительно к людям и внутренней структуре организации!

Для начала в команде выстраивается процесс сотрудничества и переговоров (важные качества: творчество и доверие). Затем каждый участник команды работает с внутренним желанием удерживать формат (ответственность, четкость). А уже только потом форматы процессов формализируются и "зашиваются" в систему, в ПО. Система - "после" человеческого взаимодействия, не "до". Именно об этом говорит Манифест быстрой разработки, Agile Manifesto: "Люди и взаимодействия важнее чем процессы и инструменты".

Эта идея и лежит в основании Comindwork. Используя базовые договоренности, можно достичь синергии в работе, то есть истинно командной работы. А уже потом мы предлагаем инструменты настройки процессов. Уже на базисе доверия, постоянного улучшения, ответственности каждого участника как за результат, так и за поддержку процесса.

Русский перевод книги, которая нас побудила создать эмо-лог, "Программируем командный дух", сильно искажает суть.
 
Предполагаемое действие: каждое утро, начиная работу, сообщите о своих чувствах, о своем состоянии, всей команде.
 
Русское название: Паттерн "Вход"
Английское название: check-in
 
Программисты, когда слышат "check-in", сразу понимают важность этого действия. Вход в команду - это как погружение в проект. "Я вхожу", говорит каждый человек. И то действие, который каждый участник команды выполняет - это "настройка". Сонастройка, без которой ты не можешь быть уверен в адекватности своих действий действиям команды.
 
Интересно, что космонавты тоже используют термин "check-in", когда выходят на связь с Землей. Вошел в среду, в проект, в процесс - доложи об этом.
 
Я чувствую радость и драйв, потому что это все невероятно увлекательно.

Is it easy to manage  a project? It is definitely not, is it easy to manage businesses? We all know it isn't, but like in any other field there are some written and unwritten rules, that helps to survive and just do business, so here are some business management tips that gathered from different resources: 

• You must have a written short term and long term business plan
• You need to know the exact expense you have to make a sale (or perform a service)
• All the time keep an eye on resources, manage your resources wisely
• Analyze your competitors and customers, if you don't know who you are competing with and for whom you are doing it, your business is likely to fail
• Manage your and your teams knowledge - training sessions, collaboration tools, use anything that can helps your team to share knowledge better
• Remember that every employee first of all is an individual - happy and motivated individuals=happy team, happy team=effective work etc. 
• Review your business, marketing and financial strategies monthly
• Make a difference - whatever you do, you need to make it better with you, then without you
• Learn from mistakes (yours and others) - failing is not an option, although you learn a lot
• Finally - love your business

As it is written in Wikipedia - "management in business is simply the act of getting people together to accomplish desired goals" and I am sure that our online project management software will help you to manage your business and projects more effectively, saving you time, thus saving you money. I think that everyone who has dealt with business management have their "own way of doing things", so feel free to share your knowledge with us and keep CoMindWorking :)

Меня часто спрашивают, какое отличие Comindwork от Basecamp. И каждый раз я рассказываю приблизительно одно и то же. Вот что.

Цель Comindwork

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

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

В долгих сложных проектах, бывает, меняются люди в команде. Бывает, требования к результату проекта ну никак не могут поместиться на 1 страницу. Масса мест, где функциональности "управления текущими задачами" становится не достаточно.

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

Подробнее о необходимости интегрированного решения я уже писал тут.
Цепочка "знание -> действие -> знание" и есть опыт. И Comindwork позволяет записывать, использовать и передавать другим этот опыт довольно эффективно.

Просто как организации, так и проекты когда-то вырастают из узких штанишек Basecamp.

Функциональные отличия

Из различных целей программы логически следуют и отличия в функциональности. Мы предоставляем взаимно интегрированный набор инструментов. Выбрать необходимые - это уже задача пользователя.

Кроме "управления по событиям", management by milestones, которое есть в Basecamp, в Comindwork реализованы:

1. Документы и корпоративная вики-система
2. Структурированное и версионированное хранилище файлов
3. Эмоциональный микроблоггинг внутри команды
4. Настраиваемые инциденты и процессы
5. Проектный блог
6. Отслеживание потраченного времени
7. Визуализация результатов проекта

и многое другое.

Не-функциональные отличия

Пусть говорят сами пользователи Basecamp.
На сайте Why Basecamp Sux описаны 10 основных причин, почему им не нравится Basecamp. Ни одно из этих отличий не присуще Comindwork как динамично развивающемуся продукту. Что отличает Comindwork, как бизнес, как команду, это

1. Мы предоставляем квалифицированную поддержку для пользователей
2. Мы сотрудничаем с пользователями и вместе решаем, какая функциональность им нужна
3. Даем возможность ставить Comindwork локально и масштабируемо

Решайте сами, какие инструменты вам нужны. А главное, каких результатов вы хотите достичь.

Почему многим людям общаться в ЖЖ и Вконтакте более интересно, чем работать?

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

Поэтому Comindwork вводит в арсенал менеджеров и сотрудников эмоции. Именно эмоции являются тем связующим элементом, который превращает сухие задачи в живое общение. Проект превращается в историю, которая разворачивается на глазах у команды.
Действие = знания + чувства

Другими словами, чувства - это суть мотивации. А эмоции в живом проекте - это сумма эмоционального интеллекта каждого участника, и открытой информации об эмоциях. На эмоциональный интеллект конкретного человека мы можем влиять лишь косвенно, зато эмоциональную информацию о команде мы собираем и используем. Это то, что Джим и Мишель Мак-Карти называют паттерном "вход" в книге "Программируем командный дух".

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

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

PMI defines project management as "the application of knowledge, skills, tools, and techniques to project activities to meet project requirements". But what does it really mean? Only by applying the best practices, methodologies and your own experience you can succeed. A good and successful project manager can finish the project in time, within budget and with needed quality. Of course this is hard to achieve, project management software can help you deal with some of the obsticles and check some tips that might be useful: 

•  Manage the Agile way - check out my previous post on "Project Management With Scrum and Comindwork". Basically I just want to say that some project management methodologies can be bureaucratic and very time consuming, in today's dynamic business world you need agility to survive.
•  Real time planning - planning is critical for any project success, and what are the main responsibilities of a project manager? - planning. Everyone says that all project planning must be done prior the real project work starts, but we all know that in real,constantly changing world it is nearly impossible. So plan, involve your team in planning process and plan some more.  
•  Effective communications - I've been repeating myself about this, but this is a major fact needed to succeed, and this is where project management and collaboration tools come in really handy  - RSS and email notifications, wikis, blogs, use whatever is more suitable for your project team, just make sure that at all time project goals, requirements and deliverables are communicated and agreed.  
•  Knowledge sharing - this is hard to achieve, but if you'll convince your team to do that, you will definitely see a long term success, because knowledge is the most valuable asset and you don't need any magic tools for that, Comindwork wiki will be a good start.
•  Time, budget and quality - it is the WHY (project business case), the WHAT (project definition) and the HOW (project plan) of project management. Every project manager needs to learn to leverage between these, your experience (good or bad) will be your best tutor here.

 
I am sure that every project manager has his own rules and techniques on how to make his projects successful, what rules do you follow? Be successful and keep Comindworking .