![V字回復の経営―2年で会社を変えられますか](https://cdn-ak-scissors.b.st-hatena.com/image/square/f7fe709b1e96069da2da2b1f669d51532b9e8c83/height=288;version=1;width=512/https%3A%2F%2Fm.media-amazon.com%2Fimages%2FI%2F512nPWJ133L._SL500_.jpg)
2014/10/26 UIデザイナー不要説 最近UIについてもやもやしていることがあるので書く。間違った知識もあるかもしれない。 先日UI CrunchというUIの勉強会のようなものが開催され、僕はschooの動画配信を見ていたのだが、どうも根底に「UIデザインの重要性が日本では認知されていない」という共通認識が流れているように思える発表が多かった。デザイナー生存戦略やエンジニアとうまく付き合う方法等…。 僕も前のブログ(UID Lab)でそのようなことを訴えてきたので、あぁ、やっぱりみんな不安なんだなあと思ったが、逆説的に「僕らデザイナーが信じているUIデザインの価値なんて、本当は虚像なんじゃないか?」ということを疑ってみたい。 そもそも、なぜみんな「UIデザインが重要視されていない」と感じるのだろう?自分が日頃感じることを列挙してみる。 UIデザインが重要視されていないと思う理由 1.
職場の雰囲気が良くなると生産性が上がり、会社にとって満足のいく仕事をしようとがんばるようになります。しかし、職種や能力、強味や弱味は人によって違うので、すべての人に同じやり方でうまくいくとは限りません。 それでも、会社やチーム全体が最高のパフォーマンスをするために、助けとなる決まりや方針というのはあり、そのすべてがルールとして明文化されている訳ではありません。実際、多くの会社に暗黙のルールややり方があります。今回は、社員が能力を最大限発揮できる環境にするために、どのような暗黙のルールがあるのかをご紹介しましょう。 1. あらゆる社員の意見を大事にする 全社員にどんなことでも自分の意見を言うようにと、わざわざルール化する必要はありません。そんなことをすると、自分の要望を満たしてもらうために、あらゆることをでっち上げる人が出現するかもしれません。そうではなく、社員ひとり一人の意見が大事だという
Inc:リーダーと呼ばれている人たちは一般的に外向的。他人を引っ張ることに長けていて、普通の人よりあけっぴろげ。社交的なのでネットワーク作りも人一倍積極的、そして、神経も図太く、交渉ごとも得意といったイメージを持たれていることと思います。正しい面もあるのですが、実際のところ、状況によっては内向的な人の方がリーダーとしての手腕を見せることもあるのです。 外向性と内向性というのは流動的なものなのです。自分は内向的だと称している人たちが、外交的とされる特性を発揮することもあります。たとえば、少人数のグループだったり、周りの雰囲気が良かったり、自分の任されている仕事に自信を持っていたりする時です。内向的人間がもつ特性の中には、優れた経営者に適したものがいくつかあるのです。以下、その例をあげていきます。 1. 話す前に熟考する 「内向的であること」と「恥ずかしがり屋であること」、この2つには実は大き
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
この新しいサービスによって、iPhoneアプリの試験が単純化される 自社製品の公開前にできるだけ多くのテスターにそれを試験してほしいiPhoneアプリの開発者には朗報だ。アップルは先週木曜、ベータテストサービス「TestFlight」を正式に公開した。これによってアプリ開発者たちのベータテストのフィードバック・プロセスの手間はいくらか軽減されるかもしれない。 1,000人もの人々が、あなたのアプリの品質が基準に達してるかをチェックしてくれるようになる。デベロッパー登録している開発者はiTunes Connectポータルを通じてテスターにEメールを送ることができ、受け取った人はそのメールに含まれるリンクからApp Storeを通じて公式なアプリをダウンロードすることができる。このシステムでは、新たなアップデートがテスト可能になった時にも、テスターに通知を送ってくれる。 iPhoneメーカーの
「PayPal創業者のピーターティールがリーン・スタートアップを完全否定した」と言われている。 ティールは単なる一発屋ではなく、その後も投資家としてfacebookなどに出資して成功しているということもあって、これは結構話題になった。 彼の書いた本を確認してみると、たしかに、多くのリーン・スタートアップ教信者の神経を逆なでするようなことが描かれている。 ティールが批判したのは、現在のシリコンバレー起業家にありがちな以下の4つの考え方だ。 (1)少しずつ段階的に前進すること:壮大なビジョンがドットコム・バブルを引き起こした。だから自分に酔ってはいけない。大口をたたく人間は怪しい。世界を変えたいなら謙虚でなければいけない。小さく段階的な歩みだけが安全だ。 (2)無駄なく柔軟であること:ビジネスの先行きは誰にもわからない。だから計画を作って計画通りにやるのは柔軟性に欠ける。試行錯誤を繰り返し、先
・2023年03月 (1) ・2023年02月 (1) ・2023年01月 (2) ・2022年12月 (1) ・2022年11月 (3) ・2022年10月 (1) ・2022年09月 (1) ・2022年08月 (1) ・2022年07月 (1) ・2022年05月 (2) ・2022年04月 (1) ・2022年03月 (1) ・2022年02月 (1) ・2022年01月 (1) ・2021年10月 (1) ・2021年08月 (1) ・2021年07月 (2) ・2021年05月 (1) ・2021年04月 (1) ・2021年03月 (1) ・2021年02月 (1) ・2021年01月 (1) ・2020年12月 (1) ・2020年11月 (1) ・2020年10月 (1) ・2020年09月 (1) ・2020年08月 (2) ・2020年06月 (2) ・2020年04
はじめに Redmineは、Ruby on Railsで実装された、最近注目を集めているプロジェクト管理ツールです。 オープンソースソフトウェアのため、使用する際のソフトウェア費用はかからず、無償で利用すること可能です。なお、ライセンスはGPL(GNU General Public License)となっています。 主な機能は、バグトラッキング、ガントチャートや工数集計といったプロジェクト進捗管理、Wikiやニュースによる情報共有、バージョン管理システムであるSubversionとの連携など、非常に多機能なツールです。 本連載では、Redmineをプロジェクト内で開発環境等に導入し、実際に手を動かしてメンテナンスを実施するような運用担当者を想定し、最新バージョン(0.6.3)までに追加された新機能や運用管理機能の紹介から、インストール/バージョンアップ方法やカスタマイズ、軽量Webサーバや
藤川真一(えふしん) FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社(現・マインドスコープ)を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社(version2)設立 最近、Webやスマホの制作界隈で、「デザイン思考」という言葉を見かけることが増えました。 デザイン思考というのは、IDEOというビジネスコンサルタントが製品開発の際に取り込んだプロトタイプを活用した製品デザインの方法です。プロセスとしては右図の通りで、 ・ 実現したい哲学とビジョンを決める ・ 調査を行い、分
http://vimeo.com/109624121 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 Michele Titoloについて取り上げるのは、 「モバイルAPIデザインのまとめ」 「Ruby RoguesメンバとiOSエンジニアのAPI議論」 に続いて三回目ですが、今回はiOSアプリづくりにおけるチーム内の連携がテーマ。 彼女は現在、redditのiOSチームのリーダーをしながら、Objective-Cプロジェクトの依存関係の管理をしてくれるCocoaPodsの開発と、非営利団体 Women Who CodeのCEOを兼務しています。 redditはwebで大量のトラフィックとユーザを抱えてますが、スマホのアプリに注力しはじめ、切り口を変えた複数のreddit閲覧アプリづくりにチームで取組
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
プロマネ初心者に送るプロジェクト管理の基礎知識まとめ:アジャイル時代のプロジェクトマネジメント入門(1)(1/2 ページ) プロジェクト管理の基礎からアジャイル開発の理想と現実、成功例と失敗例、を紹介し、ベストプラクティスを提案する連載。初回は、そもそもプロジェクトとは、プロジェクト管理とは何かについて解説し、プロジェクト推進における4+1のフェーズを紹介する。 連載目次 理想と現実、成功例と失敗例からベストプラクティスを提案 本連載では、「アジャイル時代のプロジェクトマネジメント」というテーマで、プロジェクトマネジメント/プロジェクト管理の基礎から、アジャイル開発の理想と現実、成功例と失敗例、そして最後にベストプラクティスの提案を数回にわたって進めていきます。Cuonの石川と申します。よろしくお願いします。 主に、システム開発/Webサービス開発のプロジェクトに関わるエンジニアの参考にな
新しい仕事やプロジェクトを始める時に、コードベースを一から作ることはめったにありませんよね。なじみのないコードと格闘するのは骨が折れますし、新たに取り込む情報の多さを考えると、気の遠くなる思いがします。Rubyを使っていた環境からNestoriaに移った私の場合は、新しいコードベースの学習に加えて、Perlまで勉強しなくてはならなかったため、二重の苦しみを味わいました。そんな私が、できるだけ短期間で生産性を上げるために使った7つの方法を紹介します。 謙虚になろう プログラミングと聞いて、真っ先に”謙虚さ”を思い浮かべる人はいないかもしれません。何しろ”傲慢”が プログラマの三大美徳 の1つに数えられているくらいですからね。そうは言っても、なじみのないレガシーコードに出くわしたら、あまりにも分からないことが多すぎて、何度もミスをしてしまう自分にきっと嫌気がさすでしょう。このような場合は、謙虚
プログラミングを生業としていると、人のコードを引き継いで開発するなんてこともままある訳ですが、そういうときに一番困るのは「使われていないコード」だなー、としみじみ感じます。 使われていないコードがもたらす弊害 特に動的言語で書かれたコードというのは前触れ無く呼び出される可能性があるため、本当に利用されていないのかどうなのか、きっちりと調べあげるのは困難なケースがあります。例えばrubyであれば、method_missingでキャッチしてsendで動的に処理先を振り分けるなんてことをしていると、単純にgrepして利用状況を見るだけでは不十分な場合があります。 そういう意味では「使われていないコード」というよりは、「使われているのか使われていないのかはっきり分からないコード」という方が適切な表現かも知れません。 そういった「はっきりと判断のつかないコード」がある状態だと何が問題なのかと言うと、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く