The hottest Agile Methodology Substack posts right now

And their main takeaways
Category
Top Technology Topics

The most neglected words of the Agile Manifesto

Ageling on Agile • 119 implied HN points • 31 Oct 24
🕹 Technology Agile Methodology
  1. The Agile Manifesto emphasizes that we're always discovering better ways to develop software, not just relying on established methods. It's about improving and adapting continuously.
  2. Though there are popular Agile methods like Scrum and XP, the key is to find what works best for your unique organization. Every team is different, and a one-size-fits-all approach may not fit your needs.
  3. The first sentence of the Agile Manifesto is often overlooked, but it encourages ongoing exploration in software development. This mindset fosters innovation and flexibility rather than strict adherence to any single method.

5 Ways Agile Coaches Undermine Agility

Ageling on Agile • 159 implied HN points • 13 Oct 24
💼 Business Agile Methodology
  1. Agile is not a goal; it's a tool to achieve bigger goals like better teamwork and faster delivery. Coaches should focus on the benefits of Agile instead of just promoting the process itself.
  2. Some Agile Coaches act like salespeople, pushing their one-size-fits-all solution instead of customizing their approach to meet each organization's unique needs. Good coaches listen to what the company really needs first.
  3. Many Agile Coaches focus only on the teams without considering the rest of the organization. Everyone needs to understand how Agile impacts their work to truly benefit from it.

The most neglected words of the Agile Manifesto

Ageling on Agile • 99 implied HN points • 17 Oct 24
🕹 Technology Agile Methodology
  1. The Agile Manifesto emphasizes that we are constantly discovering better ways to develop software, not just using established methods. This means we should keep looking for improvements in our processes.
  2. It's important to focus on finding unique solutions that work for your specific organization. No single method is perfect for everyone.
  3. The Agile principles encourage collaboration and adaptation rather than strictly following a set plan. Being flexible helps teams create more value.

10 Situations Where Scrum Is a Burden For Developers

Ageling on Agile • 79 implied HN points • 10 Oct 24
🕹 Technology Agile Methodology
  1. Scrum is not always the best fit for software teams. It works well in complex environments but can become a hassle if the situation is straightforward.
  2. When teams don't need to work together, like in the case of maintenance or support tasks, Scrum can feel unnecessary and unhelpful.
  3. If there’s no proper interaction with stakeholders or a culture of learning, the Scrum framework can hinder progress instead of helping it.

The First Feedback Filter

Software Design: Tidy First? • 883 implied HN points • 15 Jul 25
🕹 Technology Agile Methodology
  1. Ask yourself what feedback is about you and what is about the person giving it. This helps you handle feedback without letting it control your feelings.
  2. Be cautious with feedback from people who only critique or compliment you. If they never provide a balanced view, their comments might not be that useful.
  3. Take your time when responding to feedback. Walking or resting can help you process your feelings, so you can respond more thoughtfully.
Get a weekly roundup of the best Substack posts, by hacker news affinity:

The D.I.E. Triad - Applied to your Career (and Life)

Resilient Cyber • 279 implied HN points • 17 Jan 24
💼 Business Agile Methodology
  1. Building a strong network is important for career resilience. It's not just about who you know, but who knows you and what you bring to the table.
  2. Some core values and work ethics should remain unchanged throughout your career. These qualities, like determination and discipline, help you stay successful as roles and technologies change.
  3. You should treat your personal and professional growth like a product that needs constant improvement. Embrace change and ask for feedback to keep evolving.

Tidy First Example

Software Design: Tidy First? • 463 implied HN points • 30 Jan 25
🕹 Technology Agile Methodology
  1. It's important to make hard changes easier before tackling them. This means breaking down tough tasks into simpler steps.
  2. Many people want to make the easy changes they envision, but they often overlook the complexity involved.
  3. Always pay attention to examples in learning; they can provide valuable insights that you might miss if you skim over them.

I Was Wrong About Scrum, Again

Rethinking Software • 549 implied HN points • 30 Nov 24
🕹 Technology Agile Methodology
  1. Sprints can feel non-stop and stressful since they don't have breaks, which can lead to burnout. It's suggested that a 'sustainable pace' would help, but taking real breaks might be a simpler solution.
  2. Daily stand-ups can make team members feel pressured to justify their work constantly. However, the intent behind them is not for status updates but to facilitate communication and support.
  3. The role of a Product Owner in Scrum can leave developers feeling sidelined. Developers may worry that their insights are overlooked, but it’s believed that good Product Owners will always prioritize the development team's needs.

