大規模サービス開発で起こりがちな「やり直し」が激減した私たちの仕様確認フロー #Zaim｜たかやま
こんにちは！Zaim でサービス開発部のマネージャをしている高山と言います。サービスの新規立ち上げやリニューアルなど大規模な開発をしていると、仕様の解釈に齟齬があったがために手戻りが発生してしまって困ったということはありませんか？ 私たちも相当苦労しており、ベストプラクティスを模索してきました。まだまだ改善すべき点はありますが、以下のような仕様確認（レビュー）フローにしてから「やり直し」が激減したので、そのやり方を紹介してみます。 仕様確認フローは大きく三段階ディレクターやデザイナーが仕様案を作成してからリリースまでのフローは、ざっくりと三段階に分かれます。 ① プロトタイプ α … 実装の方向性を定める ② プロトタイプ β … 開発を進められるようにする ③ RC … 製品品質を評価する 実装の方向性を決める「プロトタイプ α」まずはディレクターを兼ねたデザインチームが、目的を達成する
iOSエンジニア以外にも知ってほしいiOSアプリ用語-UI部品編- #Zaim｜akatsuki174
なぜこの記事を書くのかこんにちは。Zaim で iOS アプリ開発をしている@akatsuki174です。 iOS アプリの話をする時、iOS エンジニアが何気なく使う専門用語があります。名称とモノが結びつくだけでも会話がスムーズになると思うので、「iOS エンジニア以外の人もこれを覚えておくと良いかも！」と思うものをまとめました。部品名だけでなく説明も書いているので、iOS の UI をもっと理解したい方は、こちらも頭に入れておくと良いと思います。 注： ・一部、iOS アプリに限らず Web アプリなどでも使用される用語も載せましたが、基本、iOS アプリの文脈で書いています。 ・重要度は、筆者が勝手に①頻出度合い、②iOS アプリを語る上で知っておいてほしい度合いを判断して割り振ったものです。 ・ほとんどHuman Interface Guidelines（以下 HIG）から情報を引
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
