{"id":12,"date":"2011-05-08T12:56:47","date_gmt":"2011-05-08T12:56:47","guid":{"rendered":"http:\/\/www.inospito.net\/?p=12"},"modified":"2015-08-19T21:38:47","modified_gmt":"2015-08-19T21:38:47","slug":"loosely-coupled-management","status":"publish","type":"post","link":"http:\/\/www.inospito.net\/2011\/05\/loosely-coupled-management\/","title":{"rendered":"Loosely coupled management"},"content":{"rendered":"<p><span style=\"font-weight: 400;\">Software development has this concept of \u201cloosely coupled\u201d components, which are components that reduce to the absolute minimum their dependence on other components. Actually, <\/span><a href=\"http:\/\/en.wikipedia.org\/wiki\/Loose_coupling\"><span style=\"font-weight: 400;\">the definition<\/span><\/a><span style=\"font-weight: 400;\"> is even stricter, saying that components should reduce to the minimum their knowledge of other components:<\/span><\/p>\n<blockquote><p><span style=\"font-weight: 400;\">In computing and systems design a loosely coupled system is one where each of its components has, or makes use of, little or no knowledge of the definitions of other separate components.<\/span><\/p><\/blockquote>\n<p><span style=\"font-weight: 400;\">The main advantage of these systems is that they are much easier to manage. For example:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">you can change the behavior of one component without breaking the whole system;<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">you can replace a component without breaking the whole system;<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">you can easily test a component because it\u2019s isolated from the others<\/span><\/li>\n<\/ul>\n<p><a href=\"https:\/\/instagram.com\/aaronburden\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-23\" src=\"http:\/\/www.inospito.net\/wp-content\/uploads\/2011\/05\/photo-1436915947297-3a94186c8133.jpg\" alt=\"photo-1436915947297-3a94186c8133\" width=\"800\" height=\"601\" srcset=\"http:\/\/www.inospito.net\/wp-content\/uploads\/2011\/05\/photo-1436915947297-3a94186c8133.jpg 800w, http:\/\/www.inospito.net\/wp-content\/uploads\/2011\/05\/photo-1436915947297-3a94186c8133-300x225.jpg 300w\" sizes=\"(max-width: 800px) 100vw, 800px\" \/><\/a><\/p>\n<p><span style=\"font-weight: 400;\">Recently, there has been a growing interest in asynchronous communication, like Message Queue or Publish\/Subscribe systems, where the component that sends the request doesn\u2019t block waiting for a response. Again, this is the \u201cloose coupling\u201d principle put in practice. There are some producers who produce messages and there are some consumers who consume messages. <\/span><b>What makes it loosely coupled is that fact that producers don\u2019t have a clue on who are the consumers and vice-versa.<\/b><span style=\"font-weight: 400;\"> This makes it possible to build applications in completely parallel branches. You can have two independent teams who are completely oblivious of the existence of the other, one developing a producer and another developing a consumer. The application is worthless without these two pieces, but each one can function by itself.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">The advantages of these systems are well understood and recognized by experienced software developers, but I wonder if the same principles wouldn\u2019t apply to project management in general. One of the most difficult things to manage in a project is task dependencies. That\u2019s where you\u2019ll find the bottlenecks: <\/span><b>some people have to stop their work because their tasks depend upon completion of another task.<\/b><span style=\"font-weight: 400;\"> In other words, the tasks are as tightly coupled as they can get: they not only depend on other tasks, they have to know about the other tasks (at least, they have to know which tasks they depend upon and when those tasks finish).<\/span><\/p>\n<p><span style=\"font-weight: 400;\">What if you could manage the project in a completely loosely-coupled fashion? You would setup a simple rule: <\/span><b>everyone in the team must be able to finish their tasks without depending on someone else<\/b><span style=\"font-weight: 400;\">. This means that when two tasks have a dependency between themselves, you have to mercilessly remove that dependency at all costs by:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Trying to redesign the system so that it can work asynchronously or<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Simulating the output of the task you depend upon (in software development, this means using <\/span><a href=\"http:\/\/en.wikipedia.org\/wiki\/Mock_object\"><span style=\"font-weight: 400;\">mocks<\/span><\/a><span style=\"font-weight: 400;\"> or <\/span><a href=\"http:\/\/en.wikipedia.org\/wiki\/Method_stub\"><span style=\"font-weight: 400;\">stubs<\/span><\/a><span style=\"font-weight: 400;\">)<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">If you fail to remove that dependency, then those two tasks must be done by the same person.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Now, I won\u2019t lie to you: this comes at a price. Removing the dependencies will probably make the tasks longer, because you have to develop additional mechanisms, like simulating the output of other tasks. Assigning a sequence of tasks to the same person is also a risky move \u2013 that person may be doing a series of mistakes but since she doesn\u2019t depend on anyone, you\u2019ll only notice it later than in a typical project.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">However, if you have a <\/span><a href=\"http:\/\/www.inospito.net\/2010\/12\/the-importance-of-the-team\/\"><span style=\"font-weight: 400;\">talented small team<\/span><\/a><span style=\"font-weight: 400;\">, it will work really well. It will be like watching several high-speed trains running in parallel, leaving a complete finished component from time to time. Maybe one of the trains is going faster than the others. It doesn\u2019t matter. The project manager just keeps picking the finished components, until they can connect to each other (for example, until you have a producer and a consumer). It\u2019s a great feeling. Try it.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Software development has this concept of \u201cloosely coupled\u201d components, which are components that reduce to the absolute minimum their dependence on other components. Actually, the definition is even stricter, saying that components should reduce to the minimum their knowledge of other components: In computing and systems design a loosely coupled system is one where each [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_mi_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_newsletter_tier_id":0,"footnotes":"","jetpack_publicize_message":"","jetpack_is_tweetstorm":false,"jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false}}},"categories":[4],"tags":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p7ZDEQ-c","_links":{"self":[{"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/posts\/12"}],"collection":[{"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/comments?post=12"}],"version-history":[{"count":2,"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/posts\/12\/revisions"}],"predecessor-version":[{"id":24,"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/posts\/12\/revisions\/24"}],"wp:attachment":[{"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/media?parent=12"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/categories?post=12"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.inospito.net\/wp-json\/wp\/v2\/tags?post=12"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}