Reformatting job description
This commit is contained in:
21
one.org
21
one.org
@@ -277,8 +277,7 @@ My formal job title is (I think) "Director of Engineering"
|
||||
|
||||
My reponsibilities include
|
||||
|
||||
** Actual responsibilities
|
||||
*** Software design
|
||||
**** Software design
|
||||
I don't design all of the software here by any means, but I am either
|
||||
doing the design myself or I'm involved in the design conversation of nearly
|
||||
any non-trivial component.
|
||||
@@ -287,7 +286,7 @@ We're starting to outgrow this but it's proving a little difficult for
|
||||
both me to let go of being involved in everything and for others to
|
||||
let me be less involved.
|
||||
|
||||
*** Keeping production from breaking
|
||||
**** Keeping production from breaking
|
||||
At the end of the day, if the system is on fire then I have to make
|
||||
sure it gets fixed.
|
||||
|
||||
@@ -305,7 +304,7 @@ ensure that the software we're building is not falling over on
|
||||
itself. Thankfully, our tech stack is faily reliable compared
|
||||
to many others I've used in companies prior.
|
||||
|
||||
*** Business goal prioritization
|
||||
**** Business goal prioritization
|
||||
Providing technical input to and vetting of business goals.
|
||||
|
||||
This is basically a combination of saying
|
||||
@@ -314,31 +313,31 @@ This is basically a combination of saying
|
||||
- "We can get 90% of the benefits of A if we do B - at half the cost - instead"
|
||||
- etc...
|
||||
|
||||
*** Writing stories and technical plans
|
||||
**** Writing stories and technical plans
|
||||
Many (but not all) of our "tickets" "cards" "stories" what-have-you
|
||||
end up getting written directly by me. This is, in some sense, an easy
|
||||
job to delegate out but it's risky to do so because getting this part
|
||||
wrong can lead to a lot of re-work amongst other costs.
|
||||
|
||||
*** Iteration planning
|
||||
**** Iteration planning
|
||||
Deciding what the team will actually do in a given week.
|
||||
|
||||
*** Ensuring timelines get met
|
||||
**** Ensuring timelines get met
|
||||
While we don't have a lot of "hard dates" on deliverables compared to
|
||||
[[#/large-companies/][large companies]], we have them sometimes and it's my responsibility to
|
||||
either ensure we hit them or to understand why we didn't so we can
|
||||
better [[#/managing-expectations][manage expectations]] in the future.
|
||||
|
||||
*** Discuss story details, expectations, changes, etc
|
||||
**** Discuss story details, expectations, changes, etc
|
||||
[[https://en.wikipedia.org/wiki/User_story][A user story is a promise for a conversation]]. Very often I am the one
|
||||
keeping that promise and this puts me in the middle of a lot of
|
||||
conversations.
|
||||
|
||||
*** Adjudicate technical disagreements
|
||||
**** Adjudicate technical disagreements
|
||||
Fortunately this doesn't happen all that often - and usually when it
|
||||
does it's around more trivial things (bikeshedding affects us all),
|
||||
but it does happen.
|
||||
*** Maintaining technical quality
|
||||
**** Maintaining technical quality
|
||||
When we have code quality issues I feel personally responsible.
|
||||
|
||||
It's my job to either prevent them in the first place, or plan an
|
||||
@@ -346,7 +345,7 @@ execute work to alleviate quality issues.
|
||||
|
||||
Balancing that work with business deliverables is a skill unto itself.
|
||||
|
||||
*** Primary interrupt
|
||||
**** Primary interrupt
|
||||
This responsiblity is a hold-over from my tech lead days and it's one
|
||||
I need to get rid of.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user