TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: Dealing with Quality Issues, Customers and Company Culture

1 点作者 ig-88ms将近 2 年前
Hi,<p>I&#x27;m currently working as a developer for a small (&lt; 20 people) software company in Western Europe. We develop individual applications for big customers and have a few, not very successful products. I&#x27;ve been here for about two years. Most of the software has been badly cobbled together by inexperienced, overambitious people who have left shortly before I came in. We further developed the software. One project we are currently cleaning up heavily. Another is a hellish mess, and we need to reimplement it. There are almost no proper processes to deal with all the quality management in development. We get better at testing and quality management, but we&#x27;re still far away from it.<p>We have issues with customers, where manuals contain wrong information (this is definitely on us). Customer employees misunderstand simple instructions to a point how I don&#x27;t understand why these people have the title of systems administrator.<p>Most stuff that is more complex or requires experience gets stuck with me. Most other developers here are either very inexperienced or have worked here very long and are caught up in bad habits. These bad habits have been developed inside the very &quot;incestuous&quot; company culture. Trainees showed trainees how to develop software. Nobody thought very much ahead. In the end, you got a lot of badly written software. Most have no experience in ways outside the ones somebody showed them years ago. Most seem to have a hard time to get to the thought: &quot;This is a working way to do it, but could there be a better way?&quot;<p>It&#x27;s a lot to deal with. I, too, make mistakes - as does everybody. But it&#x27;s hard to manage development infrastructure, proper installation procedures and manuals, giving feedback and providing knowledge. (Not to toot my own horn.) Our bosses are relatively negligent about this. They hope for the best and seem to believe everything will work out for the best. But they&#x27;re always willing to listen to suggestions and making things better.<p>My point&#x2F;question is: How do you people deal with stuff like: Annoyed customers, because you made mistakes (but they did too) Internal workflows that lead to mistakes, that lead to annoyed customers, that berate us. Ensuring quality when delivering updates to customers. Enforcing testing, code styles, further and constant education for developers etc. How do I ensure we have proper installation guides for the customers? How do I ensure our software has been tested properly when we made changes? (We have some integration and unit testing already, but it&#x27;s far from complete)<p>Any feedback is welcome

1 comment

taylorsindle将近 2 年前
Hi, I would say the most important aspect of a successful development team is proper and continuous communication between all team members. Pullpo.io is a company that offers two products that help development teams in multiple ways. The first product is an Insight metrics product that helps development teams find and resolve bottlenecks. Pullpo measures cycle time (work in progress, pickup, code review &amp; merge time), PR throughput, and batch size. This keeps the software company&#x27;s metric clear and well organized. The other product is ephemeral PR Slack channels that allow for faster code review conversations for developers using GitHub. Unlike the default GitHub integration, Pullpo creates an ephemeral Slack channel for every PR, with all the people involved in it. The code review conversation can now happen in Slack. In these Slack channels, notifications are sent about workflow results, new commits, mergeability, code comments, etc. This way, if you use GitHub as your repository, all team members can be on the same page about all changes. Hope this helps! :)