よろしくお願いします。
どんな人がいるかですが、全員がボランティアで参加してもらっています。
普段は現場で作業している人ばかりで、空いた時間で開発を手伝ってもらっている形です。

もちろん、1人で作る方が大変だと思います。
速さで考えても、複数人で作り上げる方が速いです。
ただ、複数人でやる場合は、必ずルールや管理が必要で
1人で作るときはそういった煩雑な管理がなくなるのを考えると結局どっちも大変さはあまり変わらない気がします。

作ったシステムを、みんなが使ってくれているのを見たときです。
バグの報告をUI不全で色々意見はあがってくるのですが、それもつかってくれているが故のものなので
そういう時が一番やりがいを感じます。

例えばバグの報告が上がってから、原因／調査が完了するまでは1日～2日くらいですそこから対策を決めて、
だれが担当するかを割り振った後は担当者のスピードに任せています。
リリースサイクルを1週間ごとに設定しているのでそこに間に合えば解決までは最速で1週間かからないくらいです。

システム自体は簡素で複雑ではないので技術的に行き詰まることはないのですが
ボランティアでしてもらっている分、だれも時間がなくてシステムのメンテナンスができない、
という時はあります。
それはしょうがないので、時間が空くのを待って割り振るか自分が担当するかという形で進めてます。

突貫で作ったシステムであるため、プロジェクト内で方針が固まっていない部分があります。
機能ごとに担当者を振って作ったのですがルールがないので命名規則やAPI仕様、コーティングルール、ログ出力等の部分で統一ができていません。
そのため、原因調査するときやリファクタリングが発生した時は一筋縄ではいかない部分が大きいです。
この辺りは今後の課題としても対応していこうと考えています。

社内業務にあたる勤怠報告や申請書を、今までメールとOfficeソフトを使ってやっていました。
エクセルで記載して提出するのですが、個々人で入力方法が違う、入力漏れがあるフォーマットが壊れる、メールで送るときも添付を忘れる、宛先を間違える。。。etc
色々な問題が多発していて、ずっと使いずらいと思ってました。
こういった雑務にあたる部分はシステムで解決すること自体は構想として持っていてクラウドや製品を買えばもちろん解消できるのですが予算取りや管理／運用を決めるのが大変で尻込みしていたところにある日一人の社員が突然「大枠を作ってみた」と言ってきてそこからみんなで実運用に向けて機能追加や細かい修正をした流れです。　

　まだ立ち上げたばかりなので保守でバタバタしてますが落ち着いたら、未実装の社内業務を、どんどんシステム化したいと考えています。