ТЗ.. если б дело было бы только в документах, то и руководитель был бы не нужен, разработчики читали бы ТЗ и делали. речь идет именно о личностных качествах руководителя.
не нужно спрашивать других, какие качества нужны, а потом искать их в себе. нужно спросить себя "способен ли я руководить". и честно ответить =)
оно же основное.
почему-то традиционный карьерный рост предполагает, что исполнитель постепенно поднимается по иерархии руководства, становясь все более начальником и все менее исполнителем. хотя на самом деле управление - это принципиально иная область деятельности. и вовсе не обязательно, что хороший специалист-исполнитель станет хорошим руководителем. а сильная погруженность в конкретику работы может быть даже вредной, тк за мелочами руководитель не будет видеть всей картины вцелом.
не нужно спрашивать других, какие качества нужны, а потом искать их в себе. нужно спросить себя "способен ли я руководить". и честно ответить =)
почему-то традиционный карьерный рост предполагает, что исполнитель постепенно поднимается по иерархии руководства, становясь все более начальником и все менее исполнителем. хотя на самом деле управление - это принципиально иная область деятельности. и вовсе не обязательно, что хороший специалист-исполнитель станет хорошим руководителем. а сильная погруженность в конкретику работы может быть даже вредной, тк за мелочами руководитель не будет видеть всей картины вцелом.
в моем случае плюсом кэйка стало то, что он изолирует разработчика от БД (насколько это возможно) и работает с MSSQL