非エンジニアが開発オンボーディングに参加してみた -追加機能開発・カタログ編-

Posted at 2024-12-18

はじめに

こんにちは、社会人8年目で元ITコンサルのふるすです！
今年7月、社内公募を通じてDevRelへ異動しました。

私の異動の経緯については、こちらの記事を読んでいただけますと嬉しいです！

私たちの開発部門には、新卒社員や中途社員向けのオンボーディング課題があります。今回、私もその課題に挑戦し、多くの学びがあったため、この体験を皆さんに共有したいと思い記事を書くことにしました。

オンボーディング課題には以下のような種類があります。それに加え、社内ツールに慣れるための課題や新たに加入したメンバー向けの課題も提供されています。

WHIのオンボーディングについてさらに詳しく知りたい方は、以下の記事もぜひご覧ください。

今回は「追加機能開発課題」に焦点を当ててお話しします。

簡単に言うと、「既存の連絡帳アプリケーションにどのような機能を追加すればより良いものになるかを考え、実際にその機能を実装してみよう」というものです。

私はJavaの実装経験がありませんし、最後にプログラミングしたのは新卒研修以来です。。果たしてほかの業務をしながら課題、できるんだろうか…

＼為せば成る　為さねば成らぬ　何事も…／

それでも、非エンジニアとして開発チームの業務の理解を深めるために、この課題を最後までやり遂げることを決めました…！

既存の機能は以下のようになっていました。

これに新たな機能を加えるためには、まず「利用者の想定」を明確にする必要があります。コンサルタント時代、私は常に「この機能はお客様のどんな課題を解決できるのか？」を考えて仕事をしてきたので、カタログ作成はそんな私にとってとても楽しい作業でした！

わたしが作成したカタログ最終版を簡単にまとめるとこちらのとおり。

複数のコンテンツを追いかけることで、「誰とどこでどのように知り合ったのか」がわからなくなる
- 推しの数は10〜25コンテンツが最多というデータもあった
  (参考情報)
グッズ交換をしたことがある人の中で、SNSを通じて行っている人は60%以上
(参考情報)
複数の人とSNSでグッズ交換をすると、追い切れずタスク漏れが発生する
漏れが生じると、取引がスムーズに進まず、双方に不利益が発生する

ユーザーの課題を解決するにはどうしたらいいかを第一に考え、吹っ切れろ
「これは連絡帳アプリと言えるのか？」という迷いが発生したり、「カタログってこんなんでいいのかな？」だったりといまいち思い切れなかったが、先輩や上長からフィードバックを受けて吹っ切れたらユーザーが本当に使いやすいアプリが見えてきた。
やはり根拠は大事
なぜそれが課題なのか、なぜ解決しないといけないのか…の前提となる根拠の部分がデータとしてあると強い自信になるし、当然ながら説得力が増す。
適切なスコープにしよう
カタログを書いているうちにいろんな機能を実装してみたくなってしまった。でも自分の力量がわかっていないのにあれもこれもと手を出し始めたら収集がつかなくなる。しっかりと優先順位をつけてまずは必須の機能から順番に片づけていこう（これはプロジェクトマネジメントに全く同じことが言える…今までさんざん言ってきたこと）。

ここまでお読みいただきありがとうございました！