Scrum’s Definition of Done Is Polishing Plates in a Burning Kitchen

Rethinking Software • 499 implied HN points • 20 Nov 24
🕹 Technology Agile Methodology
  1. Scrum's Definition of Done creates extra pressure on developers to deliver perfect work, even when the process is chaotic. It doesn't fix the problems; it just shifts the blame onto the team.
  2. Instead of focusing on quality, Scrum encourages speed and follows strict checklists. This leads to developers cutting corners just to meet unrealistic deadlines.
  3. Real improvements would come from changing the whole process, like allowing more time for reflection, empowering developers, and reducing unnecessary meetings, which would promote better quality work.

Operation Liberate Programmer

Rethinking Software • 399 implied HN points • 05 Dec 24
🕹 Technology Agile Methodology
  1. Scrum and its new version, Extreme Agile, focus too much on speed without considering the quality of work. This prioritization can lead to worsening job conditions for programmers.
  2. Programmers have the option to explore freelancing or starting their own businesses, especially with AI tools making it easier. This could provide more freedom and control over their work.
  3. Instead of waiting for companies to change, programmers should take action to create their own opportunities, sharing their experiences and insights to help others along the way.

Hours ∝ Story Points

Rethinking Software • 299 implied HN points • 04 Feb 25
🕹 Technology Agile Methodology
  1. Story points and hours can be related, but they aren't the same. It's like comparing apples to oranges.
  2. In Scrum, we often use story points to estimate work instead of hours, but it's possible to convert story points to hours if needed.
  3. Understanding how to relate story points to hours can help teams plan their work more effectively.

Why Scrum is Stressing You Out

Rethinking Software • 445 HN points • 11 Sep 24
🕹 Technology Agile Methodology
  1. Sprints make work feel never-ending because they are constant deadlines without breaks. Unlike past methods, there’s no time to rest and recharge, leading to ongoing stress.
  2. Sprints are often imposed on teams without their input, removing their freedom and motivation. Control over how work is done is important for reducing stress and improving satisfaction.
  3. In Scrum, there is little time for preparation before starting tasks. Developers need time to think, plan, and get ready to tackle projects, or they end up feeling overwhelmed and unprepared.

Code Reviews, Not Code Approvals

Rethinking Software • 299 implied HN points • 03 Nov 24
🕹 Technology Agile Methodology
  1. Asynchronous communication is key for remote work, allowing people to respond when they can without blocking others. This way, everyone can keep working on their own tasks without unnecessary interruptions.
  2. Traditional code reviews often act more like approvals, which can slow down progress and cause delays. It's better to think of them as a way to give feedback after code is deployed, not as a gatekeeping step.
  3. By changing code reviews to be more like reviews after deployment, teams can keep moving forward. This helps avoid bottlenecks and allows for quicker corrections and improvements in code.

How Agile Are You Really?

Rethinking Software • 299 implied HN points • 11 Oct 24
🕹 Technology Agile Methodology
  1. Agile should give more decision-making power to developers instead of keeping it all with managers. When developers can make choices, they can respond better to challenges in their work.
  2. Developers should connect directly with customers instead of relying on a middle person, like a product owner. This helps them understand what users want and build better products.
  3. Releasing work often and early is important for getting feedback. Instead of waiting for fixed time frames, developers should share updates when they're ready to adjust based on customer input.

Definition of Dumb

Rethinking Software • 249 implied HN points • 30 Nov 24
🕹 Technology Agile Methodology
  1. The Definition of Done in Scrum can often mask real problems instead of solving them. It makes it seem like poor quality doesn't exist by placing all responsibility on the developers.
  2. Many companies stick to strict processes without recognizing their flaws. This leads to frustration among developers who are pushed to meet unrealistic expectations.
  3. Empowering developers to create their own processes might lead to better results. By trusting the team, companies can produce high-quality work without getting bogged down by rigid frameworks.

Proposed Addendum to the Manifesto for Agile Software Development

Rethinking Software • 199 implied HN points • 29 Aug 24
🕹 Technology Agile Methodology
  1. Self-management is key for programmers, encouraging them to take charge of their work and make decisions on their own.
  2. Flat organizations are preferred because they promote equality and allow for more collaboration without strict levels of authority.
  3. Direct communication with customers is important, and companies should focus on being transparent and flexible rather than following rigid plans.

