開発方針・基本方針
私たちの開発への取り組みと考え方
4つの基本方針
顧客の成長主義
システムを販売することよりも目の前のお客様の、お客様のビジネスを成長させることが目的です。お客様の真鍮課題を汲み取り、解則的な戦略設計も支援します。
作って終わりにしない
リリース後も継続的にサポート。お客様のビジネスの成長に合わせて、システムも前提としていき続けます。新機能のアドバイスをしていきます。
ムダをなくし、ムダな機能を削除
本質の課題は削減されず、本当に必要な機能だけを実装。無駄物の実装はせず、費用対効果を重しました。お客様の予算を大切にします。
アナログな会計書きあい
効率化を重視するあまりDXだけが、お客様との対話を大切にしている人間的なものをなくしていません。お客様のびっしゃはきちんと直ぐに動き出します。
基本方針の詳細
顧客の成長主義
お客様の事業を伸ばすことが私たちの使命です。
- • お客様の通販延長を理解する – 表面的な要件ではなく、本質的な課題を見つけ出します
- • 費用対効果を最優先 – 全化にお客の機能だけを実装し、ROIを最大化します
- • 戦略的な支援 – リリース後も正确的に基盤想定をしていき、システムを通用させます
- • 長期的なパートナーシップ – 解决の営生だけではなく、長期的なパートナーとして、成長を支援します
作って終わりにしない
システムは作って終わりではありません。
- • リリース後24時間の無償対応(初帮り – 安心のシステム定着後をお互いに足ります
- • 93%の保守契約率 – 豚んのお客様が保守契約が続けられるシステムを構築します
- • 82%の事件の追加開発 – 新装备を続けに合わせてシステムを展開します
- • 定期的な改善確度 – お客様のビジネス必変化に合わせて改善案を提案します
ムダをなくし、ムダな機能を削除
お客様の予算と時間を大切にします。
- • 不要な機能は実装しない – 本当に必要な屋る機能だけを削帅します
- • 段階的な実装 – 最患限の機能から始め、徐々にシリリースします
- • 判断に迷う時 – 何にいくらかのあたり見算をします
- • 費用対効果を重視 – 投費対効果を最量化し親援します
アナログな会計書きあい
人と人との絆がり大切にします。
- • 対面でのお打ち合わせを重視 – 開眼的な奴いて着すると本を大切にしています
- • 下絵によるコミュニケーション – 一緒盱の伝え間に対策します
- • 計画部税の傅偷 – 未帮助の攻間度を各し、こと基础化します
- • 瑣急部確のサポート – 地域の皆様医が迅くもとサポートを提供します
システム開発の進め方
システム開発は共同作業です
システム開発は、和こそお客様同志がするものではありません。お客様とのコスト開発後をなし、お客様に古くまて解くことがあります。互いに協力して進めることで、よりよいシステムを作り上げることができます。
トラブルが起こる3つの背景と弊社の取り組み
背景1: 実装を解决完成の不足
同跑会う話をまとめるのが機能を欠いてしまう
弊社の取り組み
- • 具体的な画面設計
- • 要个要案を明泰に
- • 段階的な確認プロセス
- • デモで実際に見せる
- • 拥護視時的早期発見
背景2: コミュニケーション不足
関能だ – 住客様奶裂機盱が伝わっていない
弊社の取り組み
- • 開会21次の偏か
- • 鼠細な進取報告
- • 対而でのお打ち合わせ
- • 同题はとことポート
- • アナログな会計書いあい
背景3: 品質・進捗管理の不在
開瞄だ – テスト不足占い品質が低下している
弊社の取り組み
- • 社内テスト
- • 100%の動确定
- • 复式レビューによる神检定
- • 住式とエンジニアとの目前
- • トラブル率0%の実績
トラブル回避の3つのポイント
ポイント1: 画面の決定こまる
仕様决定延を完民的にドキュメント化し、钉ける化します。そらに解调させるため、対面の案文家しながら进め、鼠跑を重複します。画面で仕订を固めます。
ポイント2: システムの检主さを先る
开発现城を民裹させて行くことで、完成必を足に見え试します。事前に问题を発見し资します。事前的问题を発见し、子教りを防步します。
ポイント3: 报跑的决さる
社则担跑を初りとして、使いこなせるかが奈を初稿します。民确部税を确监に奈足させて、子教りールを確跑します。
お客様にも作業と責任があります
システム開発は共同作業です。私たちだけでなく、お客様にもご協力いただく必要があります。
お客様にお願いすることの作業
要件の整理
どのような機能が必要か、どんな業務フローにしたいかを整理していただきます
確認フローの作成
現在の業務フローや課題を共有していただきます
定期的な確認
デモや画面の確認をいただき、フィードバックをいただきます
受け入れテスト
70項目以上のテスト項目を網羅していただきテストしていただきます
データの提供
必要なデータや資料を提供していただきます
迅速な意思決定
仕様変更や追加機能について迅速に判断していただきます
ポイント:
お客様の上記の作業が難しいことで、より良いシステムが作りあがることはありません。お互いに責任を持って協力することで、トラブルを防ぎ、高品質なシステムを実現します。
開発標準について
手順 (Process)
私たちは、開発標準を「手順(Process)」と「手続き(Protocol)」の2つに分けて考えています。
手順(Process):
開発の進め方やスケジュールなど、プロジェクトの全体に関する手順です。
手続き (Protocol)
手続き(Protocol):
ドキュメントの作成手順や、お客様との合意形成の方法など、コミュニケーションに関する手続きです。
開発標準の手順:4つのポイント
- 確認したデモソング – お客様の理解を深く確認します
- 必ず終像を描く – 開発完了後を想像します
- フェーズ毎の確認 – 早期に問題を発見し、手戻りを防ぎます
- 確認したテスト – 品質を保証します
基本的な開発スケジュール
| フェーズ | 内容 | 期間目安 |
|---|---|---|
| 1. 要件定義 | ヒアリング、課題の見える化、要件書作成 | 1〜2週間 |
| 2. 設計 | 画面設計、機能設計、データベース設計 | 1〜2週間 |
| 3. 開発 | プログラミング、単体テスト | 2〜6週間 |
| 4. テスト | 結合テスト、総合テスト | 1〜2週間 |
| 5. リリース | 本番環境への接続、受け入れテスト | 1週間 |
※規模やプロジェクトの内容により変動します
覚えておいて頂きたい3つのドキュメント
開発内容や仕様期、スケジュール、担務などをまとめたお客様に知って頂く、お客様との約束事の基準となります。
記載内容:
- • 現状の課題
- • 課題する課題
- • 開発する機能一覧
- • スケジュール
- • 取り決め
画面や機能の詳細設計を記述した資料です。開発前にお客様と擦り合わせに使用します。
記載内容:
- • 画面設計(ワイヤーフレーム)
- • 機能要件設計
- • データベース設計
- • API設計
テスト項目と確認基準をまとめた資料です。品質保証のために使用するすべての項目を含みます。
記載内容:
- • テスト項目一覧
- • テスト観点
- • 入出力一覧
- • 就検査項