はてなブックマーク

なぜ週末開発でこの早さを実現できたか 【早さの極意一】　完全分業 開発をしていて、最もスムーズに進むのに役に立ったのが分業でした。 メリット としては、 - それぞれの開発者の得意なことに徹することができる - 作業の重複（コンフリクト）が発生しない デメリット としては、 - 参加していない作業については、担当者に任せきりになり後からメンテができない がありました。今回はリリースまでの速度を重視したため、メリットがデメリットを上回りました。 具体的な作業内容としては、下のイメージのような感じです。 注目すべきは、 両者の作業が疎結合になっていることです。 そして、一番最後の工程の「結合テスト＆リリース」で作業が合流するため、その合流地点に関しては明確に基準を設けました。 今回の場合は、フロントのAPIコールが合流地点になるため、 ソースコードに下記のようなコメントを記載して開発していまし

経緯 ある昼下がり、食堂の窓から五月の快晴を見て、たまには16時くらいに帰りたいな〜 と私が言った。 それを聞いたチームメンバーが、じゃあ、帰りましょう と言った。独り言のつもりだったので、びっくりした。 そのあと、５人くらいで話し合った結果が以下。 Q. 早く帰るためにはどうしたらいいか？ A. 早く出社しよう。（効率上げるのは前提として、ウチの会社は7時間36分は働かないとダメ） Q. 早く出社しても誰かが気づくか？ A. 出社時間のログを取って、Slackでわかるようにしよう 作ったもの IFTTTで出社イベントを取得 Google Apps Scriptで定時を計算 Slackでその人の定時を投稿 1.IFTTで会社の位置情報を取得 1-1. IFTTTを各メンバーのスマホにインストール＆アカウント作成 1-2. 下記に従い、IFTTT上でサービスを作成。IFTTTの制約上、それぞ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

自己紹介 SIer３年目のエンジニアです。1, 2年目は主に開発を担当してきたものの、今月から設計フェーズのプロジェクトに投げ込まれたところです。 Excel管理の問題点 投入されたプロジェクトでは、ドキュメント（主にExcel, パワポ）の数が多く、デグレが発生したり、ドキュメントをどこに置いたかわからなかったりしていました。 特に問題に感じたのは、メンバーの タスク管理をExcelで行っていて、その文書がリアルタイム更新されていない ことでした。 とりあえずZenhubを導入した まずは どのメンバーが何をしているか 、ということを周知させるため、Githubのリポジトリを作成し、Zenhubをプラグインしたことで、カンバンができました。 手順書の作成、個々のトラブルサポート、既存タスクのissue化などは、メンバーに協力してもらえましたが、基本的に自分でガシガシ進めて実現しました。