The value of grunge work

Wednesday Wisdom • 113 implied HN points • 15 Jan 25
🕹 Technology Agile Methodology
  1. Tech debt happens when we make bad decisions in software development. It can pile up, making fixing problems a big task for teams.
  2. Doing hands-on work, or 'grunge work,' helps deepen understanding of the tech systems. It’s crucial for maintaining and improving technology.
  3. To tackle tech debt effectively, it should be part of official job expectations. This way, everyone contributes and helps keep things running smoothly.

Why sprints are taking the joy out of building software

Leading Developers • 147 implied HN points • 29 Oct 24
🕹 Technology Agile Methodology
  1. Sprints can make software development feel rushed and stressful. Teams often end up prioritizing completing tasks over enjoying the process of creating.
  2. Agile isn't just about following the sprint process; it's more about flexibility and responding to change. Focusing too much on the sprint leads to sticking to the rules instead of adapting to needs.
  3. Instead of traditional sprints, teams might benefit from cycles where they take their time, release when ready, and allow some room for creativity and quality work. This can create a more enjoyable work environment.

Weekly Notes

Rethinking Software • 149 implied HN points • 23 Sep 24
🕹 Technology Agile Methodology
  1. Story points are basically just hidden time estimates for tasks in software development. Understanding this can help with better planning and predicting when a project will be finished.
  2. Product management should be like a party host, making sure developers and customers communicate and enjoy their time together. This creates a better experience for everyone involved.
  3. There are ways for companies to run without traditional management, like the tomato processor Morning Star. This might be a model to explore for improving the software industry's workflow.

Weekly Notes

Rethinking Software • 99 implied HN points • 21 Oct 24
🕹 Technology Agile Methodology
  1. Managing programmers can be unpredictable. It's important to accept that things may not always go as planned.
  2. Euphemisms in corporate language can hide unpleasant truths. Words like 'alignment' often mean forcing compliance rather than true cooperation.
  3. Scrum practices may not be effective for all teams. Some core principles can actually create stress and hinder productivity instead of helping it.

Rethinking The Software Development Life Cycle

Beekey’s Substack • 2 HN points • 31 Jul 24
🕹 Technology Agile Methodology
  1. The traditional waterfall model of software development rarely works well. Projects often go over budget, and the software can end up being unusable.
  2. Agile development was created to improve this, but many teams still stick to outdated processes and struggle with meeting user needs.
  3. Involving users early by writing code during requirements gathering can lead to better feedback and faster development, making sure the software created is valuable.

Scrum is the Symptom, not the Problem

Rethinking Software • 77 HN points • 07 Aug 24
🕹 Technology Agile Methodology
  1. Scrum is often seen as a bad tool for management, restricting developers' productivity and self-esteem. Many developers feel frustrated, yet companies keep using it because it controls people rather than empowers them.
  2. The main issue isn't Scrum itself, but a bigger problem of control in software companies. Developers often lack genuine power and are seen more as replaceable parts than valuable contributors.
  3. To truly change their working conditions, developers may need to start their own companies or work independently. This way, they can reclaim decision-making power and avoid micromanagement.

Bi-Weekly Notes

Rethinking Software • 49 implied HN points • 18 Nov 24
🕹 Technology Agile Methodology
  1. Agile is all about being flexible and responding to changes quickly, rather than trying to predict everything in advance. It helps teams deal with unexpected challenges effectively.
  2. Good teamwork means collaborating and helping each other out. If you get stuck on a project, it’s important to ask your teammates for support instead of trying to figure everything out alone.
  3. Building software is unpredictable, so it’s best not to set strict deadlines and feature lists. Trying to rush or add more people won't necessarily speed things up, and can often make things worse.

How to Measure Progress in a Software Project

Rethinking Software • 56 HN points • 19 Sep 24
🕹 Technology Agile Methodology
  1. The main way to measure progress in a software project is by assessing the working software itself, not through estimates or projections. This means focusing on what you can actually deliver and test at any moment.
  2. Agile encourages regular feedback by delivering small increments of software frequently, allowing teams to adjust based on customer needs. This approach helps avoid wasting time on unnecessary features.
  3. Many teams have reverted to old methods of measuring progress with estimates and projections, which can lead to project failures. Sticking to the core Agile principle of valuing actual working software is crucial.