やりたくないこと

こんなプロジェクトは避けたいと考えています

2次請け、3次請けなどの下請け

私たちはクライアントとの距離をとても大切に考えています。ビジネス上の課題を直接お聞きし、それを解決するためにどのような提案ができるのかを共に考える事こそが、ゴールへの近道であると考えます。 そのためには、2次請け、3次請けではなく、直接取引による、なんでも相談できるパートナーでありたいと願っています。日本のIT業界でよく見られる2次請け、3次請けのようないわゆる「多重請負」は、コミュニケーションロス、中間マージンが発生することによるコストの増加(単価の減少)、スピード感の低下、責任範囲が不明確になるなど、クライアントと私達の双方にとってデメリットが非常に多いと考えています。

スケジュール・予算・スコープすべてが予め決定された、変化に柔軟に対応できないプロジェクト

昨今はWebサイトやシステムに求められる要件が複雑化しており、それらを支える技術基盤も日進月歩で進化しています。1年前には最適であった設計やサービスがすぐに陳腐化し、それらをそのまま使い続けることによってビジネスで遅れを取ってしまう、ということもあり得ます。そのため、初期段階で仕様・予算・スケジュールを固めそれらが後から変更できない、いわゆるウォーターフォール型のプロジェクトは時代に即しておらず、クライアントの利益にもつながらないと私たちは考えています。　

ANNAIとして事例が出せないプロジェクト

これはあくまでも私たちの希望になります。クライアントとの様々な試行錯誤をご一緒し実績が残せたことを、プロジェクトストーリーとして関係者に広く知っていただきたいと思っています。事例掲載に関し、ぜひ前向きなお返事をいただけたらと思っています。Drupalの国内導入事例を広め、Drupalの普及に貢献したいという思いもあります。 何卒ご理解のほどよろしくお願いいたします。

継続的に保守・サポート・改修を担当できない案件

長年のDrupal開発や保守運用の経験上、「保守と開発はセットで行われるのが最もユーザーメリットが大きい」と考えています。開発して終わりではなく、継続的な保守サポートや機能追加を通してクライアントのビジネスをサポートするパートナーとしてANNAIはありたいと願っています。

私たちはアジャイル型開発体制でお客様に価値を提供しています。

世の中は変化のスピードが速く、変化に対応できるかどうかがビジネスの成否を分けると考えています。同じ様に、開発体制もビジネスのスピードや変化に対応できる体制でありたいと考えていることから、弊社ではアジャイル型の開発体制を敷いています。従来型のウォーターフォール型の開発との違いは以下の通りです。