masudak

2年ほど前、組織の開発プロセスを改善するため、アジャイルな開発を組織レベルで推進しようとしていたことがありました（未熟ななかでそのようなチャレンジをしていることお許しください）。 当時の自分は エンジニアとして開発...

前回に続き、今回もちょっとしたプロダクト小噺をします。 前回書いた記事はこちら。 前回の話では、できる限り複雑性を排除し、一度にリリースする機能を減らそうということを書きました。人間は複雑なものを処理でき...

前回、MTGでは話したいことを減らすという記事を書きました。 論点が増えると話したいことが増えてしまい、収拾つかなくなってしまいます。論点を減らしアウトプットが出るまでのスピードを重視しましょうという話をしました。 ...

前回の記事では、背景・課題にファクトだけ書こうという話をしました。そうすることでロジックが組み立てられ、アクションの精度が高まるということを書きました。 ファクトを書くということは非常に大切ですが、それと同じぐらい大切な...

以前アジェンダの書き方として以下の記事を公開しました。 そうしたところ「非常に参考になった」「褒められるようになった」など色々とよい反響がありました。 その一方で読みやすさを重視したため、ポイントを絞ったのも事実で...