二つの職種、一つのチーム

コンサルタントとエンジニアは、同じ案件に入ります。
立場は違っても、目指す状態は同じです。

CONSULTANT

コンサルタントの仕事の流れ

顧客の業務に入り、課題の構造を捉え、変える順番を決める。それがコンサルタントの中心的な役割です。資料を作ることが仕事ではなく、現場が動く状態をつくることが仕事です。

現場で実際の手順を確認し、使われている資料とデータを見ます。

課題を並べるのではなく、解く順番を決めます。

変える範囲、残す手順、確認の位置を決めます。

意思決定の場を回し、進捗と障害を管理します。

一日の多くは、顧客先か社内の打ち合わせに使われます。午前は現場のヒアリング、午後は設計の議論、夕方は進捗の整理。資料づくりは、議論の結果を残すために行います。

求められるのは、業務を自分の言葉で説明できること。そして、決めたことを決めたままにしない推進力です。

ENGINEER

業務を理解し、設計し、作り、運用する。Dexallのエンジニアは、作って渡すところで仕事を終えません。現場で使われ続けるかどうかまでを見ます。

既存システム、データ、現場の端末環境を確認します。

業務の順番に沿った画面と、データの流れを設計します。

試作と実装を反復し、途中で現場の確認を挟みます。

監視、改善、引き継ぎまでを担います。

TOGETHER

画面の議論の前に、その画面が業務のどこに位置するかを確認します。

方針を決める場にエンジニアがいるため、実現性と工数の確認が後回しになりません。

リリース後の改善も同じチームで見るため、責任の所在が曖昧になりません。

CONTACT

配属予定の職種や案件の例を、具体的にお伝えします。