TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Leading Projects – As a Software Engineer

83 pointsby gregdoesitover 5 years ago

4 comments

hitekkerover 5 years ago
Project management is the responsibility of a manager. Project “leadership” is the abdication of that responsibility to individual contributors.<p>This antipattern typically begins with the engineer being &quot;volun-told&quot;. The manager will frame leading a project as a growth opportunity, a chance to learn about people, the power to push the envelope in their org. Once the engineer submits, the manager will take a back-seat. They adopt the mindset of a passive referee: sitting on the sidelines as the engineer wrestles with the complexities of aligning people with technology. They&#x27;re here to &quot;guarantee the success of the project&quot;, they can&#x27;t get caught up in the little details!<p>Sure, the engineer will question why she or he is responsible for reading, writing, communicating, coding, and basically doing the manager&#x27;s job. But the manager will link to a litany of excuses, they&#x27;ll offer vague assurances, they&#x27;ll encourage the engineer to exercise more leadership!<p>Eventually, the engineer encounters an insurmountable obstacle: the structure of the organization. No amount of &quot;influence&quot; on behalf of the engineer will make this project succeed: the engineer needs authority to make substantive changes. The engineer dutifully raises this blocker to the manager, at which point, the manager says that the engineer need to be accountable for their own actions. The manager once claimed the engineer could “delegate upwards” but now the manager doesn’t sound happy.<p>At this point, the engineer realizes that they were &quot;empowered&quot; without power. That &quot;accountability&quot;, as the Dutch say, is responsibility minus authority.<p>The engineer finds a way for the project to &quot;succeed&quot; without the manager doing their job. The project achieves its objectives, the engineer (may) rise, and the org takes one step away from its goals. After a few hundred cycles across a few years, these unmanaged projects have created a product disassociated from reality, and therefore unusable.<p>The cycle ends with the engineer exiting: hopefully with a firmer understanding of power, and some useful technical skills for his or her next job. The manager, on the other hand, has let their technical and managerial skills atrophy. They are now semi-obligated to disseminate their rationalizations in books and blogs, in a bid to maintain their current position within the org.<p>All in all, an unfortunate but natural pattern in the lifecycle of an organization.
评论 #22095891 未加载
评论 #22102323 未加载
评论 #22095650 未加载
评论 #22101386 未加载
wolcoover 5 years ago
Most of the responsibilities on the checklist are usually done by a pm. I noticed there were listed as an upflow resource. What do the pms do at this company?
评论 #22095344 未加载
aprdmover 5 years ago
Great article! I&#x27;ve been in this sort of role for around four years now across two different companies. A very big problem I see is balancing out my time to learn technical skills vs leadership&#x2F;mgmt skills.<p>I feel like the software engineer is not being kept as up to date as I want. An issue I see w&#x2F; this is that companies rarely hire for lead software engineer and if I were to change companies I would have to exercise the software engineer side of knowledge for interviews &#x2F; first couple of months.
cpetersoover 5 years ago
Good information, but why not hire a dedicated project manager instead?
评论 #22095297 未加载
评论 #22095787 未加载
评论 #22095302 未加载