{"id":522,"date":"2024-07-01T19:33:44","date_gmt":"2024-07-01T18:33:44","guid":{"rendered":"http:\/\/localhost:8082\/?p=522"},"modified":"2024-09-02T13:12:31","modified_gmt":"2024-09-02T12:12:31","slug":"better-software-uk-year-1-retrospective","status":"publish","type":"post","link":"http:\/\/localhost:8082\/2024\/07\/01\/better-software-uk-year-1-retrospective\/","title":{"rendered":"Better Software UK: Year 1 retrospective"},"content":{"rendered":"\n<p>My first year in business as a software requirements analyst has now successfully completed and I\u2019m looking forward to having some time off for the summer.<\/p>\n\n\n\n<p>I wasn\u2019t sure about moving on from <em>\u2018generalist business analyst\u2019 <\/em>roles at the time, but I\u2019m glad I did, as it\u2019s allowed me to avoid low-value tasks and work I\u2019m not particularly good at.<\/p>\n\n\n\n<p>Instead, focusing only on software requirements has brought more professionally interesting and challenging work, and allowed me to better leverage my technical expertise and background as a software developer. Clients seem pretty happy too.<\/p>\n\n\n\n<p>However, the year wasn\u2019t without its challenges and in true agile style, here\u2019s an open and honest retrospective.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Without developers and testers in place, you can only work on requirements for so long before it becomes a questionable, usually wasteful activity. Get a development team or move on at that point.<\/li>\n\n\n\n<li>Most people don\u2019t really understand how good quality requirements come into existence. The language used in team meetings and project plans implies a mindset of \u2018asking users what they want\u2019 before writing it down in some system.<\/li>\n\n\n\n<li>Software requirements exist as a hierarchy of increasing levels of granularity and detail, from single-sentence epics all the way to field-level specifications. Use the right level at the right time, and factor in successive \u2018passes\u2019 of the same requirement in the lead-up to development.<\/li>\n\n\n\n<li>The software development process that requirements live within is just as important as the requirements themselves. Bad practices and behaviours can render otherwise excellent requirements useless. Appropriately tailoring the SDLC is the antidote.<\/li>\n\n\n\n<li>Developers and testers are human, each with their own individual working style and preferences. Never forget this. Software requirements shouldn\u2019t be approached as a \u2018one size fits all\u2019 activity. Instead, accommodate individual needs where possible.<\/li>\n\n\n\n<li>Educate clients on how software requirements gathering and management will be performed. Don\u2019t accept existing practices as something to necessarily adopt. Point this out in interviews, remind clients when necessary, and avoid being normalised to their existing capability. Continually striving for excellence is better.<\/li>\n\n\n\n<li>Remote, offshore, and outsourced development teams benefit from better software requirements. Struggling teams almost always have a requirements problem, among other things. Improving requirements practices is a simple way to quickly get results.<\/li>\n\n\n\n<li>I still believe specialising as a Business Analyst is the way to go, and a technical background is very beneficial for software requirements. However, I\u2019m not able to 100% make a credible case for this (yet).<\/li>\n<\/ul>\n\n\n\n<p>2023\/2024 has been a real cracker and who knew that software requirements, often seen as boring and stuffy, could actually be so exciting? \ud83d\ude09<\/p>\n","protected":false},"excerpt":{"rendered":"<p>My first year in business as a software requirements analyst has now successfully completed and I\u2019m looking forward to having some time off for the summer. I wasn\u2019t sure about moving on from \u2018generalist business analyst\u2019 roles at the time, but I\u2019m glad I did, as it\u2019s allowed me to avoid low-value tasks and work [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[21],"tags":[],"class_list":["post-522","post","type-post","status-publish","format-standard","hentry","category-better-software-uk","missing-thumbnail"],"_links":{"self":[{"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/posts\/522","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/comments?post=522"}],"version-history":[{"count":3,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/posts\/522\/revisions"}],"predecessor-version":[{"id":675,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/posts\/522\/revisions\/675"}],"wp:attachment":[{"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/media?parent=522"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/categories?post=522"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/localhost:8082\/wp-json\/wp\/v2\/tags?post=522"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}