はじめに プロジェクトマネジメントの仕事をする際に、お客さんに提案ベースの要件定義や設計をする機会が増えてきたので、私の経験に基づいて基本設計の具体的なプロセスや考え方について、整理していきます。 以前投稿した記事の続きですが、未読でもこの記事を理解できるようになっています。 この記事の対象者 基本設計の思考プロセスを学びたい人 ビジネスサイドの要件をエンジニアサイドのシステムに落とし込む流れを学びたい人 ビジネスサイドとエンジニアサイドのコミュニケーション能力を向上させたい人 具体的な事例を通して基本設計を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要です 自分の経験に基づいた内容を言語化しています プロジェクト規模は10名から20名のシステム開発を想定しています(大規模なプロジェクトを想定していません) システム開発の全体像 今回は下記

初めて長時間残業をしたとき、不思議な現象に襲われました。 眠いわけでもなく、肉体的に疲れているわけでもなく、精神的に苦しいわけでもない なのに脳が動かない。 そんな状態です。 それを何回か繰り返すうちに 自分は仕事をしているうちに何かよくわからない謎の力を消耗していっているんだな ということに気付きました。 この謎の力を、とりあえずゲームに例えてマジックポイントと呼称してみます。 （仕事体力、バイタリティ、ストレス耐性力なんて言ったりもしますね） MP　≠　集中力 MPが切れると起こること MP切れはうつ病に似ている MP消費するもの 何をやるにしてもMPは消費する アニメ視聴１話あたりMP30くらい 仕事でも、MP消費量はタスクによって違う MPは時間経過で回復していっている 最大MPは個人差がある？ 消費MPは慣れることで減る MP切れで起こる弊害：やれることが減る MPが世間で認知さ

こんにちは。コミュニケーションアプリ「LINE」のモバイルクライアントを開発している石川です。 私達は、高い開発生産性を維持するために、コード品質と開発文化の改善に注力しています。 そのために様々な取り組みを行っているのですが、その 1 つとして Review Committee の活動があります。 Review Committee では、マージ済みのコードを再度レビューし、レビューアとオーサーにフィードバックしたり、レビューで集めた知見を Weekly Report と称して毎週共有したりしています。 この Weekly Report で共有される話題は、Android や iOS といったプラットフォームや、Kotlin や Swift 言語固有の注意点も含まれるのですが、多くの場合はプログラミング一般に適用できるものになるように配慮しています。（ただし、説明のために使うコードは Ko