合意形成は難しい。新規事業開発で小さく前に進める考え方
新規事業開発で上長や関係者との合意形成が難しくなる理由と、小さな合意・論点整理・撤退条件を使って前に進める考え方を整理します。
システム開発、要件定義、設計、テスト、品質改善について、現場での違和感や学びを記録しています。
「システム開発」の検索結果を表示しています。
新規事業開発で上長や関係者との合意形成が難しくなる理由と、小さな合意・論点整理・撤退条件を使って前に進める考え方を整理します。
OpenAPIとは何か、何のために書くのか、API仕様をチームで共有するうえでの基本を整理します。
AI時代にコード生成が速くなるからこそ、開発者が持っておきたいセキュリティの基本姿勢を整理します。
DB設計は運用開始後に変更しづらいからこそ、要件・正規化・変更可能性・データ移行まで先に考える必要があります。実務目線で整理します。
要件定義では、抽象的なコンセプトを具体的な機能や判断基準へ落とし込み、また目的へ戻る往復が必要です。実務目線で整理します。
結合テストは書く人の経験に左右されます。入力・権限・連携・異常系などの観点をチームで揃え、抜け漏れを減らす方法を整理します。
結合テストで想定外のバグを見つけるために、開発者目線を一度外し、ユーザーの流れ・データ状態・過去のバグを観点に入れる考え方を整理します。
1年前のプルリクを振り返り、コードやレビューコメントの変化から“自分の成長”を実感した経験をまとめた記事です。 過去のコードに気付きが眠っていることや、定期的な振り返りが自己肯定感・学習効率を上げることを示す内容になっています。
禁止リストで不要なものを弾くより、許可リストで必要なものだけを通すほうが安全で読みやすくなる場面があります。入力検証や権限設計の具体例で整理します。
自作タスク管理アプリ taskspector を作った理由と、1タスク集中・時間可視化・AI活用で短時間開発できた体験を整理します。